測(cè)試用例編寫規(guī)范說(shuō)明及模板

1、部門管理文檔系列*公司測(cè)試用例編寫標(biāo)準(zhǔn)及原則擬制審核批準(zhǔn)修訂歷史記錄版本日期AMD修訂者說(shuō)明1.0A初稿1.1M（A-添加，M-修改，D-刪除）目錄1. 引言 51.1 背景 51.2 目的 51.3 適用范圍 51.4 縮寫和術(shù)語(yǔ) 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.

2、7.4. 輸出不符合業(yè)務(wù)規(guī)則的無(wú)效輸出 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)審過(guò)程 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í)例說(shuō)明 134.3.1.字段說(shuō)明 134.3.2.用例說(shuō)明 144.4. 用例級(jí)別劃分 155. 用例的維護(hù) 156.

3、 風(fēng)險(xiǎn)分析 167. 測(cè)試用例模板 161. 引言為保證測(cè)試用例對(duì)需求的覆蓋率，即對(duì)一個(gè)系統(tǒng)從整體功能到單個(gè)功能，都盡可能的高的覆蓋。而單個(gè)功能點(diǎn)主要強(qiáng)調(diào)的是不同的輸入及其組合所帶來(lái)的各種輸入動(dòng)作，系統(tǒng)是否都做了處理；測(cè) 試用例設(shè)計(jì)首先要明確該系統(tǒng)存在多少功能點(diǎn)，要通過(guò)各種常用的測(cè)試方法來(lái)保證用例的完整性， 然后再對(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í)的

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

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

6、計(jì)用例的人員被測(cè)對(duì)象：要測(cè)試的功能點(diǎn)（模塊、系統(tǒng)）用例標(biāo)題：對(duì)測(cè)試項(xiàng)簡(jiǎn)短的描述用例級(jí)別：確定用例執(zhí)行的級(jí)別。參考5.4前提條件：執(zhí)行用例時(shí)需要的預(yù)置條件輸入條件：執(zhí)行該動(dòng)作需要輸入的數(shù)據(jù)操作步驟：執(zhí)行該動(dòng)作需要完成的操作預(yù)期結(jié)果：執(zhí)行完該動(dòng)作后程序的表現(xiàn)結(jié)果實(shí)際結(jié)果：實(shí)際輸出的結(jié)果問(wèn)題描述：執(zhí)行該用例出現(xiàn)后系統(tǒng)顯示的錯(cuò)誤驗(yàn)證結(jié)果：該測(cè)試用例是否執(zhí)行通過(guò)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)行說(shuō)明2.6. 用例設(shè)計(jì)方法2.6.1

7、. 等價(jià)類劃分法1) 概念 是一種最典型的黑盒測(cè)試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，而是只根據(jù)對(duì)程序的要求和說(shuō) 明進(jìn)行測(cè)試用例的設(shè)計(jì)。測(cè)試人員要求對(duì)需求說(shuō)明書(shū)中的各項(xiàng)功能需求進(jìn)行細(xì)致分析，把程序的輸 入域劃分成若干個(gè)部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例，經(jīng)過(guò)這種劃分后， 每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。2) 分類? 有效等價(jià)類：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的 集合? 無(wú)效等價(jià)類：是指對(duì)程序的規(guī)格說(shuō)明來(lái)說(shuō)是不合理的、無(wú)意義的輸入數(shù)據(jù)構(gòu)成的 集合3) 步驟? 從需求說(shuō)明書(shū)中找出各個(gè)輸入條件? 對(duì)找出的每個(gè)輸入條件劃分兩個(gè)或兩個(gè)以

8、上的等價(jià)類4) 方法? 在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)時(shí)，可以確定一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類? 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件情況下，可以確定一個(gè)有效等 價(jià)類和一個(gè)無(wú)效等價(jià)類? 在輸入條件是一個(gè)布爾量時(shí)，可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類? 在規(guī)定了輸入數(shù)據(jù)的一組值（假定 n 個(gè)），并且程序要求對(duì)每一個(gè)輸入值分別處理的情況下，可 確定 n 個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類2.6.2. 邊界值分析法是等價(jià)類測(cè)試的特例，主要考慮等價(jià)類的邊界條件，在等價(jià)類的邊緣處選擇元素，是指輸入和 輸出的等價(jià)類中那些恰好處在邊界，恰好超過(guò)邊界或恰好在邊界以內(nèi)的數(shù)據(jù)集合組成的用例。

