測試平臺？感覺自己有點飄了！ 與其說是平臺，更像是自己在自動化測試這一路上的總結(jié)，給哪些踩過的坑和看過的書的一個交代吧 下面進(jìn)入正題

項目目的

? ? 多年前還在做ui自動化的時候，由于自身能力有限，自動化的框架和思路是由部門的資深開發(fā)設(shè)計的，大概思路是利用每個場景的業(yè)務(wù)耦合性，比如新增文件夾A，那么修改。復(fù)制/粘貼和刪除文件夾 就可以都用新增測試用例的參數(shù)，在不考慮異常情況下，分別寫四個測試方法，文件夾名以時間戳拼接一個參數(shù)，并且設(shè)置好每個測試方法的前置方法，如新增-修改-復(fù)制/粘貼-刪除，同時也解決了初始化數(shù)據(jù)和還原測試環(huán)境的問題；帶來的問題就是用例之前的耦合度非常高? 復(fù)雜的關(guān)系在遇到變更和問題久難以解決了，所以要換個思路：數(shù)據(jù)驅(qū)動

? ? 在看了ddt之后，感覺ddt真香，假如需要測試很多中場景的數(shù)據(jù)，直接編輯測試數(shù)據(jù)文件就好了，ddt會在測試類下幫你生成每個場景數(shù)據(jù)的測試方法，具體的原理和裝飾器，放到另外一個文章中說說；總之有了ddt，想測試用戶名的N個場景就簡單多了。但是也有問題：每次都要去寫那個特定的測試文件，不管是excel或者json，實在是麻煩；即使加上jenkins定時構(gòu)建再發(fā)個郵件啥的，總是感覺很散裝，而且對于參與到自動化測試中的測試人員，技術(shù)門檻比較高，就會出現(xiàn)總是那么幾個人在用；我覺得要做就做的像工具一樣，簡單易用才是終極目標(biāo)，

? ? 測試平臺就出爐了，在看過luckframework之后，更明確了學(xué)習(xí)和發(fā)展的目標(biāo)了；第一：測試人員可以更方便的編寫測試用例；第二：實現(xiàn)接口之前的依賴（如接口A的參數(shù)token，需要先請求登錄接口獲得的）更加便捷的定義；第三 調(diào)試單個測試用例或者執(zhí)行測試集（測試計劃）第四 生成測試報告 簡單的數(shù)據(jù)統(tǒng)計

?業(yè)務(wù)流程圖

主要功能

1 接口 項目 用例 測試計劃管理

2 接口參數(shù)和響應(yīng)參數(shù)定義

3 用例-操作步驟新增和編輯

4 操作步驟引用接口

5 操作步驟-接口的響應(yīng)信息校驗自定義

6 操作步驟綁定前置步驟的返回參數(shù)

7 測試計劃執(zhí)行和生成報告

接口管理

操作步驟

項目地址：

前端：https://gitee.com/Ganature/front-test-platform.git

后臺：https://gitee.com/Ganature/TestPlatformWeb.git