測(cè)試用例規(guī)范

1、本文檔如對(duì)你有幫助，請(qǐng)幫忙下載支持！1. 概述1.1 目的統(tǒng)一測(cè)試用例編寫(xiě)的規(guī)范，為測(cè)試設(shè)計(jì)人員提供測(cè)試用例編寫(xiě)的指導(dǎo)，提高編寫(xiě)的測(cè)試用例的可讀性，可執(zhí)行性、合理性。為測(cè)試執(zhí)行人員更好執(zhí)行測(cè)試，提高測(cè)試效率，最終提高公司整個(gè)產(chǎn)品的質(zhì)量。1.2 使用范圍適用于對(duì)產(chǎn)品的業(yè)務(wù)流程、功能測(cè)試用例的編寫(xiě)。1.3 名詞解釋系統(tǒng)測(cè)試： 是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù)，它被稱為測(cè)試的“先知者問(wèn)題” 。測(cè)試分析： 對(duì)重要業(yè)務(wù)、重要流程進(jìn)行測(cè)試前的分析。業(yè)務(wù)流程測(cè)試用例： 關(guān)于產(chǎn)品業(yè)務(wù)、重要流程的測(cè)試用例

2、。2. 測(cè)試用例編寫(xiě)原則2.1 系統(tǒng)性1、對(duì)于系統(tǒng)業(yè)務(wù)流程要能夠完整說(shuō)明整個(gè)系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個(gè)子系統(tǒng)組成以及它們之間的關(guān)系；2、對(duì)于模塊業(yè)務(wù)流程要能夠說(shuō)明清楚子系統(tǒng)內(nèi)部功能、重要功能點(diǎn)以及它們之間的關(guān)系；2.2 連貫性1、對(duì)于系統(tǒng)業(yè)務(wù)流程來(lái)說(shuō)，各個(gè)子系統(tǒng)之間是如何連接在一起，如果需要接口，各個(gè)子系統(tǒng)之間是否有正確的接口；如果是依靠頁(yè)面鏈接，頁(yè)面鏈接是否正確；2、對(duì)于模塊業(yè)務(wù)流程來(lái)說(shuō)，同級(jí)模塊以及上下級(jí)模塊是如何構(gòu)成一個(gè)子系統(tǒng)，其內(nèi)部功能接口是否連貫；2.3 全面性1、應(yīng)盡可能覆蓋程序的各種路徑2、應(yīng)盡可能覆蓋系統(tǒng)的各個(gè)業(yè)務(wù)3、應(yīng)考慮存在跨年、跨月的數(shù)據(jù)4、大量數(shù)據(jù)并發(fā)測(cè)試的準(zhǔn)備5、系統(tǒng)

3、中各功能、業(yè)務(wù)的異常情況2.4 正確性1、輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是否滿足需求規(guī)格說(shuō)明書(shū)的需求。2、測(cè)試用例中的測(cè)試點(diǎn)應(yīng)保證至少覆蓋需求規(guī)格說(shuō)明書(shū)中的各項(xiàng)功能。2.5 符合正常業(yè)務(wù)慣例1、測(cè)試數(shù)據(jù)應(yīng)符合用戶實(shí)際工作業(yè)務(wù)流程2、兼顧各種業(yè)務(wù)變化的可能3、要符合當(dāng)前業(yè)務(wù)行業(yè)法律，法規(guī)。2.6 仿真性人名、地名、電話號(hào)碼等應(yīng)具有模擬功能，符合一般的命名慣例。2.7 容錯(cuò)性（健壯性）程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生正確（預(yù)期）的輸出，輸入非法數(shù)據(jù)（非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等） ，程序應(yīng)能給出提示并進(jìn)行相應(yīng)處理。3. 測(cè)試用例設(shè)計(jì)方法1. 等價(jià)類劃分法：將所有可能的輸入數(shù)據(jù)（有效的和無(wú)效的