9、對(duì)邊界值設(shè)計(jì)測(cè)試用例原則：? 如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超出這 個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)? 如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)小1 、比最大個(gè)數(shù)多 1 的數(shù)作為測(cè)試數(shù)據(jù)? 如果程序的規(guī)格說(shuō)明給出的輸入域或輸出域是有序集合，則應(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ī)格說(shuō)明，找出其他可能的邊界條件2.6.3. 錯(cuò)誤推測(cè)法是根據(jù)經(jīng)驗(yàn)和直覺(jué)設(shè)計(jì)測(cè)試用例。其思想是：如某處發(fā)現(xiàn)了缺陷，則該處可能會(huì)隱藏更多的缺 陷，在實(shí)際操作中

10、，列出程序中所有可能的錯(cuò)誤和容易發(fā)生的特殊情況，然后依據(jù)測(cè)試者經(jīng)驗(yàn)作出 選擇；而該用例設(shè)計(jì)方法不是一個(gè)系統(tǒng)的測(cè)試方法，只是作為輔助手段，其優(yōu)點(diǎn)是測(cè)試者能快速且 容易的切入，并能體會(huì)到程序的易用與否，缺點(diǎn)是難以知道測(cè)試的覆蓋率，可能丟失大量的未知區(qū) 域。2.7. 功能性測(cè)試方法2.7.1. 輸入非法數(shù)據(jù)處理非法數(shù)據(jù)的方法：? 防止不正確的輸入進(jìn)入被測(cè)軟件? 輸入了不正確的數(shù)據(jù)后，軟件提示錯(cuò)誤信息，拒絕不正確輸入? 允許不正確的輸入進(jìn)入系統(tǒng)并處理，軟件失效時(shí)調(diào)用異常處理程序 測(cè)試的方法：? 輸入數(shù)據(jù)的類型? 輸入數(shù)據(jù)的長(zhǎng)度? 輸入數(shù)據(jù)邊界值2.7.2. 輸入默認(rèn)值測(cè)試方法：? 接收軟件顯示的默認(rèn)值

11、? 鍵入空值? 將默認(rèn)值改為另一個(gè)值，這樣會(huì)使應(yīng)用程序以不同值來(lái)允許? 將默認(rèn)值改為另一個(gè)值，然后再變?yōu)榭罩?.7.3. 輸入使緩沖區(qū)溢出的數(shù)據(jù)測(cè)試方法：? 弄清楚測(cè)試的輸入域長(zhǎng)度，輸入最大字符串測(cè)試? 輸入一個(gè)比最大字符串更長(zhǎng)的字符串2.7.4. 輸出不符合業(yè)務(wù)規(guī)則的無(wú)效輸出測(cè)試方法：? 列出所有無(wú)效輸出，然后逐一測(cè)試? 熟悉業(yè)務(wù)規(guī)則及行業(yè)背景知識(shí)（如日期、時(shí)間、金額等小數(shù)問(wèn)題）2.7.5. 數(shù)據(jù)結(jié)構(gòu)溢出 所有數(shù)據(jù)結(jié)構(gòu)的大小都有上限，開(kāi)發(fā)人員經(jīng)常對(duì)有關(guān)數(shù)據(jù)結(jié)構(gòu)的內(nèi)容進(jìn)行編碼，忘記結(jié)構(gòu)本身 的物理局限。測(cè)試方法：? 嘗試將過(guò)多的值輸入數(shù)據(jù)結(jié)構(gòu)，測(cè)試上溢? 嘗試多刪除一個(gè)數(shù)據(jù)，測(cè)試下溢? 全面理

