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