測試規(guī)程與用例設(shè)計

1、測試規(guī)程/用例設(shè)計測試規(guī)程 (test procedure)是一個提供詳細的測試用例執(zhí)行指令的文檔。測試規(guī)程應(yīng)該更注重測試的流程、方法等比較泛的內(nèi)容，以方便我們對測試用列的編寫有一個整體的概念和把握。不同的公 司規(guī)范、要求和詳盡程度可能不同。測試用例 (test case )對一項特定的軟件產(chǎn)品進行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并形成文檔。測試規(guī)程與測試用例的區(qū)別：理想化的測試用例確實需要很多測試數(shù)據(jù)集合，但是現(xiàn)實中對某一 軟件進行測試時，由于涉及的面太廣，無法一一列舉岀所有數(shù)據(jù)，所以要根據(jù)公司的規(guī)范來做相

2、應(yīng)的 調(diào)整。所以，測試規(guī)程的文檔編輯量較輕，但是只適合熟練的測試人員執(zhí)行，而測試用例的執(zhí)行者可 以使任何人。測試用例的設(shè)計：測試用例可以分為基本事件、備選事件和異常事件。設(shè)計基本事件的用例：參照用例規(guī)約(或設(shè)計規(guī)格說明書)，根據(jù)關(guān)聯(lián)的功能、操作按路徑分析法設(shè)計測試用例。而對孤立的功能則直接按功能設(shè)計測試用例?；臼录臏y試用例應(yīng)包含所有需要實 現(xiàn)的需求功能，覆蓋率達100%。設(shè)計備選事件和異常事件的用例：采用的基本方法仍然是等價類劃分、邊界值、因果圖等，根據(jù) 軟件的不同性質(zhì)和測試的不同目標(biāo)靈活運用，至于最終設(shè)計的測試用例是否能暴露更多的隱藏缺陷， 全憑用例設(shè)計人員的豐富經(jīng)驗和精心設(shè)計了。例如，

3、測試一個手機終端的電話本模塊。測試人員需要 考慮，將相同的號碼A存儲到不同聯(lián)系人名B和C?中，號碼 A呼入和呼岀時，顯示的聯(lián)系人名應(yīng)該是B還是C呢。類似這樣的備選事件，往往在需求階段描述的并不詳盡，需要測試人員及早提出并與 項目組達成一致。測試用例在軟件測試中的作用？：指導(dǎo)測試的實施規(guī)劃測試數(shù)據(jù)的準(zhǔn)備編寫測試腳本的 設(shè)計規(guī)格說明書 “評估測試結(jié)果的度量基準(zhǔn)分析缺陷的標(biāo)準(zhǔn)此階段的難點和重點：測試用例設(shè)計的幾大基本點使用合理的語言測試人員該做什么，系統(tǒng)輸岀什么應(yīng)該寫得很清楚明白，也就是說首先要分清楚測試用例的輸入和預(yù)期輸出一種最好的避免含義混淆的方法是在操作步驟中采用動詞+名詞的結(jié)構(gòu)，動詞總是測試

4、人員要做得事情，名詞總是測試人員操作的對象、事物將同一個事物命名為同一個名稱，不管這個事物是否通過不同的方式岀現(xiàn)？?？測試用例的易測性簡潔性：簡潔性的衡量方法就是執(zhí)行測試花費時間的長短以及在測試過程中是否能保持整個測試的純凈正確性：正確性意味著測試人員根據(jù)測試用例進行的測試獲得的測試結(jié)果(通過或不通過) 是正確的控制測試用例的長度在Step-by-step 用例中一個比較好的長度是不多于15步：執(zhí)行每個測試用例花費更少的時間測試人員很少犯錯誤、丟失步驟或需要幫助測試經(jīng)理能夠準(zhǔn)確地估計測試的時間測試結(jié)果更容易跟蹤控制測試用例的操作時間對于Matrix用例，一個好的測試用例的長度的衡量標(biāo)準(zhǔn)是是否能

