1、部門管理文檔系列*公司測(cè)試用例編寫標(biāo)準(zhǔn)及原則擬制 審核 批準(zhǔn)修訂歷史記錄版本日期AMD修訂者說明1.0A初稿1.1M（A-添加，M-修改，D-刪除）1. 引言 51.1 背景 51.2 目的 51.3 適用范圍 51.4 縮寫和術(shù)語 52. 測(cè)試用例 52.1 概念 52.2 用途 62.3 設(shè)計(jì)依據(jù) 62.4 編號(hào)規(guī)則 62.5 用例內(nèi)容 62.6 用例設(shè)計(jì)方法 72.6.1. 等價(jià)類劃分法 72.6.2. 邊界值分析法 82.6.3. 錯(cuò)誤推測(cè)法 82.7 功能性測(cè)試方法 82.7.1. 輸入非法數(shù)據(jù) 82.7.2. 輸入默認(rèn)值 92.7.3. 輸入使緩沖區(qū)溢出的數(shù)據(jù) 92.7.4. 輸出

2、不符合業(yè)務(wù)規(guī)則的無效輸出 92.7.5. 數(shù)據(jù)結(jié)構(gòu)溢出 92.7.6. 文件內(nèi)容受損 92.8 軟件環(huán)境兼容性測(cè)試 102.8.1. 與操作系統(tǒng)的兼容性 103. 用例設(shè)計(jì)步驟 113.1 用例評(píng)審 113.1.1. 評(píng)審原因 113.1.2. 評(píng)審內(nèi)容 113.1.3. 評(píng)審過程 123.1.4. 評(píng)審人員 123.1.5. 評(píng)審方式 123.1.6. 結(jié)束標(biāo)準(zhǔn) 124. 用例規(guī)范 124.1 編寫用例規(guī)范 124.2 編寫用例標(biāo)準(zhǔn) 134.3 用例實(shí)例說明 134.3.1. 字段說明 134.3.2. 用例說明 144.4 用例級(jí)別劃分 155. 用例的維護(hù) 156. 風(fēng)險(xiǎn)分析 167.

3、測(cè)試用例模板 161. 引言1.1善E背景為保證測(cè)試用例對(duì)需求的覆蓋率，即對(duì)一個(gè)系統(tǒng)從整體功能到單個(gè)功能，都盡可能的高的覆蓋。而單個(gè)功能點(diǎn)主要強(qiáng)調(diào)的是不同的輸入及其組合所帶來的各種輸入動(dòng)作，系統(tǒng)是否都做了處理；測(cè)試用例設(shè)計(jì)首先要明確該系統(tǒng)存在多少功能點(diǎn)，要通過各種常用的測(cè)試方法來保證用例的完整性，然后再對(duì)各功能點(diǎn)的邊界范圍進(jìn)行考慮。所以要保證測(cè)試用例的設(shè)計(jì)按照一種合理的結(jié)構(gòu)組織進(jìn)行，這樣才能夠更有效的保證系統(tǒng)所有功能點(diǎn)的覆蓋率。1.2 目的為測(cè)試用例的質(zhì)量負(fù)責(zé)，使測(cè)試工作能有序、合理化的進(jìn)行，從而提高實(shí)施測(cè)試時(shí)對(duì)所測(cè)產(chǎn)品、系統(tǒng)或者模塊的測(cè)試質(zhì)量，也是作為各測(cè)試人員在設(shè)計(jì)用例時(shí)的一種規(guī)范，使之設(shè)

4、計(jì)的用例能有效的被管理。1.3 適用范圍本文檔適用于測(cè)試人員本文檔適用于X X系統(tǒng)進(jìn)行測(cè)試時(shí)的測(cè)試案例設(shè)計(jì)本文檔適用于X X案例補(bǔ)充時(shí)的測(cè)試案例1.4 縮寫和術(shù)語無2. 測(cè)試用例2.2 概念是指為了實(shí)施測(cè)試而編寫的一組有規(guī)范性、有據(jù)可依的輸入數(shù)據(jù)與輸出數(shù)據(jù)的組合，也指為了實(shí)施測(cè)試而向被測(cè)對(duì)象提供的一組輸入、輸出數(shù)據(jù)以及由各種執(zhí)行條件和期望結(jié)果相組合的一個(gè)特定集合，以便測(cè)試某個(gè)程序路徑或者來核實(shí)是否滿足某個(gè)特定的需求。2.3 用途指導(dǎo)測(cè)試工作有序進(jìn)行，使實(shí)施測(cè)試的數(shù)據(jù)有據(jù)可依確保所實(shí)現(xiàn)的功能與客戶預(yù)期的需求相符合完善軟件不同版本之間的重復(fù)性測(cè)試跟蹤測(cè)試進(jìn)度，確定測(cè)試重點(diǎn)評(píng)估測(cè)試結(jié)果的度量標(biāo)準(zhǔn)增強(qiáng)