12、解需求文檔，確定數(shù)據(jù)結(jié)構(gòu)的界限2.7.6. 文件內(nèi)容受損 當(dāng)文件上傳時(shí)，需要對(duì)上傳文件的類型及內(nèi)容進(jìn)行測(cè)試 測(cè)試方法：上傳不同類型的文件，檢查系統(tǒng)怎樣處理上傳內(nèi)容受損的文件，檢查系統(tǒng)怎樣處理上傳不同路徑的文件，檢查系統(tǒng)怎樣處理2.8. 軟件環(huán)境兼容性測(cè)試2.8.1. 與操作系統(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 版：? Android? iPhone OS? LinuxLinux Sma

13、rtphone OSMymobilePalm OSRIM OS? Symbian OS? webOS? Windows Mobile OSCS 版：? iPhone OS? Linux? Linux Smartphone OS? RIM OS? Symbian OS? Windows Mobile OSB/S系統(tǒng)兼容的瀏覽器為ie6、IE7、IE8、火狐2、火狐3C/S 或 B/S 系統(tǒng) 兼容操作系統(tǒng) windows XP 、 windows2000 、 windows2003 、 windows7 等等3. 用例設(shè)計(jì)步驟? 測(cè)試需求分析：從軟件需求分析文檔中， 找出待測(cè)軟件 /模塊的需求，

14、通過(guò)自己的分析、理解，整理成為測(cè)試需求，要清楚被測(cè)對(duì)象具體包含哪些功能點(diǎn) 業(yè)務(wù)流程分析：對(duì)所在行業(yè)的業(yè)務(wù)知識(shí)要熟悉，然后對(duì)被測(cè)軟件/模塊的業(yè)務(wù)流程要進(jìn)行全盤的整理出來(lái)（可畫簡(jiǎn)單的流程圖作為參考） ，主要包含該業(yè)務(wù)流程的主流程、備 選流程、數(shù)據(jù)流向、關(guān)鍵判斷條件以及完成該操作的非必要條件 測(cè)試用例設(shè)計(jì)：測(cè)試用例設(shè)計(jì)的類型主要包括功能測(cè)試、邊界測(cè)試、異常測(cè)試、性能 測(cè)試、壓力測(cè)試等，在設(shè)計(jì)用例時(shí)要盡量考慮邊界、異常等情況 測(cè)試用例評(píng)審：由測(cè)試用例設(shè)計(jì)者發(fā)起，參加的人員需包括測(cè)試負(fù)責(zé)人、項(xiàng)目經(jīng)理、 開(kāi)發(fā)人員及其他相關(guān)的測(cè)試人員 測(cè)試用例完善：測(cè)試用例編寫完成之后需不斷完善，軟件產(chǎn)品新增功能或更新需求

15、后， 測(cè)試用例必須配套修改更新；在測(cè)試過(guò)程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè) 試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測(cè)試用 例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善3.1. 用例評(píng)審3.1.1. 評(píng)審原因測(cè)試用例是軟件測(cè)試的原則，但由于軟件人員對(duì)在需求理解、設(shè)計(jì)等理解程度不同等因素的影 響，首次產(chǎn)生的測(cè)試用例質(zhì)量難以避免會(huì)有不同程度的差異，故對(duì)編寫的測(cè)試用例進(jìn)行評(píng)審是很有 必要的，其作用是測(cè)試用例的評(píng)審過(guò)程能夠起到用例結(jié)構(gòu)清晰化、場(chǎng)景覆蓋全面化以及優(yōu)先用例的 合理化安排等。3.1.2. 評(píng)審內(nèi)容?用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰合理，是否高效的需求進(jìn)行覆蓋?用例的優(yōu)