4、）劃分成若干個(gè)等價(jià)類。2. 邊界值分析法：指對(duì)輸入的邊界條件進(jìn)行分析，設(shè)計(jì)出針對(duì)邊界值的測(cè)試用例。3. 因果圖法：就是利用圖解法分析軟件輸入 （ 原因 ） 和輸出條件（ 結(jié)果 ） 之間的關(guān)系，以設(shè)計(jì)測(cè)試用例的方法。因果圖法適合于檢查程序輸入條件的多種情況的組合，并最終生成判定表，來(lái)獲得對(duì)應(yīng)的測(cè)試用例。4. 功能圖法功能圖是描述程序狀態(tài)變化、轉(zhuǎn)移的過(guò)程，因?yàn)檐浖\(yùn)行或操作的過(guò)程可以看作是其狀態(tài)不斷發(fā)生變化的過(guò)程。測(cè)試用例的設(shè)計(jì)就是如何覆蓋所有軟件表現(xiàn)出來(lái)的狀態(tài)，即在滿足輸入 / 輸出的一組條件下，軟件運(yùn)行是一系列有次序的、受控制的狀態(tài)變化過(guò)程。5. 錯(cuò)誤推測(cè)法推測(cè)法主要依賴經(jīng)驗(yàn)、直覺(jué)來(lái)作出簡(jiǎn)單的

5、判斷甚至是猜測(cè)，給出可能存在缺陷的條件、場(chǎng)景等，在找到缺陷后，設(shè)計(jì)出相應(yīng)的測(cè)試用例。6. 正交實(shí)驗(yàn)設(shè)計(jì)方法主要步驟是：（1） 對(duì)軟件需求規(guī)格說(shuō)明中的功能要求進(jìn)行劃分（ 層層分解與展開(kāi)） ，分解成具體的、相對(duì)獨(dú)立的基本功能。（2） 根據(jù)基本功能的質(zhì)量需求，找出影響其功能實(shí)現(xiàn)的操作對(duì)象和外部因素，每個(gè)因素的取值可以看作水平，多個(gè)取值就存在多個(gè)水平。（3） 確定待測(cè)試軟件中所有因素及其權(quán)值，這是測(cè)試用例設(shè)計(jì)的關(guān)鍵，確保全面、準(zhǔn)確。權(quán)值是依據(jù)各因素的影響范圍、發(fā)生的頻率和質(zhì)量的需求來(lái)確定的。（4） 加權(quán)篩選，生成因素分析表。（5） 利用正交表構(gòu)造測(cè)試數(shù)據(jù)集，正交表的每一行，就是一條測(cè)試用例?？紤]交互作

6、用不可忽略的處理因素和不可混雜的原則，有交互作用的組合優(yōu)先安排。利用正交實(shí)驗(yàn)設(shè)計(jì)方法設(shè)計(jì)測(cè)試用例，可控制生成的測(cè)試用例數(shù)量，覆蓋率高且測(cè)試效率高。7. 接口間測(cè)試測(cè)試各個(gè)模塊相互間的協(xié)調(diào)和通信情況，數(shù)據(jù)輸入輸出的一致性和正確性。8. 數(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è)試。9. 可理解（操作）性理解和使用該系統(tǒng)的難易程度（界面友好性） 。10. 可移植性在不同操作系統(tǒng)及硬件配置情況下的運(yùn)行性。4. 測(cè)試用例編寫(xiě)規(guī)范4.1 測(cè)試用例書(shū)寫(xiě)規(guī)則用例元素說(shuō)明用例名稱： 指明要測(cè)試的內(nèi)容，如被測(cè)模塊名稱、業(yè)務(wù)流程名稱等。功能（業(yè)務(wù)）描述、規(guī)則、邏輯： 對(duì)

7、要進(jìn)行測(cè)試的功能或業(yè)務(wù)進(jìn)行簡(jiǎn)要的描述。根據(jù)需求規(guī)格說(shuō)明書(shū)、實(shí)際業(yè)務(wù)情況或其它相關(guān)文檔列出本用例的規(guī)則、邏輯關(guān)系或需求點(diǎn)。操作描述（輸入 動(dòng)作） ： 描述本條測(cè)試用例的輸入步驟，首先簡(jiǎn)要描述本條測(cè)試用例的測(cè)試點(diǎn)，再對(duì)本測(cè)試點(diǎn)進(jìn)行詳細(xì)步驟描述或輸入數(shù)據(jù)設(shè)置（需要詳細(xì)進(jìn)行描寫(xiě)） 。預(yù)期結(jié)果（輸出） ： 描述輸入數(shù)據(jù)后程序應(yīng)該輸出的結(jié)果。本文檔如對(duì)你有幫助，請(qǐng)幫忙下載支持!前提條件 數(shù)據(jù)準(zhǔn)備：執(zhí)行測(cè)試用例前需先要執(zhí)行的操作或配置。最基本的要求1 .具有清晰名稱、前提條件、操作步驟、期望結(jié)果的；2 .可被他人理解的；3 .可被他人執(zhí)行的；具體元素要求1 .用例名稱1） 一定要包含測(cè)試的業(yè)務(wù)流程。（鑒于公