5、軟件的可信任度分析缺陷的標(biāo)準(zhǔn)2.4 設(shè)計(jì)依據(jù)需求說明書項(xiàng)目測(cè)試需求功能點(diǎn)所屬行業(yè)的業(yè)務(wù)知識(shí)掌握程度測(cè)試工程師本人的理解程度（個(gè)人經(jīng)驗(yàn)）2.5 編號(hào)規(guī)則以xx版本.需求一級(jí)菜單號(hào).二級(jí)菜單號(hào).用例排序?yàn)榫幪?hào)規(guī)則，例如： CS.1.1.1以各項(xiàng)目制定的規(guī)范為依據(jù)2.6 用例內(nèi)容用功用標(biāo)刖用輸預(yù)實(shí)問執(zhí)Bug需用測(cè)執(zhí)備例能例題置例入期際題行編求例試行注編占八、級(jí)概條步數(shù)結(jié)結(jié)描結(jié)號(hào)編編執(zhí)日號(hào)別述件驟據(jù)果果述果號(hào)寫行期者者用例編號(hào)：唯一標(biāo)識(shí)，與需求編號(hào)對(duì)應(yīng)，為多對(duì)一關(guān)系用例編寫者：設(shè)計(jì)用例的人員被測(cè)對(duì)象：要測(cè)試的功能點(diǎn)（模塊、系統(tǒng)）用例標(biāo)題：對(duì)測(cè)試項(xiàng)簡(jiǎn)短的描述用例級(jí)別：確定用例執(zhí)行的級(jí)別。參考5.4前提條

6、件：執(zhí)行用例時(shí)需要的預(yù)置條件輸入條件：執(zhí)行該動(dòng)作需要輸入的數(shù)據(jù)操作步驟：執(zhí)行該動(dòng)作需要完成的操作預(yù)期結(jié)果：執(zhí)行完該動(dòng)作后程序的表現(xiàn)結(jié)果實(shí)際結(jié)果：實(shí)際輸出的結(jié)果問題描述：執(zhí)行該用例出現(xiàn)后系統(tǒng)顯示的錯(cuò)誤驗(yàn)證結(jié)果：該測(cè)試用例是否執(zhí)行通過BUG 編號(hào)：填寫 BUGBASE 中對(duì)應(yīng)此用例的 BUG 編號(hào)需求編號(hào)：唯一標(biāo)識(shí)，與用例編號(hào)對(duì)應(yīng)，為一對(duì)多關(guān)系測(cè)試執(zhí)行者：按照該用例執(zhí)行測(cè)試的人員測(cè)試日期：執(zhí)行測(cè)試的時(shí)間備注：對(duì)未執(zhí)行或不能進(jìn)行執(zhí)行的用例進(jìn)行說明2.7 用例設(shè)計(jì)方法2.7.1. 等價(jià)類劃分法1) 概念是一種最典型的黑盒測(cè)試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，而是只根據(jù)對(duì)程序的要求和說明進(jìn)行測(cè)試用例的設(shè)

7、計(jì)。測(cè)試人員要求對(duì)需求說明書中的各項(xiàng)功能需求進(jìn)行細(xì)致分析，把程序的輸入域劃分成若干個(gè)部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例，經(jīng)過這種劃分后，每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。2) 分類有效等價(jià)類：是指對(duì)于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合無效等價(jià)類：是指對(duì)程序的規(guī)格說明來說是不合理的、無意義的輸入數(shù)據(jù)構(gòu)成的集合3) 步驟從需求說明書中找出各個(gè)輸入條件對(duì)找出的每個(gè)輸入條件劃分兩個(gè)或兩個(gè)以上的等價(jià)類4) 方法在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)時(shí)，可以確定一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件情

