測(cè)試用例編寫(xiě)規(guī)范80895.doc

_測(cè)試用例編寫(xiě)規(guī)范技術(shù)部賴(lài)文舉編寫(xiě)人賴(lài)文舉編寫(xiě)日期2019年3月1日審核人審核日期批準(zhǔn)人批準(zhǔn)日期變更歷史序號(hào)變更內(nèi)容變更頁(yè)變更類(lèi)別變更者1.0新建/引言1. 背景為保證測(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)的覆蓋率。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è)計(jì)的用例能有效的被管理。3. 概念是指為了實(shí)施測(cè)試而編寫(xiě)的一組有規(guī)范性、有據(jù)可依的輸入數(shù)據(jù)與輸出數(shù)據(jù)的組合，也指為了實(shí)施測(cè)試而向被測(cè)對(duì)象提供的一組輸入、輸出數(shù)據(jù)以及由各種執(zhí)行條件和期望結(jié)果相組合的一個(gè)特定集合，以便測(cè)試某個(gè)程序路徑或者來(lái)核實(shí)是否滿(mǎn)足某個(gè)特定的需求。4. 適用范圍l 本文檔適用于測(cè)試人員l 本文檔適用于系統(tǒng)進(jìn)行測(cè)試時(shí)的測(cè)試案例設(shè)計(jì)l 本文檔適用于案例補(bǔ)充時(shí)的測(cè)試案例用例規(guī)范用途l 指導(dǎo)測(cè)試工作有序進(jìn)行，使實(shí)施測(cè)試的數(shù)據(jù)有據(jù)可依l 確保所實(shí)現(xiàn)的功能與客戶(hù)預(yù)期的需求相符合l 完善軟件不同版本之間的重復(fù)性測(cè)試l 跟蹤測(cè)試進(jìn)度，確定測(cè)試重點(diǎn)l 評(píng)估測(cè)試結(jié)果的度量標(biāo)準(zhǔn)l 增強(qiáng)軟件的可信任度l 分析缺陷的標(biāo)準(zhǔn)。設(shè)計(jì)依據(jù)l 需求說(shuō)明書(shū)l 項(xiàng)目測(cè)試需求功能點(diǎn)l 所屬行業(yè)的業(yè)務(wù)知識(shí)掌握程度l 測(cè)試工程師本人的理解程度（個(gè)人經(jīng)驗(yàn)）用例內(nèi)容1用例實(shí)際內(nèi)容用例編號(hào)唯一標(biāo)識(shí)。規(guī)則“模塊名-功能點(diǎn)-編寫(xiě)人-001，單詞或中文首字母。2模塊名稱(chēng)模塊名稱(chēng)3功能點(diǎn)測(cè)試的功能點(diǎn)4用例標(biāo)題對(duì)測(cè)試項(xiàng)簡(jiǎn)短的描述5用例級(jí)別確定用例執(zhí)行的級(jí)別P0,P1,P2,P36前提條件執(zhí)行用例時(shí)需要的預(yù)置條件7操作步驟執(zhí)行該動(dòng)作需要完成的操作，需要明確輸入數(shù)據(jù)。8預(yù)期結(jié)果執(zhí)行完該動(dòng)作后程序的表現(xiàn)結(jié)果9執(zhí)行結(jié)果執(zhí)行狀態(tài)用例的執(zhí)行結(jié)果通過(guò)，失敗，延后10實(shí)際結(jié)果實(shí)際輸出的結(jié)果11問(wèn)題描述執(zhí)行該用例出現(xiàn)后系統(tǒng)顯示的錯(cuò)誤12BUG編號(hào)填寫(xiě)bug庫(kù)中對(duì)應(yīng)此用例的BUG編號(hào)13執(zhí)行人按照該用例執(zhí)行測(cè)試的人員編寫(xiě)用例原則l 系統(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)系l 連貫性：對(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)部功能接口是否連貫l 全面性：應(yīng)盡可能覆蓋各種路徑、盡可能覆蓋各個(gè)業(yè)務(wù)點(diǎn)，并要考慮跨年、跨月的數(shù)據(jù)以及大數(shù)據(jù)量并發(fā)測(cè)試的準(zhǔn)備l 正確性：輸入界面后的數(shù)據(jù)應(yīng)與測(cè)試文檔所記錄的數(shù)據(jù)一致，而預(yù)期結(jié)果也應(yīng)與測(cè)試數(shù)據(jù)發(fā)生的業(yè)務(wù)吻合l 符合正常業(yè)務(wù)規(guī)則：測(cè)試數(shù)據(jù)要符合用戶(hù)實(shí)際工作中的業(yè)務(wù)流程，同時(shí)也要兼顧各種業(yè)務(wù)的變化以及當(dāng)前該業(yè)務(wù)行業(yè)的法律、法規(guī)、人名、地名、電話(huà)號(hào)碼等應(yīng)具有模擬功能，符合一般的命名慣例；不允許出現(xiàn)與知名人士、小說(shuō)中人物名等雷同情況。l 可操作性：測(cè)試用例中要寫(xiě)清楚測(cè)試的操作步驟，以及不同的操作步驟相對(duì)應(yīng)的測(cè)試結(jié)果編寫(xiě)用例標(biāo)準(zhǔn) l 測(cè)試案例編寫(xiě)應(yīng)該制訂統(tǒng)一的模板進(jìn)行，并約定模板的使用方法；l 測(cè)試案例編寫(xiě)應(yīng)當(dāng)根據(jù)項(xiàng)目實(shí)際情況編寫(xiě)測(cè)試案例編寫(xiě)手冊(cè)，包括案例編號(hào)規(guī)則、案例編寫(xiě)方法、案例編寫(xiě)內(nèi)容、案例維護(hù)等內(nèi)容；l 案例編寫(xiě)應(yīng)根據(jù)手冊(cè)中約定的編寫(xiě)方法、內(nèi)容等進(jìn)行編寫(xiě)；l 案例編寫(xiě)要步驟明確，輸入輸出要素清晰，并且與需求和缺陷相對(duì)應(yīng)；l 案例編寫(xiě)應(yīng)嚴(yán)格根據(jù)需求規(guī)格說(shuō)明書(shū)及測(cè)試需求功能分析點(diǎn)進(jìn)行，要求覆蓋全部需求功能點(diǎn)；l 注重案例的可復(fù)用性，即在以后相似系統(tǒng)的測(cè)試過(guò)程中可以重復(fù)使用，減少測(cè)試設(shè)計(jì)工作量。用例設(shè)計(jì)步驟測(cè)試需求分析：從軟件需求分析文檔中，找出待測(cè)軟件/模塊的需求，通過(guò)自己的分析、理解，整理成為測(cè)試需求，要清楚被測(cè)對(duì)象具體包含哪些功能點(diǎn)。業(yè)務(wù)流程分析：對(duì)所在行業(yè)的業(yè)務(wù)知識(shí)要熟悉，然后對(duì)被測(cè)軟件/模塊的業(yè)務(wù)流程要進(jìn)行全盤(pán)的整理出來(lái)（可畫(huà)簡(jiǎn)單的流程圖作為參考），主要包含該業(yè)務(wù)流程的主流程、備選流程、數(shù)據(jù)流向、關(guān)鍵判斷條件以及完成該操作的非必要條件。測(cè)試用例設(shè)計(jì)：測(cè)試用例設(shè)計(jì)的類(lèi)型主要包括功能測(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è)試用例編寫(xiě)完成之后需不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新；在測(cè)試過(guò)程中發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善；在軟件交付使用后客戶(hù)反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善； 用例級(jí)別劃分P0：確保系統(tǒng)基本功能及主要功能的測(cè)試用例P1：確保系統(tǒng)功能的完善方面的測(cè)試用例P2：關(guān)于用戶(hù)體驗(yàn)，輸入輸出的驗(yàn)證；較少使用或輔助功能的測(cè)試用例。P0（優(yōu)先執(zhí)行）：即關(guān)鍵路徑的測(cè)試用例，包括最常執(zhí)行的功能、基本流程的輸入以及界面數(shù)據(jù)有效性校驗(yàn)作為高級(jí)別的測(cè)試用例；若該級(jí)別的測(cè)試用例完全執(zhí)行通過(guò)，則表示該軟件功能漸趨穩(wěn)定；P1（次級(jí)執(zhí)行）：即可接收級(jí)測(cè)試的用例，包括不常執(zhí)行的功能、異常流程的輸入、邊界值以及異常數(shù)據(jù)的輸入作為中等級(jí)別的測(cè)試用例；若該級(jí)別的測(cè)試用例完全執(zhí)行通過(guò)，則表示該軟件可以進(jìn)行發(fā)布了；P2（最后執(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è)試，可具體歸類(lèi)如下（僅供參考）：P0：A-正常流程測(cè)試、C-頁(yè)面元素正常輸入測(cè)試P1：B-異常流程測(cè)試、D-頁(yè)面元素異常輸入測(cè)試P2：E-頁(yè)面元素顯示測(cè)試用例的維護(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ō)明用例設(shè)計(jì)方法測(cè)試用例要包括欲測(cè)試的功能、應(yīng)輸入的數(shù)據(jù)和預(yù)期的輸出結(jié)果。測(cè)試數(shù)據(jù)應(yīng)該選用少量、高效的測(cè)試數(shù)據(jù)進(jìn)行盡可能完備的測(cè)試；基本目標(biāo)是：設(shè)計(jì)一組發(fā)現(xiàn)某個(gè)錯(cuò)誤或某類(lèi)錯(cuò)誤的測(cè)試數(shù)據(jù)，測(cè)試用例應(yīng)覆蓋方面：等價(jià)劃分：將所有可能的輸入數(shù)據(jù)（有效的和無(wú)效的）劃分成若干個(gè)等價(jià)類(lèi)。邊界值分析法：確定邊界情況（剛好等于、稍小于和稍大于和剛剛大于等價(jià)類(lèi)邊界值），針對(duì)我們的系統(tǒng)在測(cè)試過(guò)程中主要輸入一些合法數(shù)據(jù)/非法數(shù)據(jù)，主要在邊界值附近選取。場(chǎng)景法：通過(guò)運(yùn)用場(chǎng)景來(lái)對(duì)系統(tǒng)的功能點(diǎn)或業(yè)務(wù)流程的描述，從而提高測(cè)試效果的一種方法。用例場(chǎng)景來(lái)測(cè)試需求是指模擬特定場(chǎng)景邊界發(fā)生的事情，通過(guò)事件來(lái)觸發(fā)某個(gè)動(dòng)作的發(fā)生，觀察事件的最終結(jié)果，從而用來(lái)發(fā)現(xiàn)需求中存在的問(wèn)題?；玖鳎菏墙?jīng)過(guò)用例的最簡(jiǎn)單的路徑（無(wú)任何差錯(cuò)，程序從開(kāi)始直接執(zhí)行到結(jié)束）備選流：一個(gè)備選流可能從基本流開(kāi)始，在某個(gè)特定條件下執(zhí)行，然后重新加入基本流中，也可以起源于另一個(gè)備選流，或終止用例，不在加入到基本流中；（各種錯(cuò)誤情況）因果圖：利用圖解法分析輸入的各種組合情況，設(shè)計(jì)測(cè)試用例，檢查程序輸入條件的各種組合情況。正交表：在界面中有多個(gè)控件，控件之間有多種組合關(guān)系，如果組合的數(shù)量巨大（一般超過(guò)20種），沒(méi)有必要將所有組合都測(cè)試，可以通過(guò)正交排列法將組合中最優(yōu)，最少的組合進(jìn)行測(cè)試。正確性測(cè)試：輸入用戶(hù)實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是滿(mǎn)足需求規(guī)格說(shuō)明書(shū)的要求；測(cè)試用例中的測(cè)試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說(shuō)明書(shū)中的各項(xiàng)功能，并且正常。容錯(cuò)性（健壯性）測(cè)試：程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生正確（預(yù)期）的輸出；輸入非法數(shù)據(jù)（非法類(lèi)型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等），程序應(yīng)能給出提示并進(jìn)行相應(yīng)處理。把自己想象成一名對(duì)產(chǎn)品操作一點(diǎn)也不懂的客戶(hù)，在進(jìn)行任意操作。完整（安全）性測(cè)試：對(duì)未經(jīng)授權(quán)的人使用軟件系統(tǒng)或數(shù)據(jù)的企圖，系統(tǒng)能夠控制的程度，程序的數(shù)據(jù)處理能夠保持外部信息（數(shù)據(jù)庫(kù)或文件）的完整。接口間測(cè)試：測(cè)試各個(gè)模塊相互間的協(xié)調(diào)和通信情況，數(shù)據(jù)輸入輸出的一致性和正確性。數(shù)據(jù)庫(kù)測(cè)試：依據(jù)數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范對(duì)軟件系統(tǒng)的數(shù)據(jù)庫(kù)結(jié)構(gòu)、數(shù)據(jù)表及其之間的數(shù)據(jù)調(diào)用關(guān)系進(jìn)行測(cè)試。壓力測(cè)試：輸入10條記錄運(yùn)行各個(gè)功能，輸入30條記錄運(yùn)行，輸入50條記錄運(yùn)行，進(jìn)行測(cè)試。錯(cuò)誤推測(cè)：主要是根據(jù)測(cè)試經(jīng)驗(yàn)和直覺(jué)，參照以往的軟件系統(tǒng)出現(xiàn)錯(cuò)誤之處。效率：完成預(yù)定的功能，系統(tǒng)的運(yùn)行時(shí)間（主要是針對(duì)數(shù)據(jù)庫(kù)而言）?？衫斫猓ú僮鳎┬裕豪斫夂褪褂迷撓到y(tǒng)的難易程度（界面友好性）?？梢浦残裕涸诓煌僮飨到y(tǒng)及硬件配置情況下的運(yùn)行性?；貧w測(cè)試：按照測(cè)試用例將所有的測(cè)試點(diǎn)測(cè)試完畢，測(cè)試中發(fā)現(xiàn)的問(wèn)題開(kāi)發(fā)人員。比較測(cè)試：將已經(jīng)發(fā)版的類(lèi)似產(chǎn)品或原有的老產(chǎn)品與測(cè)試的產(chǎn)品同時(shí)運(yùn)行比較，或與已往的測(cè)試結(jié)果比較。兼容性測(cè)試：操作系統(tǒng)的兼容性測(cè)試內(nèi)容不僅包括軟件的安裝，還需對(duì)關(guān)鍵流程和功能點(diǎn)進(jìn)行檢查。而需要測(cè)試哪些操作系統(tǒng)的兼容性，首先取決于軟件用戶(hù)文檔上對(duì)用戶(hù)的承諾，其次就需要對(duì)一些常用操作系統(tǒng)兼容的檢查歷史版本兼容性測(cè)試：某些功能存在新版本和歷史版本數(shù)據(jù)顯示、頁(yè)面展示不一致的問(wèn)題。需要不同版本進(jìn)行測(cè)試。用例評(píng)審評(píng)審原因 測(cè)試用例是軟件測(cè)試的原則，但由于軟件人員對(duì)在需求理解、設(shè)計(jì)等理解程度不同等因素的影響，首次產(chǎn)生的測(cè)試用例質(zhì)量難以避免會(huì)有不同程度的差異，故對(duì)編寫(xiě)的測(cè)試用例進(jìn)行評(píng)審是很有必要的，其作用是測(cè)試用例的評(píng)審過(guò)程能夠起到用例結(jié)構(gòu)清晰化、場(chǎng)景覆蓋全面化以及優(yōu)先用例的合理化安排等。評(píng)審內(nèi)容 用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰合理，是否高效的需求進(jìn)行覆蓋 用例的優(yōu)先級(jí)別是否安排合理 是否覆蓋了測(cè)試需求的所有功能點(diǎn)，包括需求中的業(yè)務(wù)規(guī)則、所有用戶(hù)可能使用的流程或場(chǎng)景等用例是否有很好的可執(zhí)行性。例如用例的前提條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確 是否已經(jīng)刪除了冗余的測(cè)試用例 是否包含充分的負(fù)面測(cè)試用例是否簡(jiǎn)潔、復(fù)用性強(qiáng)、是否易于管理評(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)審 評(píng)審人員部門(mén)評(píng)審：測(cè)試部全體成員參與的評(píng)審 項(xiàng)目評(píng)審：項(xiàng)目組全體測(cè)試人員與部分開(kāi)發(fā)人員、產(chǎn)品人員等組成的小組 內(nèi)部評(píng)審：全部參與測(cè)試的人員評(píng)審方式 會(huì)議評(píng)審（包括內(nèi)部評(píng)審及客戶(hù)評(píng)審）。由設(shè)計(jì)該用例的人員進(jìn)行講解，參與會(huì)議評(píng)審的相關(guān)人員給出意見(jiàn)或建議，并記錄評(píng)審的意見(jiàn)和建議郵件評(píng)審 郵件形式發(fā)給參與評(píng)審的相關(guān)人員，然后以郵件的形式把評(píng)審意見(jiàn)反饋給評(píng)審發(fā)起人。結(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í)