8、司使用的TD在Test）2）名稱簡(jiǎn)潔易懂，不要包括具體操作步驟；2 .前置條件3 ）執(zhí)行用例測(cè)試步驟前需要做的所有必備條件，原則上所有用例都有前 置條件；4 ）不可將其他用例作為前置條件，前置條件需要語(yǔ)言描述；5 ）完整清楚，包括入口、帳號(hào)類型、賬號(hào)權(quán)限、數(shù)據(jù)準(zhǔn)備等，具體要求 如下：3.1） 入口：覆蓋所有功能入口，包含 URL直接訪問(wèn)；3.2） 賬號(hào)類型和權(quán)限：覆蓋全部會(huì)員類型，注意業(yè)務(wù)權(quán)限控制，比如子賬 號(hào)權(quán)限，disable會(huì)員權(quán)限；3.3） 數(shù)據(jù)準(zhǔn)備：數(shù)據(jù)準(zhǔn)備完整正確，覆蓋到線上環(huán)境的所有情況；標(biāo)識(shí)出 業(yè)務(wù)流程處于的條；件，寫(xiě)明數(shù)據(jù)庫(kù)表字段值，如OFFER.status=TBD;對(duì)于復(fù)

9、雜的數(shù)據(jù)準(zhǔn)備，寫(xiě)滿具體SQL3.4） 步驟1）操作步驟描述清晰。如：在什么頁(yè)面，點(diǎn)擊什么鏈接或按鈕；頁(yè)面入 口、鏈接、按鈕名稱都要寫(xiě)清楚；2）操作和結(jié)果是 對(duì)應(yīng)的，但操作中不要包含結(jié)果的檢查；3）用例描述中不允許存在連詞、介詞，比如：而且，和，還（這種情況 可以拆分為多個(gè)點(diǎn)）；4）用例描述中不允許出現(xiàn)假設(shè)性詞匯，比如：假如，或許，可能， 的 時(shí)候等；5）用例描述中不允許出現(xiàn)二義性語(yǔ)句；3.5） 結(jié)果1）原則上每個(gè)用例必需要有預(yù)期結(jié)果，結(jié)果不能為空；2）結(jié)果中只能包含結(jié)果，不能有步驟；3） 一個(gè)結(jié)果有多個(gè)檢查點(diǎn)時(shí)，確保檢查點(diǎn)完整：3.1） 結(jié)果含需要驗(yàn)證的所有結(jié)果輸出，如頁(yè)面檢查、存儲(chǔ)檢查、消 息檢查等；3.2） 結(jié)果涉及頁(yè)面，需明確頁(yè)面提示結(jié)果、數(shù)據(jù)變化；3.3） 結(jié)果涉及存儲(chǔ)：需明確關(guān)鍵值變化、數(shù)據(jù)庫(kù)具體的表和關(guān)鍵字 字段值變化；3.4） 結(jié)果涉及消息：需明確關(guān)鍵查看內(nèi)容；3.5） 結(jié)果對(duì)應(yīng)不同輸入數(shù)據(jù)有差別時(shí)需分別對(duì)應(yīng)描述清晰；用例維護(hù)規(guī)范測(cè)試用例編寫(xiě)完成后，應(yīng)對(duì)測(cè)試用例進(jìn)行持續(xù)的維護(hù)：1 .新項(xiàng)目需求變更，應(yīng)及時(shí)對(duì)測(cè)試用例進(jìn)行修改；2 .維護(hù)期項(xiàng)目，可根據(jù)項(xiàng)目組情況周期對(duì)用例進(jìn)行維護(hù)；3 .所有發(fā)現(xiàn)的bug和故障，基于測(cè)試用例無(wú)法