16、先級(jí)別是否安排合理?是否覆蓋了測(cè)試需求的所有功能點(diǎn)，包括需求中的業(yè)務(wù)規(guī)則、所有用戶可能使用的流程或-kz,場(chǎng)景等用例是否有很好的可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確是否已經(jīng)刪除了冗余的測(cè)試用例 是否包含充分的負(fù)面測(cè)試用例?是否簡(jiǎn)潔、復(fù)用性強(qiáng)是否易于管理3.1.3.?評(píng)審過(guò)程基于項(xiàng)目需求的測(cè)試計(jì)劃完成之后，進(jìn)行初審，主要是對(duì)測(cè)試范圍和測(cè)試要點(diǎn)進(jìn)行審查 在測(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.1.4.?評(píng)審人員部門評(píng)審：測(cè)試部全

17、體成員參與的評(píng)審 項(xiàng)目評(píng)審：項(xiàng)目組全體測(cè)試人員與部分開(kāi)發(fā)人員、需求人員等組成的小組 公司評(píng)審：包括項(xiàng)目經(jīng)理、需求分析人員、開(kāi)發(fā)人員、測(cè)試人員 客戶評(píng)審：包括客戶方的開(kāi)發(fā)人員和測(cè)試人員 內(nèi)部評(píng)審：全部參與測(cè)試的人員3.1.5.?評(píng)審方式會(huì)議評(píng)審（包括內(nèi)部評(píng)審及客戶評(píng)審） 。由設(shè)計(jì)該用例的人員進(jìn)行講解，參與會(huì)議評(píng)審的相關(guān)人員給出意見(jiàn)或建議，并記錄評(píng)審的意見(jiàn)和建議其他類形式。非正式的評(píng)審，話聊、主動(dòng)請(qǐng)教周邊同事等3.1.6.結(jié)束標(biāo)準(zhǔn)經(jīng)評(píng)審的用例由用例設(shè)計(jì)者根據(jù)評(píng)審的建議或意見(jiàn)進(jìn)行修改，更新用例，再次發(fā)起評(píng)審、修改、更新用例，反復(fù)評(píng)審后，直至用例達(dá)到要求。 （反復(fù)評(píng)審時(shí)存在時(shí)間問(wèn)題）4. 用例規(guī)范4.

18、1. 編寫用例規(guī)范? 系統(tǒng)性。對(duì)系統(tǒng)業(yè)務(wù)流程要完整說(shuō)明整個(gè)系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個(gè)子系統(tǒng)組成以及它 們之間的關(guān)系；對(duì)模塊業(yè)務(wù)流程要說(shuō)明子系統(tǒng)內(nèi)部功能、重點(diǎn)功能以及它們之間的關(guān)系? 連貫性。對(duì)系統(tǒng)業(yè)務(wù)流程要說(shuō)明各個(gè)子系統(tǒng)之間是如何連接在一起，若需要接口，各子系 統(tǒng)之間是否有正確的接口，若是依靠頁(yè)面鏈接，則頁(yè)面的鏈接是否正確；對(duì)模塊業(yè)務(wù)流程 要說(shuō)明同級(jí)模塊以及上下級(jí)模塊是如何構(gòu)成一個(gè)子系統(tǒng)，其內(nèi)部功能接口是否連貫 全面性。應(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ù)

19、發(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é)果42編寫用例標(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ù)手冊(cè)中約定的編寫方法、內(nèi)容等進(jìn)行編寫；? 案例編寫要步驟明確，輸入輸出要素清晰，并且與需求和缺陷相對(duì)應(yīng)；? 案例編寫應(yīng)嚴(yán)格根據(jù)需求規(guī)格說(shuō)明書(shū)及測(cè)試需求功能分析點(diǎn)進(jìn)行，要求

20、覆蓋全部需求功能占；八、? 注重案例的可復(fù)用性，即在以后相似系統(tǒng)的測(cè)試過(guò)程中可以重復(fù)使用，減少測(cè)試設(shè)計(jì)工作量。43用例實(shí)例說(shuō)明4.3.1.字段說(shuō)明序號(hào)功能點(diǎn)用例總 數(shù)結(jié)果Y結(jié)果N結(jié)果H執(zhí)行率Y%N%H%編寫人執(zhí)行人備注1登錄2首頁(yè)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í)行通過(guò)，軟件實(shí)現(xiàn)的功能與用例描述相符結(jié)果為N :用例執(zhí)行不通過(guò)，軟件功能與用例描述不相符，軟件功能錯(cuò)誤? 結(jié)果為 H ：用例暫不執(zhí)行，現(xiàn)有軟件暫不能達(dá)到該條用例的執(zhí)行條件? 編寫人：編寫該功能點(diǎn)測(cè)試用例的人員姓名? 執(zhí)行人