8、況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類在輸入條件是一個(gè)布爾量時(shí)，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類在規(guī)定了輸入數(shù)據(jù)的一組值（假定 n 個(gè)） ，并且程序要求對(duì)每一個(gè)輸入值分別處理的情況下，可確定 n 個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類2.7.2. 邊界值分析法是等價(jià)類測(cè)試的特例，主要考慮等價(jià)類的邊界條件，在等價(jià)類的邊緣處選擇元素，是指輸入和輸出的等價(jià)類中那些恰好處在邊界，恰好超過邊界或恰好在邊界以內(nèi)的數(shù)據(jù)集合組成的用例。對(duì)邊界值設(shè)計(jì)測(cè)試用例原則：如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超出這個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)、最

9、小個(gè)數(shù)、比最小個(gè)數(shù)小 1 、比最大個(gè)數(shù)多 1 的數(shù)作為測(cè)試數(shù)據(jù)如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)邊界上的值作為測(cè)試用例分析規(guī)格說明，找出其他可能的邊界條件2.7.3. 錯(cuò)誤推測(cè)法是根據(jù)經(jīng)驗(yàn)和直覺設(shè)計(jì)測(cè)試用例。其思想是：如某處發(fā)現(xiàn)了缺陷，則該處可能會(huì)隱藏更多的缺陷，在實(shí)際操作中，列出程序中所有可能的錯(cuò)誤和容易發(fā)生的特殊情況，然后依據(jù)測(cè)試者經(jīng)驗(yàn)作出選擇；而該用例設(shè)計(jì)方法不是一個(gè)系統(tǒng)的測(cè)試方法，只是作為輔助手段，其優(yōu)點(diǎn)是測(cè)試者能快速且容易的切入，并能體會(huì)到程序的易用與否，缺點(diǎn)是

10、難以知道測(cè)試的覆蓋率，可能丟失大量的未知區(qū)域。2.8 功能性測(cè)試方法2.8.1. 輸入非法數(shù)據(jù)處理非法數(shù)據(jù)的方法：防止不正確的輸入進(jìn)入被測(cè)軟件輸入了不正確的數(shù)據(jù)后，軟件提示錯(cuò)誤信息，拒絕不正確輸入允許不正確的輸入進(jìn)入系統(tǒng)并處理，軟件失效時(shí)調(diào)用異常處理程序測(cè)試的方法：輸入數(shù)據(jù)的類型 輸入數(shù)據(jù)的長度輸入數(shù)據(jù)邊界值2.8.2. 輸入默認(rèn)值測(cè)試方法：接收軟件顯示的默認(rèn)值 鍵入空值 將默認(rèn)值改為另一個(gè)值，這樣會(huì)使應(yīng)用程序以不同值來允許 將默認(rèn)值改為另一個(gè)值，然后再變?yōu)榭罩?.8.3. 輸入使緩沖區(qū)溢出的數(shù)據(jù)測(cè)試方法：弄清楚測(cè)試的輸入域長度，輸入最大字符串測(cè)試輸入一個(gè)比最大字符串更長的字符串2.8.4.

11、輸出不符合業(yè)務(wù)規(guī)則的無效輸出測(cè)試方法：列出所有無效輸出，然后逐一測(cè)試熟悉業(yè)務(wù)規(guī)則及行業(yè)背景知識(shí)（如日期、時(shí)間、金額等小數(shù)問題）2.8.5. 數(shù)據(jù)結(jié)構(gòu)溢出所有數(shù)據(jù)結(jié)構(gòu)的大小都有上限，開發(fā)人員經(jīng)常對(duì)有關(guān)數(shù)據(jù)結(jié)構(gòu)的內(nèi)容進(jìn)行編碼，忘記結(jié)構(gòu)本身的物理局限。測(cè)試方法：嘗試將過多的值輸入數(shù)據(jù)結(jié)構(gòu)，測(cè)試上溢 嘗試多刪除一個(gè)數(shù)據(jù)，測(cè)試下溢 全面理解需求文檔，確定數(shù)據(jù)結(jié)構(gòu)的界限2.8.6. 文件內(nèi)容受損當(dāng)文件上傳時(shí)，需要對(duì)上傳文件的類型及內(nèi)容進(jìn)行測(cè)試測(cè)試方法：上傳不同類型的文件，檢查系統(tǒng)怎樣處理上傳內(nèi)容受損的文件，檢查系統(tǒng)怎樣處理上傳不同路徑的文件，檢查系統(tǒng)怎樣處理2.9 軟件環(huán)境兼容性測(cè)試2.9.1. 與操作系

