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

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

前提条件，我们是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开发，2018年6月推出，github很火，功能比较强大，有很好的统计报表。

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

4.Katalon ***

传送门（https://docs.katalon.com/katalon-store/docs/overview.html）

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

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

缺点：学习成本较高。