一、練唱模式測(cè)試用例
練唱模式測(cè)試用例首先得有編號(hào),因?yàn)橛械臅r(shí)候開發(fā)人員和測(cè)試人員他們要基于某種情況去溝通的時(shí)候。我們可以提供用例編號(hào)在開發(fā)人員和測(cè)試人員,他們通過(guò)編號(hào)去確定討論的是同一個(gè)用例。
其次我們得有一些模塊或者場(chǎng)景。
因?yàn)橐粋€(gè)軟件它可能有一個(gè)或者多個(gè)模塊。所以呢,我們作為軟件測(cè)試得要有一個(gè)整體的邏輯,那就按照模塊去劃分,這也是用例中為什么存在模塊的一個(gè)原因。
還有一個(gè)用例模板,里面必須含有場(chǎng)景。
因?yàn)槲覀兌贾雷鳛闇y(cè)試人員他不止要驗(yàn)證正常的一些情況,還要驗(yàn)證各種異常的情況。所以這里邊兒會(huì)對(duì)應(yīng)不同的場(chǎng)景。
還必須含有用例名稱。一個(gè)好的用例名稱能夠幫助我們快速了解到這條用例將要測(cè)試什么?往往很多人在這里不太重視。在我看來(lái)細(xì)節(jié)決定成敗,一個(gè)好的用例名稱必須精簡(jiǎn)干練,直接提供給操作用例的人,一個(gè)直觀的感受我就要驗(yàn)證什么。
一個(gè)用例還必須包含有前置條件。
我們?cè)诓僮饕粋€(gè)軟件或者驗(yàn)證一個(gè)軟件的場(chǎng)景的時(shí)候,往往前提前期做了很多的鋪墊。那么這些都統(tǒng)稱為前提條件。往往一個(gè)前提條件寫的好的時(shí)候,可以幫助我們?nèi)ゾ珶捳麄€(gè)測(cè)試用例。
還有一個(gè)模板必須含有測(cè)試等級(jí)。
我們所執(zhí)行的軟件各個(gè)場(chǎng)景不可能都是同樣重要的,肯定有重要的,比較重要的,一般重要的,我們是要有一個(gè)劃分等級(jí)的。
當(dāng)然還有我們的操作步驟,這個(gè)是不必不可少的,為什么呢?因?yàn)槲覀兊臏y(cè)試用例就是在描述我們執(zhí)行的一個(gè)過(guò)程,也就是我們操作的一個(gè)步驟。
當(dāng)然還有我們的預(yù)期結(jié)果。
無(wú)論什么軟件,在經(jīng)歷一系列前提條件和操作步驟之后,它總有一個(gè)期望的結(jié)果。我們統(tǒng)稱為預(yù)期結(jié)果。我們按照操執(zhí)行用例來(lái)操作的時(shí)候,就是來(lái)檢查我們操作之后跟我們的期望結(jié)果是否一致,如果一致就通過(guò),如果不一致那么就要提單子,就要跟蹤缺陷。最后還得有一個(gè)實(shí)際結(jié)果用來(lái)記錄在操作過(guò)程中的一個(gè)實(shí)際結(jié)果。
延伸閱讀:
二、接口測(cè)試常用工具
說(shuō)到接口測(cè)試,最常見(jiàn)的一種測(cè)試方式就是檢查服務(wù)端返回的數(shù)據(jù)正確性了。實(shí)際項(xiàng)目中,服務(wù)端在收到客戶端的請(qǐng)求之后,對(duì)請(qǐng)求進(jìn)行處理并將處理的結(jié)果返回給客戶端,這種結(jié)果比較常見(jiàn)的是Json、XML等數(shù)據(jù)格式,所以測(cè)試的時(shí)候一個(gè)主要工作就是檢查這些數(shù)據(jù)的正確性。比如,服務(wù)端以Json的格式返回客戶端需要的數(shù)據(jù),那么在測(cè)試中我們就需要關(guān)注返回的Json中是否包含我們期望的字段、字段的內(nèi)容是否正確等等。這個(gè)時(shí)候自動(dòng)化腳本就顯得非常重要了。
在測(cè)試過(guò)程中發(fā)現(xiàn)好多接口都是以Json格式返回?cái)?shù)據(jù)的,在實(shí)際執(zhí)行中,我們用到了Python的一個(gè)開源框架Requests,該框架保留了所有urllib2的優(yōu)點(diǎn),比起urllib2更加簡(jiǎn)潔明了,更像是純粹的“Python”,該框架在平時(shí)接口測(cè)試中幾乎所有的自動(dòng)化腳本中都在使用,關(guān)于該框架,小編之前在一次公開課中做過(guò)一次分享,有興趣的話大家可以關(guān)注搜狗測(cè)試粉絲群(459645679)進(jìn)行查看哦。
還有一些工具在實(shí)際的操作中用的比較多,比如Postman。Postman是谷歌Chrome的一個(gè)插件,使用起來(lái)非常簡(jiǎn)單,可以支持我們以get/post等各種方式發(fā)送請(qǐng)求,當(dāng)然也可以自己構(gòu)造請(qǐng)求,服務(wù)器返回的數(shù)據(jù)會(huì)全部展示出來(lái),便于檢查,這和Fiddler比較相似。此外Postman還支持用戶自行構(gòu)造環(huán)境,設(shè)置檢查點(diǎn)等,不考慮時(shí)間的情況下基本能滿足接口數(shù)據(jù)驗(yàn)證的需求。關(guān)于Postman的安裝和使用教程,網(wǎng)上資源比較多,此處就不再贅述了。