5、在20分鐘內(nèi)測試完畢測試用例依賴關(guān)系的利弊具有依賴關(guān)系的測試用例是一些需要依靠先前的測試用例執(zhí)行的結(jié)果來執(zhí)行的用例考慮是否真的需要其他的測試的結(jié)果作為數(shù)據(jù)輸入，如果是，那么測試必需是累積的。應(yīng)盡量避免這種情況?保持測試用例依賴關(guān)系的正確性和一致性以一種合理的順序來安排測試用例的順序測試用例設(shè)計的五大誤區(qū)過分追求“能發(fā)現(xiàn)到目前為止沒有發(fā)現(xiàn)的缺陷的用例是好的用例”實際測試中，很多人一心想要設(shè)計岀發(fā)現(xiàn)“難于發(fā)現(xiàn)的缺陷”而陷入盲區(qū)，忘記了測試的真實目的所在。測試只需要保證兩點就能達到測試目的：1 ）、程序做了它應(yīng)該做的事情?; 2）、程序沒有做它不該做的事情。在做好這兩點基礎(chǔ)上，才談得上改進測試用例，

6、使其“發(fā)現(xiàn)沒有的缺陷“。過分抬高測試用例設(shè)計標(biāo)準(zhǔn)，達到“使一個沒有接觸過系統(tǒng)的人員也能進行測試“的程度不知道有沒有公司真正做到這點，能夠?qū)⒚總€測試用例都寫得如此詳細。之前看了微軟關(guān)于一個工具的GUI?測試用例，它分了幾部分，第一部分是一些啟動/進入模塊的 case，感覺確實很詳細，基本達到能認識英文就能操作的層次。然后在后期關(guān)于具體功能測試時，依然岀現(xiàn)前置條件（測試環(huán)境）不充分的問題，比如在某一部分的Case中，測試環(huán)境中要求將文件A?先拷貝到指定目錄下，然后再進行Test Step 。在這部分的第一個？Case中有關(guān)測試環(huán)境環(huán)境的搭建，但是后面幾個Case就沒有了（如果只做后面幾個Case的

7、話，按照 Step來操作直接就Fail 了）微軟尚且如此，偶相信其他公司也不會高明到哪里去。測試的目的是盡可能發(fā)現(xiàn)程序中存在的缺陷。每個公司實際情況不同，每個項目的實際情況也不同，所以需要因地制宜，根據(jù)實際情況制定測試用例的設(shè)計標(biāo)準(zhǔn)。如果項目周期短，工作量大，甚至可以考慮使用測試規(guī)程來代替測試用例指導(dǎo)實際的測試執(zhí)行。測試用例沒有包含實際的數(shù)據(jù)先看一個例子，某測試人員需要檢查編輯框內(nèi)是否不允許輸入英文，他設(shè)計的測試步驟為“輸入任意英文字符。大家覺得是否很熟悉？測試用例是“一組輸入、執(zhí)行條件、預(yù)期結(jié)果”、毫無疑問地應(yīng)該包括清晰的輸入數(shù)據(jù)和預(yù)期輸岀，沒有測試數(shù)據(jù)的用例最多只具有指導(dǎo)性的意義，不具有可執(zhí)行性。當(dāng)然，測試用例中包含輸入數(shù)據(jù)會帶來維護、與測試環(huán)境同步之類的問題，這就有回到測試用例的設(shè)計標(biāo)準(zhǔn)上了，還是那句話：根據(jù)實際情況選擇適合自己團隊的規(guī)范標(biāo)準(zhǔn)。需求/設(shè)計變更，而測試用例確沒有修改看似明顯的錯誤，卻是在在執(zhí)行階段經(jīng)常出現(xiàn)的老毛病。往往在軟件需求和設(shè)計已經(jīng)變更了多次，測試人員覺得這些問題自己知道就行，測試用例沒有任何修改。結(jié)果導(dǎo)致新加入的測試人員在執(zhí)行測試用例不知所措，也使測試用例間接變成一堆廢紙。測試用例中預(yù)期輸岀過于簡單很多測試用例中，“預(yù)期輸岀