21、：執(zhí)行該功能點(diǎn)測(cè)試用例的人員姓名? 備注：當(dāng)此模塊無(wú)法完成測(cè)試，或該模塊被刪除時(shí)，在備注中填寫無(wú)法完成此功能測(cè)試的 原因或不能進(jìn)行測(cè)試的原因4.3.2. 用例說(shuō)明? 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) 語(yǔ)言表達(dá)清晰明確? 預(yù)期輸出1) 測(cè)試結(jié)果的可判定性，即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng) 的

22、期望結(jié)果2) 測(cè)試結(jié)果的可再現(xiàn)性，即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的? 編寫測(cè)試用例順序1) 驗(yàn)證整體頁(yè)面的元素2) 驗(yàn)證各個(gè)功能點(diǎn)，包括文本框、鏈接、按鈕等(注：按照頁(yè)面從上而下，從左至右的順序 驗(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í)，需要填寫問(wèn)題描述(描述由此用例測(cè)試出的BUG )、BUG 編到缺陷管理工具的 BUG 編號(hào))、需求編號(hào)、測(cè)試人和測(cè)試日期項(xiàng)所有號(hào)(提交Hold 原3) 當(dāng)驗(yàn)證結(jié)果為 H 時(shí)，需要填寫測(cè)試人、測(cè)試日期、需求編號(hào)和備注(備注信息填寫因或由于某個(gè) BUG 影響

23、而無(wú)法進(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è)試用例；若該級(jí)別的測(cè)試用例完全執(zhí)行通過(guò)，則表示該軟件功能漸趨穩(wěn) 定；中（次級(jí)執(zhí)行） :即可接收級(jí)測(cè)試的用例，

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

25、元素異常輸入測(cè)試低：E-頁(yè)面元素顯示測(cè)試5. 用例的維護(hù)刪除過(guò)時(shí)的測(cè)試用例 因?yàn)樾枨蟮母淖兊仍蚩赡軙?huì)使一個(gè)基線測(cè)試用例不再適合被測(cè)系統(tǒng)，那么這些測(cè)試用例 就會(huì)過(guò)時(shí)，需要對(duì)這些測(cè)試用例進(jìn)行及時(shí)的刪除，在刪除過(guò)程中，不能夠?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ì)測(cè)試用例進(jìn)行維護(hù)，修改已經(jīng)不符合目前需求的內(nèi)容，并在備 注欄中加以說(shuō)明? 刪除冗余的測(cè)試用例如果存在兩個(gè)或更多測(cè)試用例對(duì)一組相同的輸入和輸入進(jìn)行測(cè)試，則需要對(duì)其進(jìn)行刪除，只需留下其中的一個(gè)? 增添新的測(cè)試用例對(duì)新增的功能、在評(píng)審過(guò)程及測(cè)試過(guò)程中發(fā)現(xiàn)缺少測(cè)試用例或者系統(tǒng)出現(xiàn)BUG但是沒(méi)有與之對(duì)應(yīng)的測(cè)試用例，需要按照測(cè)試用例的設(shè)計(jì)標(biāo)準(zhǔn)進(jìn)行增添，增加測(cè)試用例時(shí)，需要在相 應(yīng)功能模塊的最下方插入新增的測(cè)試用例，并在備注欄中加以說(shuō)明6.風(fēng)險(xiǎn)分析沒(méi)有正式需求的測(cè)試用例。用例編寫進(jìn)度跟不上項(xiàng)目進(jìn)度用例的評(píng)審只是走形式需求變更后未及時(shí)通知測(cè)試人員測(cè)試人員后期加入項(xiàng)目，對(duì)需求了解不透徹7.測(cè)試用例模板測(cè)試用例根據(jù)以下模板進(jìn)行填寫用例ID考勤