本篇文章給大家談談開源的自動化測試，以及開源自動化測試小工具 J*a對應的知識點，希望對各位有所幫助，不要忘了收***本站喔。 今天給各位分享開源的自動化測試的知識，其中也會對開源自動化測試小工具 J*a進行解釋，如果能碰巧解決***現(xiàn)在面臨的問題，別忘了關注本站，現(xiàn)在開始吧！
1、自動化測試是怎樣的流程？
下圖是自動化測試的基本流程圖，以及每個階段的任務負責人，輸出等。
1、制定測試**
在展開自動化測試之前，最好做個測試**，明確測試對象、測試目的、測試的項目內容、測試的方***、測試的進度要求，并確保測試所需的人力、硬件、數(shù)據(jù)等**都準備充分。制定好測試**后，下發(fā)給用例設計者。
2、分析測試需求
用例設計者根據(jù)測試**和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基于Web功能測試需要覆蓋一下幾個方面：
1）頁面鏈接測試，確保各個鏈接正常；
2）頁面控件測試，確保各個控件可靠；
3）頁面功能測試，確保各項操作正常；
4）數(shù)據(jù)處理測試，確保數(shù)據(jù)顯示準確、處理精確可靠；
5）模塊業(yè)務邏輯測試，確保各個業(yè)務流程暢通。
3、設計測試用例
通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由于不是所有的測試用例都能用自動化來執(zhí)行，所以需要將能夠執(zhí)行自動化測試的用例匯總成自動化測試用例。必要時，要將登陸系統(tǒng)的用戶、密碼、產品、客戶等參數(shù)信息**出來形成測試數(shù)據(jù)，便于腳本開發(fā)。
4、搭建測試環(huán)境
自動化測試人員在用例設計工作開展的同時即可著手搭建測試環(huán)境。因為自動化測試的腳本編寫需要錄制頁面控件，添加對象。測試環(huán)境的搭建，包括被測系統(tǒng)的部署、測試硬件的調用、測試工具的安裝盒設置、網絡環(huán)境的布置等。
5、編寫測試腳本
根據(jù)自動化測試用例和問題的難易程度，***取適當?shù)哪_本開發(fā)方***編寫測試較薄。一般先通過錄制的方式獲取測試所需要的頁面控件，然后再用結構化語句控制腳本的執(zhí)行，插入檢查點和異常判定反饋語句，將公共普遍的功能**成共享腳本，必要時對數(shù)據(jù)驚醒參數(shù)化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之后，需要反復執(zhí)行，不斷調試，知***運行正常為止。腳本的編寫和命名要符合管理規(guī)范，以便統(tǒng)一管理和維護。
6、分析測試結果、記錄測試問題
應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發(fā)現(xiàn)缺陷。如果***用開源自動化測試工具，建議對其進行二次開發(fā)，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例運行失敗后，自動化測試平臺就會自動上報一個缺陷。測試人員只需每天抽出一地***該時間，確認這些自動上報的缺陷，是否是真實的系統(tǒng)缺陷。如果是系統(tǒng)缺陷就提交開發(fā)人員修復，如果不是系統(tǒng)缺陷，就檢查自動化測試腳本或者測試環(huán)境。
7、跟蹤測試BUG
測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發(fā)人員修復后，需要對此問題執(zhí)行回歸測試，就是重復執(zhí)行一次該問題對應的較薄，執(zhí)行通過則關閉，否則繼續(xù)修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那么在回歸測試前，還需要對腳本進行必要的修改和調試。
關于開源的自動化測試和開源自動化測試小工具 J*a的介紹到此就結束了，不知******從中找到***需要的信息了嗎 ？如果***還想了解更多這方面的信息，記得收***關注本站。 開源的自動化測試的介紹就聊到這里吧，感謝***花時間閱讀本站內容，更多關于開源自動化測試小工具 J*a、開源的自動化測試的信息別忘了在本站進行查找喔。
