建站
咨詢
售后
建站咨詢
新聞中心
優(yōu)測云服務(wù)平臺是移動云測試平臺，擁有50余名測試領(lǐng)域?qū)＜遥?00余人專業(yè)測試團隊，10余年終端測試服務(wù)經(jīng)驗，提供兼容性測試、自動化測試、云真機，設(shè)備分享等多種服務(wù)方式。
創(chuàng)新互聯(lián)建站是一家集網(wǎng)站建設(shè),閔行企業(yè)網(wǎng)站建設(shè),閔行品牌網(wǎng)站建設(shè),網(wǎng)站定制,閔行網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,閔行網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
最近的用例評審讓我感受頗深，以下是我對于測試用例評審的一些感受，發(fā)出來供大家討論學習。
聽聽大家對測試用例評審的吐槽？
“測試用例設(shè)計是測試的事情，為什么評審要我們參加？”
“測試用例已經(jīng)很多了，不知道需要評審什么，我能提供什么？”
“用例評審太枯燥了，200個用例case用一條一條評嗎？”
“這個是別人的開發(fā)的功能，跟我沒關(guān)系?！?br/>相信以上幾句話是評審時常聽到的話，那么為什么要進行測試用例評審？
這里從參與用例評審幾個角色來（測試、開發(fā)、產(chǎn)品經(jīng)理、項目經(jīng)理）分析下進行用例評審的目的以及意義。
測試：
由于不同測試同學對于需求的理解和用例設(shè)計都不同，為了提升用例的完整性、合理性、高效性，可以通過評審的方式，收斂不同人以及不同專業(yè)的意見，豐富測試用例。測試是無窮盡的，沒有人能保證自己的設(shè)計用例覆蓋完全。
開發(fā)：
測試和開發(fā)對于需求理解未達成一致，通過評審與開發(fā)對需求進行double check，保證在測試前對需求理解的一致性，以免執(zhí)行測試過程中產(chǎn)生爭議和扯皮。
暴漏出開發(fā)在實現(xiàn)過程中代碼邏輯考慮不充分的地方，提前預(yù)警，避免邏輯處理考慮不充分導致的缺陷。
開發(fā)可以從實現(xiàn)層面評審用例，補充測試用例中，由于測試人員不了解實現(xiàn)過程導致的測試用例缺失的情況。
產(chǎn)品經(jīng)理：
經(jīng)常在測試用例設(shè)計的階段，有些細節(jié)是無法從需求文檔上得知的，需要頻繁來和產(chǎn)品經(jīng)理進行溝通；有些沒有溝通到就存在理解不一致或者考慮不充分的地方。產(chǎn)品經(jīng)理參與用例評審，他們能幫助你找出更多的問題，同時在評審的過程中，你也能幫助產(chǎn)品經(jīng)理發(fā)現(xiàn)一些他在產(chǎn)品設(shè)計過程中考慮不充分的地方。好的測試用例會比需求文檔要更具體。
項目經(jīng)理：
通過用例評審不但可以評審測試用例是否足夠覆蓋所有需求邏輯，還可以通過評審的的手段來評估測試的工作量。如果100個用例可以用2個人1天進行，那么可以根據(jù)測試用例的數(shù)量可以安排測試的時間。當然不同的用例執(zhí)行的時間可能不同，但是用例的多少確實某種程度上可以衡量人力消耗的成本。
所以項目經(jīng)理在這個評審的過程中，需要評審測試用例的覆蓋度以及冗余性。
1、進行評審的時機
首先，我們要說用例設(shè)計的時間，一定要在需求評審后就需要進行初步的用例設(shè)計，無論用例設(shè)計時經(jīng)過多少深思熟慮，過一兩天都會忘掉一部分當時的思路，所以先做好整理和記錄。在參與開發(fā)的技術(shù)評審后，根據(jù)開發(fā)對需求的實現(xiàn)方式，進行修正和補充。
用例評審最好的時間是在開發(fā)中期階段：
如果開發(fā)前期階段發(fā)起用例評審，可能開發(fā)的技術(shù)評審還沒開始，測試也沒有足夠的時間去整理測試設(shè)計的思路，導致用例質(zhì)量不高。如果開發(fā)完畢階段發(fā)起用例評審，在用例評審過程中暴漏的問題很可能是產(chǎn)品經(jīng)理和開發(fā)考慮不充分或者理解不一致造成的，問題暴漏較晚，會導致返工或者版本延期。
2、評審的流程
測試人員確定評審日期和參與評審人員
評審前2天，測試用例發(fā)給所有評審人員
評審人員記錄測試用例問題
評審會議，測試用例編寫人員講解用例，參與人員提出評審
會議結(jié)束，修改用例，并郵件輸出
3、評審的內(nèi)容
1、描述是否清晰，是否存在二義性
2、內(nèi)容是否完整,是否清楚包含輸入條件和預(yù)期輸出結(jié)果并無爭議點
3、是否覆蓋了所有場景、邏輯分支、限制條件等
4、是否哪些需求不可測：無法準備環(huán)境、可測試性達不到等等原因
5、是否考慮到測試用例的執(zhí)行效率（冗余的用例）
4、最后啰嗦幾句
在用例評審過程中往往出現(xiàn)一個現(xiàn)象，參與評審用例的評審人員參與度不高，用例評審的效果較差。
通常，在用例評審中，測試人員不是先闡述自己的用例的設(shè)計思路，而是直接就說具體執(zhí)行的案例。通常一個輸入條件，不同的場景、不同的操作步驟，可能生成很多用例case;如果一條一條的評審確實很枯燥；而且很多用例case都是正常邏輯的，評審的意義不到。
當測試問：“還有什么需要補充的嗎？”，估計開發(fā)也看得暈菜啦。如果測試人員能調(diào)整下，評審的時候先闡述設(shè)計的思路，可以通過流程圖、用例圖、時序圖、狀態(tài)圖等輔助手段來幫助清晰用例設(shè)計的思路以及明確測試要點；開發(fā)在評審的過程中也容易參與進來，加強互動性；然后在評審用例case，并以異常case為主，正常邏輯的用例case盡量一語帶過,提高用例評審的效率，相信這樣評審人員參與度會提高。
名稱欄目：優(yōu)測優(yōu)分享|這樣做測試用例評審更高效
文章起源：http://www.dlmjj.cn/article/gegsgj.html