12、統(tǒng)的兼容性操作系統(tǒng)的兼容性測(cè)試內(nèi)容不僅包括軟件的安裝，還需對(duì)關(guān)鍵流程和功能點(diǎn)進(jìn)行檢查。而需要測(cè)試哪些操作系統(tǒng)的兼容性，首先取決于軟件用戶文檔上對(duì)用戶的承諾，其次就需要對(duì)一些常用操作系統(tǒng)兼容的檢查。手機(jī)操作系統(tǒng)包括WAP 版及 CS 版WAP 版：AndroidiPhone OSLinuxLinux Smartphone OSMymobilePalm OSRIM OSSymbian OSwebOSWindows Mobile OSCS 版：iPhone OSLinuxLinux Smartphone OSRIM OSSymbian OSWindows Mobile OSB/S系統(tǒng)兼容的瀏覽器為i

13、e6、IE7、IE8、火狐2、火狐3C/S 或 B/S 系統(tǒng) 兼容操作系統(tǒng)windows XP 、 windows2000 、 windows2003 、 windows7 等等3. 用例設(shè)計(jì)步驟測(cè)試需求分析： 從軟件需求分析文檔中， 找出待測(cè)軟件/模塊的需求，通過自己的分析、理解，整理成為測(cè)試需求，要清楚被測(cè)對(duì)象具體包含哪些功能點(diǎn)業(yè)務(wù)流程分析：對(duì)所在行業(yè)的業(yè)務(wù)知識(shí)要熟悉，然后對(duì)被測(cè)軟件/模塊的業(yè)務(wù)流程要進(jìn)行全盤的整理出來（可畫簡(jiǎn)單的流程圖作為參考） ，主要包含該業(yè)務(wù)流程的主流程、備選流程、數(shù)據(jù)流向、關(guān)鍵判斷條件以及完成該操作的非必要條件測(cè)試用例設(shè)計(jì)：測(cè)試用例設(shè)計(jì)的類型主要包括功能測(cè)試、邊界測(cè)

14、試、異常測(cè)試、性能測(cè)試、壓力測(cè)試等，在設(shè)計(jì)用例時(shí)要盡量考慮邊界、異常等情況測(cè)試用例評(píng)審：由測(cè)試用例設(shè)計(jì)者發(fā)起，參加的人員需包括測(cè)試負(fù)責(zé)人、項(xiàng)目經(jīng)理、開發(fā)人員及其他相關(guān)的測(cè)試人員測(cè)試用例完善：測(cè)試用例編寫完成之后需不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新；在測(cè)試過程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善3.2 用例評(píng)審3.2.1. 評(píng)審原因測(cè)試用例是軟件測(cè)試的原則，但由于軟件人員對(duì)在需求理解、設(shè)計(jì)等理解程度不同等因素的影響，首次產(chǎn)生的測(cè)試用例質(zhì)量難以避免會(huì)有不

15、同程度的差異，故對(duì)編寫的測(cè)試用例進(jìn)行評(píng)審是很有必要的，其作用是測(cè)試用例的評(píng)審過程能夠起到用例結(jié)構(gòu)清晰化、場(chǎng)景覆蓋全面化以及優(yōu)先用例的合理化安排等。3.2.2. 評(píng)審內(nèi)容用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰合理，是否高效的需求進(jìn)行覆蓋用例的優(yōu)先級(jí)別是否安排合理是否覆蓋了測(cè)試需求的所有功能點(diǎn)，包括需求中的業(yè)務(wù)規(guī)則、所有用戶可能使用的流程或場(chǎng)景等用例是否有很好的可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確是否已經(jīng)刪除了冗余的測(cè)試用例是否包含充分的負(fù)面測(cè)試用例是否簡(jiǎn)潔、復(fù)用性強(qiáng)是否易于管理3.2.3. 評(píng)審過程基于項(xiàng)目需求的測(cè)試計(jì)劃完成之后，進(jìn)行初審，主要是對(duì)測(cè)試范圍和測(cè)試要點(diǎn)進(jìn)行審

