新聞中心
記得去年年初的時(shí)候,就做過(guò)關(guān)于如何寫(xiě)的分享,說(shuō)了為什么要寫(xiě)測(cè)試用例,什么是測(cè)試用例,如何寫(xiě)測(cè)試用例,什么樣的才叫好的用例,什么樣的叫不好的用例,也說(shuō)了寫(xiě)用例的糾結(jié):前提條件和執(zhí)行步驟的糾結(jié);測(cè)試用例標(biāo)題的糾結(jié);預(yù)期結(jié)果的驗(yàn)證的糾結(jié)等等。

偃師網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)建站!從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、響應(yīng)式網(wǎng)站等網(wǎng)站項(xiàng)目制作,到程序開(kāi)發(fā),運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)建站于2013年開(kāi)始到現(xiàn)在10年的時(shí)間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)建站。
個(gè)人覺(jué)得講得很詳細(xì)了,覺(jué)得效果不錯(cuò)的,為啥后來(lái)那些培訓(xùn)的同學(xué)對(duì)于寫(xiě)測(cè)試用例沒(méi)有一個(gè)系統(tǒng)的概念呢,不知道怎么去寫(xiě)一個(gè)好的用例呢?這個(gè)blog的作用不是講這些,而是說(shuō)下工作一兩年內(nèi)都很容易出現(xiàn)的用例結(jié)構(gòu)問(wèn)題。你去問(wèn)一線測(cè)試工程師,資深測(cè)試工程師,TL,Manager,甚至是Director,都不能對(duì)怎么寫(xiě)好用例達(dá)成一個(gè)共同的意識(shí),以及共同的作業(yè)方式,當(dāng)然我們不期望流程化,死板化,但我希望我們不要忘了我們的測(cè)試信念,我們的質(zhì)量意識(shí)。
背景介紹:今年部門(mén)大量采用新模型進(jìn)行項(xiàng)目測(cè)試,將去年做好基礎(chǔ)的自動(dòng)化測(cè)試,接口測(cè)試用到項(xiàng)目過(guò)程中去,真正的做到測(cè)試提前,為開(kāi)發(fā)質(zhì)量提高更早,更前面的保證和跟蹤。模型注意改進(jìn)點(diǎn)在開(kāi)發(fā)Coding階段,我們先看下以前SPR模型下,測(cè)試做了哪幾個(gè)工作:
1. 接口說(shuō)明文檔評(píng)審
2. 數(shù)據(jù)庫(kù)設(shè)計(jì)文檔評(píng)審
3. 測(cè)試設(shè)計(jì)
4. 測(cè)試用例編寫(xiě)
5. 測(cè)試用例評(píng)審和修改
相比較舊模型而言,下面再看下新模型下,測(cè)試又會(huì)去做什么呢:
1. 制定測(cè)試開(kāi)發(fā)計(jì)劃
2. 接口說(shuō)明文檔評(píng)審
3. 數(shù)據(jù)庫(kù)設(shè)計(jì)文檔評(píng)審
4. 自動(dòng)化測(cè)試設(shè)計(jì)
5. 自動(dòng)化測(cè)試腳本開(kāi)發(fā)準(zhǔn)備(Page Model 和 DB model的建立;自動(dòng)化腳本偽代碼編寫(xiě))
6. 接口測(cè)試設(shè)計(jì)
7. 接口測(cè)試腳本開(kāi)發(fā)(搭建接口測(cè)試環(huán)境,接口測(cè)試代碼編寫(xiě),調(diào)試,后期Hudson上回歸)
8. 自動(dòng)化測(cè)試腳本和接口測(cè)試設(shè)計(jì)評(píng)審和修改
9. Code Review
大家是不是感覺(jué)到了明顯的變化,那就是我們測(cè)試需要做更多的前期事情,那這樣我們就需要對(duì)我們的測(cè)試用例模型(MM圖)進(jìn)行改進(jìn),以適應(yīng)新的變化。對(duì)于做MM圖,我自己對(duì)MM圖的理解也許和大家不一樣,我每次做項(xiàng)目,做出來(lái)的MM圖都比較細(xì),不僅僅是列出我要測(cè)試的每個(gè)功能點(diǎn),而且每個(gè)功能點(diǎn)的測(cè)試設(shè)計(jì)和測(cè)試場(chǎng)景都寫(xiě)出來(lái)了,而且我覺(jué)得一個(gè)非常好的MM圖(測(cè)試設(shè)計(jì))需要經(jīng)過(guò)如下三個(gè)步驟:
MM 1 ——— PRD階段,使用RBT方法做出來(lái)的MM圖(功能點(diǎn)劃分,P1 和 P2的用例場(chǎng)景)
MM 2 ——— UC階段,使用RBT方法強(qiáng)烈Review UC做出來(lái)的MM圖(補(bǔ)充P1 和 P2的用例場(chǎng)景,P3和P4的用例場(chǎng)景)
MM 3 ——— 系統(tǒng)設(shè)計(jì)階段,通過(guò)Review接口說(shuō)明文檔,詳細(xì)設(shè)計(jì)文檔,數(shù)據(jù)庫(kù)設(shè)計(jì)文檔(補(bǔ)充每個(gè)功能點(diǎn)容易遺漏的異常場(chǎng)景和詳細(xì)校驗(yàn)點(diǎn))
當(dāng)然這里面的MM 圖不是一成不變的,在測(cè)試執(zhí)行階段,這個(gè)MM圖也會(huì)新增或修改測(cè)試思路(特別是發(fā)現(xiàn)了一些用例沒(méi)有寫(xiě)的bug),下面就看一下例子吧:
那么如果我們使用了新模型后,我們的MM圖就必須加一些標(biāo)記了,新模型的coding階段,我們測(cè)試人員沒(méi)有太多時(shí)間去編寫(xiě)詳細(xì)的測(cè)試用例,我們有很多的自動(dòng)化測(cè)試用例和接口測(cè)試用例,這時(shí)我們的MM圖就可以變成這樣了:
注意上圖的Automan就是自動(dòng)化測(cè)試腳本的標(biāo)記,iTest就是接口測(cè)試腳本的標(biāo)記,另外一個(gè)就是Manual了。
當(dāng)然也不能簡(jiǎn)單了,我們最好能把自動(dòng)化測(cè)試腳本和接口測(cè)試腳本編寫(xiě)的環(huán)境連接起來(lái),比如我打開(kāi)了一個(gè)標(biāo)記為自動(dòng)化測(cè)試用例的環(huán)境,如下:
Page Model,DB Model 和 Ruby編程環(huán)境,能夠把用例標(biāo)題寫(xiě)入腳本模板中
再比如我打開(kāi)了一個(gè)標(biāo)記為接口測(cè)試用例的環(huán)境,如下:
Java代碼編寫(xiě)環(huán)境,能夠把用例標(biāo)題寫(xiě)入腳本模板中,優(yōu)化腳本模板
其實(shí)這里面區(qū)別開(kāi)我們的手工測(cè)試用例,自動(dòng)化測(cè)試用例,接口測(cè)試用例可以有2種方式:
1. 一種是在功能點(diǎn)來(lái)進(jìn)行劃分:細(xì)分到一個(gè)很小的功能點(diǎn),寫(xiě)測(cè)試思路的時(shí)候,不用Care是什么類(lèi)型的測(cè)試用例,最好評(píng)審?fù)旰?,加上一個(gè)簡(jiǎn)單的標(biāo)記即可,上圖的方式就是這種方式,就是統(tǒng)計(jì)數(shù)據(jù)比較麻煩一點(diǎn)。
2. 另一種是根據(jù)用例類(lèi)型來(lái)劃分:首先劃分3個(gè)維度,然后再維度后面加上自己的功能點(diǎn)的測(cè)試思路
這樣做的優(yōu)點(diǎn)就是很清晰的知道不同的測(cè)試類(lèi)型的用例個(gè)數(shù)或復(fù)雜度等,但注意這里面有個(gè)缺點(diǎn):就是有可能一個(gè)功能點(diǎn)會(huì)存在多個(gè)不同的測(cè)試類(lèi)型,所以本人建議使用第一種方式來(lái)做。
最后需要強(qiáng)調(diào)的是我們的測(cè)試思路的標(biāo)題一定要是可見(jiàn)性的,正確性的,目的性的。另外如何在一個(gè)功能需求模塊中把這些用例結(jié)構(gòu)清晰的抽象出來(lái),需要多思考,需要對(duì)于即將測(cè)試的需求有整體性的把握,然后在完善MM圖的過(guò)程中不斷的調(diào)整用例MM結(jié)構(gòu)圖,使其能讓開(kāi)發(fā)清楚的知道我們即將要測(cè)試哪些點(diǎn)。我們也可以很快捷方便的完善我們的所以測(cè)試思路。
最后說(shuō)明下,這里的測(cè)試思路的載體MM圖,如何去進(jìn)行組織用例結(jié)構(gòu)和思路編寫(xiě)規(guī)范,是需要一些探索式測(cè)試ET 的一些技巧的,特別是測(cè)試設(shè)計(jì)和測(cè)試執(zhí)行的相關(guān)注意點(diǎn)。
文章題目:心中的測(cè)試用例結(jié)構(gòu)為新模型做準(zhǔn)備
網(wǎng)站URL:http://fisionsoft.com.cn/article/cdedpds.html


咨詢
建站咨詢
