![如何進行測試用例評審_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/9/4c673a47-10ff-4886-95d0-dcbb92da92f7/4c673a47-10ff-4886-95d0-dcbb92da92f71.gif)
![如何進行測試用例評審_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/9/4c673a47-10ff-4886-95d0-dcbb92da92f7/4c673a47-10ff-4886-95d0-dcbb92da92f72.gif)
![如何進行測試用例評審_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/9/4c673a47-10ff-4886-95d0-dcbb92da92f7/4c673a47-10ff-4886-95d0-dcbb92da92f73.gif)
![如何進行測試用例評審_第4頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/9/4c673a47-10ff-4886-95d0-dcbb92da92f7/4c673a47-10ff-4886-95d0-dcbb92da92f74.gif)
![如何進行測試用例評審_第5頁](http://file3.renrendoc.com/fileroot_temp3/2022-1/9/4c673a47-10ff-4886-95d0-dcbb92da92f7/4c673a47-10ff-4886-95d0-dcbb92da92f75.gif)
版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、如何進行測試用例評審測試用例評審工作對測試人員能力的提高, 測試效率的提高都有很好的作用, 那 么如果進行測試用例評審呢?它又哪些標準呢?通過的標準又是什么呢?關于 “測試用例內部評審的標準 ”的討論的摘要:首先要清楚內部評審的定義, 是測試組內部的評審, 還是項目組內部的評審。 評 審的定義不同,內容也不會相同。如果是測試組內部的評審,應該著重于:1. 測試用例本身的描述是否清晰,是否存在二義性2. 是否考慮到測試用例的執(zhí)行效率 .往往測試用例中步驟不斷重復執(zhí)行,驗證點卻不同,而且測試設計的冗余性,都造成了效率的低下3. 是否針對需求跟蹤矩陣,覆蓋了所有的軟件需求,4. 是否完全遵守了軟件需
2、求的規(guī)定。這并不一定的,因為即使再嚴格的評審,也會出現錯誤,應具體情況具體對待。如果是項目組內部的評審, 也就需要評審委員會來做了, 角度不同, 評審的標準 也不同。比如: 收集客戶需求的人員注重你的業(yè)務邏輯是否正確; 分析軟件需求規(guī)格的人注重你的用例是否跟規(guī)格要求一致; 開發(fā)負責人會注重你的用例中對程序的要求是否合理。要清楚地一點是: 為了保證測試用例設計的質量, 以及評審的收益, 在提交項目 組評審之前,必須通過測試部門或測試組內部的評審。1. 測試用例是否覆蓋了所有需求 .2. 測試用例內容是否正確 ,是否與需求目標一致 .3. 測試用例內容是否完整 ,是否清楚包含輸入和預期輸出結果 .
3、4. 測試用例是否具有指導性 ,是否能靈活指導測試人員通過用例發(fā)現更多缺陷 ,而不是限制他們的思維 .初期設計測試點時,應該進行測試組內部評審, 當然首先是要保證需求全被覆蓋, 如果能在評審時,讓需求分析人員參與進來,效果會更好。測試用例評審如何去做呢? 測試用例的評審能夠使用例的結構更清晰, 覆蓋的用戶場景更全面; 對于測試工 程師來說也是一個快速提高用例設計能力的過程。1、需要評審的原因測試用例是軟件測試的準則, 但它并不是一經編制完成就成為準則。 由于用 例開發(fā)人員的設計經驗和對需求理解的深度各不相同, 所以用例的質量難免會有 不同程度的差異。第二2、進行評審的時機一般會有兩個時間點。
4、第一, 是在用例的初步設計完成之后進行評審; 是在整個詳細用例全部完成之后進行二次評審。 如果項目時間比較緊張, 盡可能 保證對用例設計進行評審,提前發(fā)現其中的不足之處。3、參與評審人員這里會分為多個級別進行評審。1) 部門評審,測試部門全體成員參與的評審。2) 公司評審,這里包括了項目經理、需求分析人員、架構設計人員、開發(fā) 人員和測試人員。3) 客戶評審,包括了客戶方的開發(fā)人員和測試人員。這種情況在外包公司 比較常見。4、評審內容評審的內容有以下幾個方面:1)2)優(yōu)先極安排是否合理。3)是否覆蓋測試需求上的所有功能點。用例設計的結構安排是否清晰、合理,是否利于高效對需求進行覆蓋。精品資料4)
5、用例是否具有很好可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數據和期待結果是否清晰、正確;期待結果是否有明顯的驗證方法。5) 是否已經刪除了冗余的用例。6) 是否包含充分的負面測試用例。 充分的定義,如果在這里使用 2&8 法則,那就是 4 倍于正面用例的數量,畢竟一個健壯的軟件,其中 80% 的代碼都是在保護”20%的功能實現。7) 是否從用戶層面來設計用戶使用場景和使用流程的測試用例。8) 是否簡潔,復用性強。例如,可將重復度高的步驟或過程抽取出來定義為一些可復用標準步驟。個人認為,一個 “健康”的測試用例至少要通過前 5 個標準。5、評審的方式1) 召開評審會議。與會者在設計人員講解之后
6、給出意見和建議,同時進行 詳細的評審記錄。2) 通用郵件與相關人員溝通3) 通用 IM 工具直接與相關人員交流方式只是手段,得到其它人員對于用例的反饋信息才是目的。無論采用那種方式,都應該在溝通之前把用例設計的相關文檔發(fā)送給對方進 行前期的學習和了解,以節(jié)省溝通成本。6、評審結束標準在評審活動中會收集到用例的反饋信息, 在此基礎上進行用例更新, 直到通 過評審。測試用例評審檢查單:序號主要檢查項需求規(guī)格說明書是否評審并建立了基線 ?是否按照測試計劃時間完成用例編寫 ?需求新增和變更是否進行了對應的調整 ?用例是否按照公司定義的模板進行編寫 ?測試用例是否覆蓋了需求規(guī)格說明書用例編號是否和需求進行對應 ?非功能測試需求或不可測試需求是否在用例中列出并說明8 用例設計是否包含了正面、反面的用例9 每個測試用例是否清楚的填寫了測試特性、步驟、預期結果述?10步驟/輸入數據部分是否清晰,是否具備可操作性11測試用例是否包含測試數據、測試數據的生成辦法或者輸入的相關描12測試用例是否包含邊界值、等價類分析、因果圖、錯誤推測、等測試用例設計方法 ?是否針對需求不同部分設計使用不同設計方法13重點需求用例設計至少要有三種設計方法 ?14每個測試用例是否都闡述預期結果和評估該結果的方法15需要進行打印、表格、導入、導出、接口是否存在打印位置、表格名稱
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 公路建筑材料質檢合同范例
- 北京出租合同范例
- 財產抵押擔保借款合同范本
- 冷庫安裝合同范例
- 公廁維修施工合同范本
- 公司工程裝修合同范例
- 個人廣告采購合同范本
- 全屋定制套餐合同范例
- 2025年度工傷事故責任認定與賠償金支付協(xié)議書
- 包子配送合同范本
- 《消防機器人相關技術研究》
- 2024年考研政治真題及答案
- 【直播薪資考核】短視頻直播電商部門崗位職責及績效考核指標管理實施辦法-市場營銷策劃-直播公司團隊管理
- 項目設計報告范文高中
- 《千年古村上甘棠》課件
- 部編版小學語文二年級下冊電子課文《小馬過河》
- 《醫(yī)療機構工作人員廉潔從業(yè)九項準則》專題解讀
- 愛車講堂 課件
- 成立商會的可行性報告5則范文
- 市場監(jiān)督管理局反電信網絡詐騙工作總結
- 2024-2030年中國免疫細胞存儲行業(yè)發(fā)展模式及投資戰(zhàn)略分析報告
評論
0/150
提交評論