16、查在測(cè)試用例的設(shè)計(jì)完成之后進(jìn)行復(fù)審，主要是對(duì)測(cè)試用例的結(jié)構(gòu)和覆蓋率進(jìn)行評(píng)審所有測(cè)試用例結(jié)束后，主要是對(duì)測(cè)試用例的具體描述是否有很好的可執(zhí)行性，是否有冗余用例的存在進(jìn)行評(píng)審3.2.4. 評(píng)審人員部門評(píng)審：測(cè)試部全體成員參與的評(píng)審項(xiàng)目評(píng)審：項(xiàng)目組全體測(cè)試人員與部分開發(fā)人員、需求人員等組成的小組公司評(píng)審：包括項(xiàng)目經(jīng)理、需求分析人員、開發(fā)人員、測(cè)試人員客戶評(píng)審：包括客戶方的開發(fā)人員和測(cè)試人員內(nèi)部評(píng)審：全部參與測(cè)試的人員3.2.5. 評(píng)審方式會(huì)議評(píng)審（包括內(nèi)部評(píng)審及客戶評(píng)審） 。由設(shè)計(jì)該用例的人員進(jìn)行講解，參與會(huì)議評(píng)審的相關(guān)人員給出意見或建議，并記錄評(píng)審的意見和建議其他類形式。非正式的評(píng)審，話聊、主動(dòng)請(qǐng)

17、教周邊同事等3.2.6. 結(jié)束標(biāo)準(zhǔn)經(jīng)評(píng)審的用例由用例設(shè)計(jì)者根據(jù)評(píng)審的建議或意見進(jìn)行修改，更新用例，再次發(fā)起評(píng)審、修改、更新用例，反復(fù)評(píng)審后，直至用例達(dá)到要求。 （反復(fù)評(píng)審時(shí)存在時(shí)間問題）4. 用例規(guī)范4.2 編寫用例規(guī)范系統(tǒng)性。對(duì)系統(tǒng)業(yè)務(wù)流程要完整說明整個(gè)系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個(gè)子系統(tǒng)組成以及它們之間的關(guān)系；對(duì)模塊業(yè)務(wù)流程要說明子系統(tǒng)內(nèi)部功能、重點(diǎn)功能以及它們之間的關(guān)系連貫性。對(duì)系統(tǒng)業(yè)務(wù)流程要說明各個(gè)子系統(tǒng)之間是如何連接在一起，若需要接口，各子系統(tǒng)之間是否有正確的接口，若是依靠頁面鏈接，則頁面的鏈接是否正確；對(duì)模塊業(yè)務(wù)流程要說明同級(jí)模塊以及上下級(jí)模塊是如何構(gòu)成一個(gè)子系統(tǒng)，其內(nèi)部功能接口是否連

18、貫 全面性。應(yīng)盡可能覆蓋各種路徑、盡可能覆蓋各個(gè)業(yè)務(wù)點(diǎn)，并要考慮跨年、跨月的數(shù)據(jù)以及大數(shù)據(jù)量并發(fā)測(cè)試的準(zhǔn)備正確性。輸入界面后的數(shù)據(jù)應(yīng)與測(cè)試文檔所記錄的數(shù)據(jù)一致，而預(yù)期結(jié)果也應(yīng)與測(cè)試數(shù)據(jù)發(fā)生的業(yè)務(wù)吻合符合正常業(yè)務(wù)規(guī)則。測(cè)試數(shù)據(jù)要符合用戶實(shí)際工作中的業(yè)務(wù)流程，同時(shí)也要兼顧各種業(yè)務(wù)的變化以及當(dāng)前該業(yè)務(wù)行業(yè)的法律、法規(guī)可操作性。測(cè)試用例中要寫清楚測(cè)試的操作步驟，以及不同的操作步驟相對(duì)應(yīng)的測(cè)試結(jié)果4.3 編寫用例標(biāo)準(zhǔn)測(cè)試案例編寫應(yīng)該制訂統(tǒng)一的模板進(jìn)行，并約定模板的使用方法；測(cè)試案例編寫應(yīng)當(dāng)根據(jù)項(xiàng)目實(shí)際情況編寫測(cè)試案例編寫手冊(cè)，包括案例編號(hào)規(guī)則、案例編寫方法、案例編寫內(nèi)容、案例維護(hù)等內(nèi)容；案例編寫應(yīng)根據(jù)手

