电商支付的自动化测试选型之路

上周我们讨论了自动化测试的选型之路,团队小组的成员一个推荐了四个框架,因为我们还招不到专业自动化测试的人员,在这里我和大家一一说明:

前提条件,我们是JAVA团队,最好有高并发,全链路的测试工具,大家有推荐的请留言。

1.TestNG ***

优点:框架解耦合,方便管理,只要配置XML就可以动态灵活。

缺点:测试人员要写JAVA代码,比较繁琐,学习成本高。

2.robot framework **  ||  cucumber **

这两个是我们的scrum教练推荐的,同属于BDD,测试驱动开发,robot 偏向于.net ,所以推荐cucumber系统(传送门:https://www.cnblogs.com/jay-wu/p/11398552.html)

优点:BDD开发,符合我们scrum敏捷团队风格,Feature When Then 形式偏向于测试对业务的理解。

缺点:学习成本较高,测试要写基本的流程代码。

3.gauge **

传送门(https://gauge.org/)

这个也是BDD,测试驱动开发。

优点:BDD开发,2019年6月推出,github很火,功能比较强大,有很好的统计报表。

缺点:spec学习成本比较高,国内用得太少了,社区不够完善。

4.Katalon ***

传送门(https://docs.katalon.com/katalon-store/docs/overview.html)

这个目前自动化测试国内用得比较多的。

优点:eclipse风格,构建比较完善,适用于全链路,extends Selenium。

缺点:学习成本较高。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsswwd.html