測試用例評審

1、精選優(yōu)質(zhì)文檔-傾情為你奉上1. 測試計(jì)劃1.1測試計(jì)劃編寫條件測試計(jì)劃（Testing plan），描述了要進(jìn)行的測試活動的范圍、方法、資源和進(jìn)度的文檔。它確定測試項(xiàng)、被測特性、測試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。測試計(jì)劃可以有效預(yù)防計(jì)劃的風(fēng)險(xiǎn)，保障計(jì)劃的順利實(shí)施。在測試項(xiàng)目之初就要制定相應(yīng)的測試計(jì)劃。接下來談下如何編寫測試計(jì)劃問題。1 為什么要編寫測試計(jì)劃？ 1）領(lǐng)導(dǎo)能夠根據(jù)測試計(jì)劃做宏觀調(diào)空，進(jìn)行相應(yīng)配置等； 2）測試人員能夠了解整個(gè)項(xiàng)目測試情況以及項(xiàng)目測試不同階段的所要進(jìn)行的工作等； 3）便于其他人員了解測試人員的工作內(nèi)容，進(jìn)行有關(guān)配合工作 2 什么時(shí)間開始編寫測試計(jì)劃？ （測試需求分

2、析前總體測試計(jì)劃書測試需求分析后詳細(xì)測試計(jì)劃書） 3 由誰來編寫測試計(jì)劃？ 具有豐富經(jīng)驗(yàn)的項(xiàng)目測試負(fù)責(zé)人 4 測試計(jì)劃編寫6要素？（5W1H） 1）why為什么要進(jìn)行這些測試； 2) what測試哪些方面，不同階段的工作內(nèi)容； 3) when測試不同階段的起止時(shí)間； 4) where相應(yīng)文檔，缺陷的存放位置，測試環(huán)境等； 5) who項(xiàng)目有關(guān)人員組成，安排哪些測試人員進(jìn)行測試 6) how如何去做，使用哪些測試工具以及測試方法進(jìn)行測試。注意事項(xiàng)：1測試計(jì)劃不一定要盡善盡美，但一定要切合實(shí)際，要根據(jù)項(xiàng)目特點(diǎn)、公司實(shí)際情況來編制，不能脫離實(shí)際情況； 2測試計(jì)劃一旦制定下來，并不就是一層不變的，世界

3、萬事萬物時(shí)時(shí)刻刻都在變化，軟件需求、軟件開發(fā)、人員流動等都在時(shí)刻發(fā)生著變化，測試計(jì)劃也要根據(jù)實(shí)際情況的變化而不斷進(jìn)行調(diào)整，以滿足實(shí)際測試要求 3測試計(jì)劃要能從宏觀上反映項(xiàng)目的測試任務(wù)、測試階段、資源需求等，不一定要太過詳細(xì)評審總結(jié)1.計(jì)劃評審 測試計(jì)劃編寫完成后，一般要對測試計(jì)劃的正確性、全面性以及可行性等進(jìn)行評審，評審人員的組成包括軟件開發(fā)人、營銷人員、測試負(fù)責(zé)人以及其他有關(guān)項(xiàng)目負(fù)責(zé)人。 2.計(jì)劃總結(jié) 項(xiàng)目完成后，應(yīng)該對計(jì)劃的執(zhí)行情況進(jìn)行評審，看有哪些不合理的地方，以便為編寫下一個(gè)項(xiàng)目測試計(jì)劃做經(jīng)驗(yàn)積累。2. 測試用例評審2.1測試用例測試用例就是一個(gè)文檔，描述輸入、動作、或者時(shí)間和一個(gè)期望

4、的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。定義測試需求收集完畢后，開始測試設(shè)計(jì)。設(shè)計(jì)測試用例需要考慮以下問題： 測試用例的基本格式用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果，下面逐一介紹。 用例編號測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1-ST-001 ，命名規(guī)則是項(xiàng)目名稱測試階段類型（系統(tǒng)測試階段）編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。 測試標(biāo)題對測試用例的描述，測試用例標(biāo)題應(yīng)該清楚表達(dá)測試用例的用途。比如 “ 測試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí)，軟件的響應(yīng)情況 ” 。 重要級別定義

5、測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級 別。一般來說，如果軟件需求的優(yōu)先級為 “ 高 ” ，那么針對該需求的測試用例優(yōu)先級也為 “ 高 ” ；反之亦然， 測試輸入提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設(shè)計(jì)中會遇到很大的障礙。 操作步驟提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例，測試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列出。 預(yù)期結(jié)果提供測試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測試

6、過程中，得到的實(shí)際測試結(jié)果與預(yù)期結(jié)果不符，那么測試不通過；反之則測試通過。2.2測試用例評審首先要清楚內(nèi)部評審的定義，是測試組內(nèi)部的評審，還是項(xiàng)目組內(nèi)部的評審。評審的定義不同，內(nèi)容也不會相同。如果是測試組內(nèi)部的評審，應(yīng)該著重于：1. 測試用例本身的描述是否清晰，是否存在二義性2.是否考慮到測試用例的執(zhí)行效率.往往測試用例中步驟不斷重復(fù)執(zhí)行，驗(yàn)證點(diǎn)卻不同，而且測試設(shè)計(jì)的冗余性，都造成了效率的低下3.是否針對需求跟蹤矩陣，覆蓋了所有的軟件需求，4.是否完全遵守了軟件需求的規(guī)定。這并不一定的，因?yàn)榧词乖賴?yán)格的評審，也會出現(xiàn)錯(cuò)誤，應(yīng)具體情況具體對待。測試用例評審如何去做呢？測試用例的評審能夠使用例的結(jié)

7、構(gòu)更清晰，覆蓋的用戶場景更全面；對于測試工程師來說也是一個(gè)快速提高用例設(shè)計(jì)能力的過程。評審的內(nèi)容有以下幾個(gè)方面：1) 用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰、合理，是否利于高效對需求進(jìn)行覆蓋。2) 優(yōu)先極安排是否合理。3) 是否覆蓋測試需求上的所有功能點(diǎn)。4) 用例是否具有很好可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確；期待結(jié)果是否有明顯的驗(yàn)證方法。5) 是否已經(jīng)刪除了冗余的用例。6) 是否包含充分的負(fù)面測試用例。充分的定義，如果在這里使用2&8法則，那就是4倍于正面用例的數(shù)量，畢竟一個(gè)健壯的軟件，其中80%的代碼都是在“保護(hù)”20%的功能實(shí)現(xiàn)。7) 是否從用戶層面來設(shè)計(jì)用戶使用場景和使用流程的測試用例。8) 是否簡潔，復(fù)用性強(qiáng)。例如，可將重復(fù)度高的步驟或過程抽取出來定義為一些可復(fù)用標(biāo)準(zhǔn)步驟。個(gè)人認(rèn)為，一個(gè)“健康”的測試用例至少要通過前5個(gè)標(biāo)準(zhǔn)。5、評審的方式1) 召開評審會議。與會者在設(shè)計(jì)人員講解之后給出意見和建議，同時(shí)進(jìn)行詳細(xì)的評審記錄。2