19、冊(cè)中約定的編寫方法、內(nèi)容等進(jìn)行編寫；案例編寫要步驟明確，輸入輸出要素清晰，并且與需求和缺陷相對(duì)應(yīng)；案例編寫應(yīng)嚴(yán)格根據(jù)需求規(guī)格說明書及測(cè)試需求功能分析點(diǎn)進(jìn)行，要求覆蓋全部需求功能八、,注重案例的可復(fù)用性，即在以后相似系統(tǒng)的測(cè)試過程中可以重復(fù)使用，減少測(cè)試設(shè)計(jì)工作量。4.4 用例實(shí)例說明4.4.1. 字段說明序號(hào)功能點(diǎn)用例總 數(shù)結(jié)果Y結(jié)果N結(jié)果H執(zhí)行率Y%N%H%編寫人執(zhí)行人備注1登錄2首頁3賬戶管理4轉(zhuǎn)帳匯款5網(wǎng)上支付6網(wǎng)上催款總計(jì)功能點(diǎn)：按照系統(tǒng)一級(jí)菜單名稱列出整個(gè)系統(tǒng)的大功能點(diǎn)，功能點(diǎn)順序與系統(tǒng)菜單順序相符結(jié)果為Y：表示用例執(zhí)行通過，軟件實(shí)現(xiàn)的功能與用例描述相符結(jié)果為N:用例執(zhí)行不通過，軟件

20、功能與用例描述不相符，軟件功能錯(cuò)誤結(jié)果為 H ：用例暫不執(zhí)行，現(xiàn)有軟件暫不能達(dá)到該條用例的執(zhí)行條件編寫人：編寫該功能點(diǎn)測(cè)試用例的人員姓名執(zhí)行人：執(zhí)行該功能點(diǎn)測(cè)試用例的人員姓名備注：當(dāng)此模塊無法完成測(cè)試，或該模塊被刪除時(shí)，在備注中填寫無法完成此功能測(cè)試的原因或不能進(jìn)行測(cè)試的原因4.4.2. 用例說明Sheet表：每個(gè)一級(jí)菜單為一個(gè)單獨(dú)的sheet表，每個(gè)sheet表中包含此一級(jí)菜單下所有二級(jí)菜單及功能點(diǎn)二級(jí)菜單命名規(guī)則：菜單序號(hào)二級(jí)菜單名稱序號(hào)編寫規(guī)則：以手機(jī)版本.需求一級(jí)菜單號(hào).二級(jí)菜單號(hào).用例排序?yàn)榫幪?hào)規(guī)則用例步驟1) 編寫完整的測(cè)試用例步驟2) 列出必要的前提條件3) 列出明確的輸入數(shù)據(jù)4

21、) 語言表達(dá)清晰明確預(yù)期輸出1) 測(cè)試結(jié)果的可判定性，即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果2) 測(cè)試結(jié)果的可再現(xiàn)性，即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的編寫測(cè)試用例順序1) 驗(yàn)證整體頁面的元素2) 驗(yàn)證各個(gè)功能點(diǎn)，包括文本框、鏈接、按鈕等(注：按照頁面從上而下，從左至右的順序驗(yàn)證)3) 驗(yàn)證業(yè)務(wù)流程測(cè)試用例填寫規(guī)范1) 當(dāng)驗(yàn)證結(jié)果為Y 時(shí)，需要填寫需求編號(hào)、測(cè)試人和測(cè)試日期項(xiàng)2) 當(dāng)驗(yàn)證結(jié)果為N 時(shí)，需要填寫問題描述(描述由此用例測(cè)試出的BUG ) 、 BUG 編號(hào)(提交到缺陷管理工具的 BUG 編號(hào)) 、需求編號(hào)、測(cè)試人和測(cè)試日期項(xiàng)3) 當(dāng)驗(yàn)證結(jié)果為

22、 H 時(shí)，需要填寫測(cè)試人、測(cè)試日期、需求編號(hào)和備注(備注信息填寫 Hold 原因或由于某個(gè)BUG 影響而無法進(jìn)行測(cè)試）4) 4. 用例級(jí)別劃分目的：保證所設(shè)計(jì)的用例在實(shí)施測(cè)試時(shí)真正起到指導(dǎo)作用突出測(cè)試的重點(diǎn)，可以有針對(duì)性的實(shí)施測(cè)試對(duì)測(cè)試用例進(jìn)行優(yōu)先級(jí)的劃分，一般需要從三個(gè)方面考慮：P1:確保系統(tǒng)基本功能及主要功能的測(cè)試用例P2:確保系統(tǒng)功能的完善方面的測(cè)試用例P3:關(guān)于用戶體驗(yàn)，輸入輸出的驗(yàn)證以及其他較少使用或輔助功能的測(cè)試用例對(duì)應(yīng)的，我們可以對(duì)測(cè)試用例分為三個(gè)級(jí)別：高、中、低高（優(yōu)先執(zhí)行） ：即關(guān)鍵路徑的測(cè)試用例，包括最常執(zhí)行的功能、基本流程的輸入以及界面數(shù)據(jù)有效性校驗(yàn)作為高級(jí)別的測(cè)試用例；

