如何進行測試用例評審.doc

如何進行測試用例評審測試用例評審工作對測試人員能力的提高，測試效率的提高都有很好的作用，那么如果進行測試用例評審呢？它又哪些標準呢？通過的標準又是什么呢？關于“測試用例內(nèi)部評審的標準”的討論的摘要：首先要清楚內(nèi)部評審的定義，是測試組內(nèi)部的評審，還是項目組內(nèi)部的評審。評審的定義不同，內(nèi)容也不會相同。如果是測試組內(nèi)部的評審，應該著重于：1. 測試用例本身的描述是否清晰，是否存在二義性2.是否考慮到測試用例的執(zhí)行效率.往往測試用例中步驟不斷重復執(zhí)行，驗證點卻不同，而且測試設計的冗余性，都造成了效率的低下3.是否針對需求跟蹤矩陣，覆蓋了所有的軟件需求，4.是否完全遵守了軟件需求的規(guī)定。這并不一定的，因為即使再嚴格的評審，也會出現(xiàn)錯誤，應具體情況具體對待。如果是項目組內(nèi)部的評審，也就需要評審委員會來做了，角度不同，評審的標準也不同。比如：收集客戶需求的人員注重你的業(yè)務邏輯是否正確；分析軟件需求規(guī)格的人注重你的用例是否跟規(guī)格要求一致；開發(fā)負責人會注重你的用例中對程序的要求是否合理。要清楚地一點是：為了保證測試用例設計的質(zhì)量，以及評審的收益，在提交項目組評審之前，必須通過測試部門或測試組內(nèi)部的評審。1.測試用例是否覆蓋了所有需求.2.測試用例內(nèi)容是否正確,是否與需求目標一致.3.測試用例內(nèi)容是否完整,是否清楚包含輸入和預期輸出結(jié)果.4.測試用例是否具有指導性,是否能靈活指導測試人員通過用例發(fā)現(xiàn)更多缺陷,而不是限制他們的思維.初期設計測試點時，應該進行測試組內(nèi)部評審，當然首先是要保證需求全被覆蓋，如果能在評審時，讓需求分析人員參與進來，效果會更好。測試用例評審如何去做呢？測試用例的評審能夠使用例的結(jié)構(gòu)更清晰，覆蓋的用戶場景更全面；對于測試工程師來說也是一個快速提高用例設計能力的過程。1、需要評審的原因測試用例是軟件測試的準則，但它并不是一經(jīng)編制完成就成為準則。由于用例開發(fā)人員的設計經(jīng)驗和對需求理解的深度各不相同，所以用例的質(zhì)量難免會有不同程度的差異。2、進行評審的時機一般會有兩個時間點。第一，是在用例的初步設計完成之后進行評審；第二是在整個詳細用例全部完成之后進行二次評審。如果項目時間比較緊張，盡可能保證對用例設計進行評審，提前發(fā)現(xiàn)其中的不足之處。3、參與評審人員這里會分為多個級別進行評審。1) 部門評審，測試部門全體成員參與的評審。2) 公司評審，這里包括了項目經(jīng)理、需求分析人員、架構(gòu)設計人員、開發(fā)人員和測試人員。3) 客戶評審，包括了客戶方的開發(fā)人員和測試人員。這種情況在外包公司比較常見。4、評審內(nèi)容評審的內(nèi)容有以下幾個方面：1) 用例設計的結(jié)構(gòu)安排是否清晰、合理，是否利于高效對需求進行覆蓋。2) 優(yōu)先極安排是否合理。3) 是否覆蓋測試需求上的所有功能點。4) 用例是否具有很好可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確；期待結(jié)果是否有明顯的驗證方法。5) 是否已經(jīng)刪除了冗余的用例。6) 是否包含充分的負面測試用例。充分的定義，如果在這里使用2&8法則，那就是4倍于正面用例的數(shù)量，畢竟一個健壯的軟件，其中80%的代碼都是在“保護”20%的功能實現(xiàn)。7) 是否從用戶層面來設計用戶使用場景和使用流程的測試用例。8) 是否簡潔，復用性強。例如，可將重復度高的步驟或過程抽取出來定義為一些可復用標準步驟。個人認為，一個“健康”的測試用例至少要通過前5個標準。5、評審的方式1) 召開評審會議。與會者在設計人員講解之后給出意見和建議，同時進行詳細的評審記錄。2) 通用郵件與相關人員溝通3) 通用IM工具直接與相關人員交流方式只是手段，得到其它人員對于用例的反饋信息才是目的。無論采用那種方式，都應該在溝通之前把用例設計的相關文檔發(fā)送給對方進行前期的學習和了解，以節(jié)省溝通成本。6、評審結(jié)束標準在評審活動中會收集到用例的反饋信息，在此基礎上進行用例更新，直到通過評審。測試用例評審檢查單： 序號主要檢查項1需求規(guī)格說明書是否評審并建立了基線?2 是否按照測試計劃時間完成用例編寫?3 需求新增和變更是否進行了對應的調(diào)整?4 用例是否按照公司定義的模板進行編寫?5 測試用例是否覆蓋了需求規(guī)格說明書?6 用例編號是否和需求進行對應?7 非功能測試需求或不可測試需求是否在用例中列出并說明?8 用例設計是否包含了正面、反面的用例?9 每個測試用例是否清楚的填寫了測試特性、步驟、預期結(jié)果?10 步驟/輸入數(shù)據(jù)部分是否清晰，是否具備可操作性?11 測試用例是否包含測試數(shù)據(jù)、測試數(shù)據(jù)的生成辦法或者輸入的相關描述?12 測試用例是否包含邊界值、等價類分析、因果圖、錯誤推測、等測試用例設計方法?是否針對需求不同部分設計使用不同設計方法?13 重點需求用例設計至少要有三種設計方法?14 每個測試用例是否都闡述預期結(jié)果和評估該結(jié)果的方法?