電商支付的自動化測試選型之路

上週咱們討論了自動化測試的選型之路，團隊小組的成員一個推薦了四個框架，由於咱們還招不到專業自動化測試的人員，在這裏我和你們一一說明：

前提條件，咱們是JAVA團隊，最好有高併發，全鏈路的測試工具，你們有推薦的請留言。

1.TestNG ***

優勢：框架解耦合，方便管理，只要配置XML就能夠動態靈活。

缺點：測試人員要寫JAVA代碼，比較繁瑣，學習成本高。

2.robot framework **  ||  cucumber **

這兩個是咱們的scrum教練推薦的，同屬於BDD，測試驅動開發，robot 偏向於.net ，因此推薦cucumber系統（傳送門：http://www.javashuo.com/article/p-pavwvlks-kk.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。

缺點：學習成本較高。