23、若該級(jí)別的測(cè)試用例完全執(zhí)行通過，則表示該軟件功能漸趨穩(wěn)土定；中（次級(jí)執(zhí)行） ：即可接收級(jí)測(cè)試的用例，包括不常執(zhí)行的功能、異常流程的輸入、邊界值以及異常數(shù)據(jù)的輸入作為中等級(jí)別的測(cè)試用例；若該級(jí)別的測(cè)試用例完全執(zhí)行通過，則表示該軟件可以進(jìn)行發(fā)布了；低（最后執(zhí)行） ：即建議執(zhí)行的測(cè)試用例，也就是說該級(jí)別的測(cè)試用例不是不重要，而是該級(jí)別的用例在整個(gè)項(xiàng)目的生命周期內(nèi)不是常常被運(yùn)行，包括： GUI 、界面顯示、錯(cuò)誤信息提示不統(tǒng)一、可用性、壓力和性能測(cè)試等。備注：對(duì)已有的用例級(jí)別說明，包括 A-正常流程測(cè)試、B-異常流程測(cè)試、C-頁面元素正常輸入測(cè)試、D-頁面元素異常輸入測(cè)試、E-頁面元素顯示測(cè)試，可具體歸

24、類如下（僅供參考） ：高：A-正常流程測(cè)試、C-頁面元素正常輸入測(cè)試中：B-異常流程測(cè)試、D-頁面元素異常輸入測(cè)試低： E- 頁面元素顯示測(cè)試5 . 用例的維護(hù)刪除過時(shí)的測(cè)試用例 因?yàn)樾枨蟮母淖兊仍蚩赡軙?huì)使一個(gè)基線測(cè)試用例不再適合被測(cè)系統(tǒng)，那么這些測(cè)試用例 就會(huì)過時(shí)，需要對(duì)這些測(cè)試用例進(jìn)行及時(shí)的刪除，在刪除過程中，不能夠?qū)⒄械臏y(cè)試用 例刪除，應(yīng)該將要?jiǎng)h除的測(cè)試用例整行置灰，并將該行的用例計(jì)數(shù)器清為空；當(dāng)整個(gè)功能 模塊需要?jiǎng)h除時(shí)，則將整個(gè) SHEET狀態(tài)置灰，并將用例計(jì)數(shù)器清空修改的測(cè)試用例隨著軟件項(xiàng)目的進(jìn)展，測(cè)試需求可能會(huì)有部分變更，甚至大范圍的變更，這個(gè)時(shí)候我們就會(huì)根據(jù)需求的變化相應(yīng)的對(duì)

25、測(cè)試用例進(jìn)行維護(hù)，修改已經(jīng)不符合目前需求的內(nèi)容，并在備注欄中加以說明刪除冗余的測(cè)試用例如果存在兩個(gè)或更多測(cè)試用例對(duì)一組相同的輸入和輸入進(jìn)行測(cè)試，則需要對(duì)其進(jìn)行刪除，只需留下其中的一個(gè)增添新的測(cè)試用例對(duì)新增的功能、在評(píng)審過程及測(cè)試過程中發(fā)現(xiàn)缺少測(cè)試用例或者系統(tǒng)出現(xiàn)BUG但是沒有與之對(duì)應(yīng)的測(cè)試用例，需要按照測(cè)試用例的設(shè)計(jì)標(biāo)準(zhǔn)進(jìn)行增添，增加測(cè)試用例時(shí)，需要在相應(yīng)功能模塊的最下方插入新增的測(cè)試用例，并在備注欄中加以說明6 .風(fēng)險(xiǎn)分析沒有正式需求的測(cè)試用例。用例編寫進(jìn)度跟不上項(xiàng)目進(jìn)度用例的評(píng)審只是走形式需求變更后未及時(shí)通知測(cè)試人員測(cè)試人員后期加入項(xiàng)目，對(duì)需求了解不透徹7 .測(cè)試用例模板測(cè)試用例根據(jù)以下模板進(jìn)行填寫用例ID考勤_1_1_1用例名稱門禁權(quán)限變更管埋流程1測(cè)試目的驗(yàn)證門禁權(quán)限