一、功能

成都創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿(mǎn)足客戶(hù)于互聯(lián)網(wǎng)時(shí)代的高淳網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

1. 依托于robotframework
2. 根據(jù)代碼注釋?zhuān)詣?dòng)生成測(cè)試庫(kù)
3. 自動(dòng)搜索測(cè)試用例或指定測(cè)試用例文件運(yùn)行
4. commit觸發(fā)測(cè)試和周期性定時(shí)(按天/小時(shí))測(cè)試
5. 測(cè)試報(bào)表統(tǒng)計(jì)(區(qū)分環(huán)境)
6. 企業(yè)微信通知測(cè)試結(jié)果

在此之前，大家要去復(fù)習(xí)兩個(gè)重要的概念，一個(gè)是【測(cè)試金字塔】模型，

另一個(gè)是【基于關(guān)鍵字和數(shù)據(jù)驅(qū)動(dòng)的測(cè)試】。

二、自動(dòng)化測(cè)試架構(gòu)

在這一套自動(dòng)化測(cè)試架構(gòu)中，代碼注釋起到了核心的作用，背后就是標(biāo)準(zhǔn)化的要求，代碼注釋的格式如下：

基于代碼的comment，能完成如下能力的輸出：

1. Document。我們要自動(dòng)生成api接口說(shuō)明文檔，可以依賴(lài)此方法生成。
2. 自動(dòng)化生成服務(wù)測(cè)試用例。自動(dòng)根據(jù)關(guān)鍵字構(gòu)造自動(dòng)化測(cè)試的方法和用例。

三、根據(jù)代碼注釋?zhuān)詣?dòng)生成測(cè)試庫(kù)

指定項(xiàng)目的根目錄，會(huì)自動(dòng)將測(cè)試庫(kù)寫(xiě)入到test/library/[項(xiàng)目名].py

如下代碼

注意，如果post/put請(qǐng)求發(fā)送的是一個(gè)list數(shù)據(jù)，這里param請(qǐng)寫(xiě)struct類(lèi)型。如

 
 
 
 

  
  
  
  
@param struct data 
 
 
 
 

然后測(cè)試數(shù)據(jù)構(gòu)造data=[{"a": 1}]，框架將會(huì)發(fā)送[{"a": 1}]作為http body

會(huì)自動(dòng)掃描并生成robotframework的測(cè)試庫(kù)

使用者，只需要撰寫(xiě)測(cè)試數(shù)據(jù)即可(數(shù)據(jù)驅(qū)動(dòng)測(cè)試)

四、自動(dòng)搜索測(cè)試用例或指定測(cè)試用例文件運(yùn)行

1. 自動(dòng)搜索測(cè)試用例

根據(jù)我們的部署規(guī)范，工具會(huì)自動(dòng)搜索/usr/local/easyops目錄下的項(xiàng)目，符合如下要求：

• 文件夾必須是全小寫(xiě)的
• 文件夾下有test/case目錄

2. 指定測(cè)試用例文件

• 可指定測(cè)試用例的文件/目錄測(cè)試

五、commit觸發(fā)測(cè)試和周期性定時(shí)(按天/小時(shí))測(cè)試

1. 工具會(huì)自動(dòng)監(jiān)聽(tīng)commit，觸發(fā)測(cè)試
2. 也可指定每1h或每1d測(cè)試

自動(dòng)觸發(fā)流水線(xiàn)執(zhí)行全流程的驗(yàn)證，開(kāi)發(fā)、測(cè)試和發(fā)布亦是如此。

六、測(cè)試報(bào)表統(tǒng)計(jì)

1. 我們提出3個(gè)評(píng)價(jià)指標(biāo)：

• 成功率：成功的用例個(gè)數(shù)/ 總的測(cè)試用例個(gè)數(shù)
• 覆蓋率：(keyword總數(shù)-未測(cè)試的keyword個(gè)數(shù))/ keyword總數(shù)
• 測(cè)試用例指數(shù)：測(cè)試keyword的測(cè)試數(shù)據(jù)個(gè)數(shù)的平均。最小是1(每個(gè)接口都只有1個(gè)測(cè)試數(shù)據(jù))，希望能達(dá)到3~5

2. 測(cè)試的結(jié)果數(shù)據(jù)會(huì)自動(dòng)解析并存儲(chǔ)到influxdb，利用grafana來(lái)展示

3. 區(qū)分環(huán)境。我們有162、163、164等開(kāi)發(fā)環(huán)境，所有數(shù)據(jù)都會(huì)區(qū)分顯示

此時(shí)的環(huán)境管理非常重要，過(guò)去的痛苦之處是如何快速創(chuàng)建和有效管理環(huán)境。由于我們的研發(fā)模式采用的是git workflow模式，所以能產(chǎn)生大量的特性分支，一個(gè)特性勢(shì)必對(duì)應(yīng)一個(gè)環(huán)境。因此會(huì)產(chǎn)生大量的開(kāi)發(fā)環(huán)境、集成測(cè)試和回歸測(cè)試環(huán)境，必須能夠保證我們服務(wù)測(cè)試用例和環(huán)境能一一對(duì)應(yīng)，且無(wú)需人工接入，這一點(diǎn)就大大降低了測(cè)試維護(hù)的代價(jià)和成本。

七. 企業(yè)微信通知測(cè)試結(jié)果

項(xiàng)目的測(cè)試成功率小于100%，將會(huì)發(fā)送到企業(yè)微信

八、總結(jié)

一個(gè)完善的自動(dòng)測(cè)試體系背后，是有很多經(jīng)驗(yàn)值得分享的：

1. 研發(fā)參與測(cè)試。我們說(shuō)的參與測(cè)試不是參與測(cè)試本身，而是參與測(cè)試體系的搭建。研發(fā)和測(cè)試為了共同的目標(biāo)，稍作改變，而不是完全依賴(lài)后續(xù)環(huán)境，自動(dòng)化測(cè)試體系構(gòu)建成本就可以大大降低。
2. 標(biāo)準(zhǔn)化。研發(fā)堅(jiān)持標(biāo)準(zhǔn)化的代碼習(xí)慣，基于標(biāo)準(zhǔn)化，傳遞能力給自動(dòng)化測(cè)試過(guò)程，效率和質(zhì)量都能得到保障。
3. 質(zhì)量意識(shí)前置。我們不把“質(zhì)量當(dāng)成測(cè)試組的職責(zé)”，而是把這部分的能力前置到研發(fā)階段，共同構(gòu)建質(zhì)量保障壁壘。
4. 自動(dòng)化。我們?cè)陂_(kāi)發(fā)自動(dòng)化測(cè)試體系的同時(shí)，把其能力和平臺(tái)流水線(xiàn)能力對(duì)接起來(lái)，讓執(zhí)行和接入成本大大降低。
5. 數(shù)據(jù)化度量。即使建立了完善的測(cè)試體系，如果沒(méi)有很好的度量，效果依然不會(huì)很好，度量***的方式——看板。
6. 閉環(huán)。有問(wèn)題就立即要去解決，讓測(cè)試發(fā)現(xiàn)的問(wèn)題閉環(huán)起來(lái)。

【本文是專(zhuān)欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)注明出處】

當(dāng)前題目：DevOps實(shí)踐（1）面向服務(wù)的全自動(dòng)化測(cè)試體系
本文URL：http://uogjgqi.cn/article/cdhhcpo.html