UI自動化測試主要測試的是：

1、表單的錯誤提示資訊驗證

2、產品的業務邏輯

3、頁面的各種互動

單元測試框架

筆記地址：https://www.cnblogs.com/weke/p/15490318.html

單元測試是最基本的也是最低層的測試型別

在Python中，單元測試框架主要是unittest

測試金字塔模型

 unittest屬於標準庫，只要安裝了Python直譯器後就可以直接匯入使用了，匯入的方式：mport unittest

完整的測試：

1、初始化

2、測試 步驟

3、斷言（關鍵字：assert）必須要有斷言

4、清理

UnitTest元件:

測試用例：TestCase

測試套件：TestSuite:在一個測試套件裡面可以包含很多的測試用例，可以把它理解為一個容器

測試韌體：初始化setUp()，清理tearDown()

測試執行：TestRunner:測試執行指的是針對測試套件或者是測試用例進行執行的過程

測試報告：TestReport:所有的測試測試用例執行完成後輸出的彙總結果報告資訊

 在測試類裡面編寫的測試方法必須是test開頭的

類測試韌體：指的是不管一個測試類裡面有多少個測試用例，測試韌體只執行一次，缺點是執行完一個測試用例後，需要回歸到頁面的初始化，需要加上重新整理

測試用例執行順序詳解

在自動化測試用例中，編寫的測試用例不需要刻意的進行排序，讓測試框架內部框架按照它的排序規則去執行。切記：編寫的每一個自動化測試用例都必須是獨立的，和其他的測試用例之間沒有任何的依賴性

編寫測試用例注意事項

1、在一個測試類裡面，每一個測試方法都是以test開頭的，test不能是中間或者尾部，必須是開頭，建議test_

2、每一個測試用例方法都應該有註釋資訊，這樣在測試報告就會顯示具體的測試點的檢查點

3、在自動化測試中，每個測試用例都必須得有斷言，無斷言的自動化測試用例是無效的

4、最好一個測試用例方法對應一個業務測試點，不要多個業務檢查點寫一個測試用例

5、如果涉及到業務邏輯的處理，最好把業務邏輯的處理方法放在斷言前面，這樣做的目的是不要因為業務邏輯執 行錯誤導致斷言也是失敗

6、測試用例名稱最好規範，有約束

7、是否先寫自動化測試的測試程式碼，在使用自動化測試方式寫，本人覺得沒必要，畢竟能夠做自動化測試的都具 備了功能測試的基本水平，所以沒必要把一個業務的檢查點寫多次，浪費時間和人力成本。

自動化測試流程：

1、先梳理哪些模組可以做自動化測試

2、梳理完成後，和相關的人建議對下計劃以及梳理的結果

3、編寫程式碼實現梳理的測試模組

4、編寫完成後，和相關的人進行評審程式碼（測試場景是否考慮周全，測試斷言是否合理，程式碼編寫的是否合理）

5、編寫完成後，整合到Jekins的持續整合平臺

6、下個迭代的時候，直接可以應用於產品的迴歸測試中

start_dir

引數化

引數化：相同的測試步驟，不同的測試資料，那麼這樣的測試場景我們就可以使用 引數化的解決思路來解決。也就是說使用一個測試用例的程式碼，執行多個測試場景

引數化本質：對測試資料進行迴圈，每次迴圈的時候對列表中的元素的值--賦值的過程

測試報告

unittest生成測試報告需要使用到第三方的庫HTMLTestRunner，把該庫放在Python安裝目錄下的lib目錄下。C:\python3\Lib