? ? ? ? 由于之前的自動(dòng)化框架可移植性不高，最近產(chǎn)品線內(nèi)需要開發(fā)新的自動(dòng)化測試框架，在這里分享想分享一下最近一段時(shí)間的開發(fā)歷程，目前來看，python的unittest單元測試框架可以滿足當(dāng)前的需求，所以打算以unittest為基礎(chǔ)做開發(fā)，這篇文章想以unittest為例，簡要介紹一下一個(gè)自動(dòng)化測試框架的組成要素。

? ? ? ? 什么是自動(dòng)化測試框架呢？我個(gè)人的理解是：一個(gè)測試框架是為了方便測試人員編寫測試腳本，它起碼具備組織測試用例，規(guī)范腳本書寫格式，自動(dòng)生成測試報(bào)告以及友好的Log輸出功能。要注意其和API的本質(zhì)區(qū)別在于API是提供給腳本編寫者去調(diào)用，而自動(dòng)化測試框架是去調(diào)用測試腳本。

1、規(guī)范腳本的書寫格式

? ? ? ? 在腳本編寫過程中，每個(gè)人的代碼書寫風(fēng)格不一樣，因此就造成了可能同事之間都只能看懂自己寫的代碼，若這些腳本轉(zhuǎn)交給別人維護(hù)，會(huì)很不方便，因此我們希望有人幫我們制定一套腳本的書寫規(guī)范，方便我們開發(fā)的同時(shí)也解決維護(hù)混亂的問題。unittest提供了這樣的功能，在unittest中，我們抽象出一個(gè)TestCase類，而每一個(gè)腳本都可以看作是TestCase的一個(gè)實(shí)例，可以調(diào)用類中的方法，先看一個(gè)簡單的例子。

?????? 上面的代碼中，TestCount繼承了unittest中的TestCase類，第一個(gè)setUp()函數(shù)用于腳本的一些初始化工作，當(dāng)然需要初始化哪些東西由你來決定，需要注意的是這個(gè)函數(shù)名是不能自定義的，unittest通過setUp來確定初始化入口，而test_add函數(shù)是完成測試邏輯用的，函數(shù)以及測試邏輯都可以自定義。需要注意的是self.assertEqual這個(gè)方法，這個(gè)方法繼承自TestCase類，用于做結(jié)果判斷，輸出值要與我們的期望值相匹配才能PASS，上例中b的輸出結(jié)果和期望結(jié)果顯然不匹配，所以測試結(jié)果當(dāng)然為Fail。tearDown函數(shù)相當(dāng)于一個(gè)clean_test的角色，即我們可以將我們在測試執(zhí)行中改變的一些變量或配置讓它恢復(fù)默認(rèn)值。

2、組織測試用例

???????? 當(dāng)我們需要執(zhí)行的腳本達(dá)到一定的數(shù)量級以后，我們肯定不希望我們自己一條一條地執(zhí)行他們，那樣也就失去了自動(dòng)化測試本身的意義，我們希望有人幫我們做這樣的工作：他可以組織用例順序執(zhí)行，甚至還提供諸如出錯(cuò)執(zhí)行這樣的功能。unittest提供給了我們用例的組織方式，下面以例子來說明：

??? ?? 上述例子中，我們導(dǎo)入了unittest的另外兩個(gè)類，TestSuite和TextTestRunner類，TestSuite類用來組織用例，在上例中，我們用suite作為TestSuite類的一個(gè)實(shí)例，然后用類中的addTest方法將我們所需要執(zhí)行的測試腳本添加到suite這個(gè)測試集合，另外，我們引入了TextTestRunner類，這個(gè)類與之前我們用的main函數(shù)執(zhí)行的方法不同點(diǎn)在于main函數(shù)只能執(zhí)行一個(gè)單一腳本，而TextTestRunner的實(shí)例化對象runner則可以將我們所構(gòu)造的測試集合作為參數(shù)傳入，這樣我們的測試腳本就可以順序執(zhí)行了。

??????? 對于unittest的Log信息以及測試報(bào)告的生成還沒有具體了解，在《一個(gè)自動(dòng)化框架的組成要素（二）》中將繼續(xù)總結(jié)，當(dāng)然unittest肯定也有一些更高級的用法，歡迎熟悉的同學(xué)來下面留言介紹。