職業(yè)經(jīng)理培訓(xùn)如何設(shè)計(jì)和執(zhí)行測(cè)試用例

1、如何設(shè)計(jì)和執(zhí)行測(cè)試用例測(cè)試需求收集完畢后，開始測(cè)試設(shè)計(jì)。測(cè)試用例是什么?測(cè)試用例就是壹個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和壹個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。設(shè)計(jì)測(cè)試用例需要考慮以下問題：測(cè)試用例的基本格式：軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)、測(cè)試標(biāo)題、重要級(jí)別、測(cè)試輸入、操作步驟、預(yù)期結(jié)果，下面逐壹介紹。用例編號(hào)：測(cè)試用例的編號(hào)有壹定的規(guī)則，比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則：PROJECT1-ST-001，命名規(guī)則是項(xiàng)目名稱+測(cè)試階段類型（系統(tǒng)測(cè)試階段）+編號(hào)。定義測(cè)試用例編號(hào)，便于查找測(cè)試用例，便于測(cè)試用例的跟蹤。測(cè)試標(biāo)題：對(duì)測(cè)試用例的描述，測(cè)試用例標(biāo)題應(yīng)該清

2、楚表達(dá)測(cè)試用例的用途。比如“測(cè)試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí)，軟件的響應(yīng)情況”。重要級(jí)別：定義測(cè)試用例的優(yōu)先級(jí)別，能夠籠統(tǒng)的分為“高”和“低”倆個(gè)級(jí)別。壹般來說，如果軟件需求的優(yōu)先級(jí)為“高”，那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為“高”;反之亦然，測(cè)試輸入：提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。操作步驟：提供測(cè)試執(zhí)行過程的步驟。對(duì)于復(fù)雜的測(cè)試用例，測(cè)試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)容于操作步驟中詳細(xì)列出。預(yù)期結(jié)果：提供測(cè)試執(zhí)行的預(yù)期結(jié)

3、果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果于實(shí)際測(cè)試過程中，得到的實(shí)際測(cè)試結(jié)果和預(yù)期結(jié)果不符，那么測(cè)試不通過;反之則測(cè)試通過。軟件測(cè)試用例的設(shè)計(jì)主要從上述6個(gè)域考慮，結(jié)合相應(yīng)的軟件需求文檔，于掌握壹定測(cè)試用例設(shè)計(jì)方法的基礎(chǔ)上，能夠設(shè)計(jì)出比較全面、合理的測(cè)試用例。具體的測(cè)試用例設(shè)計(jì)方法能夠參見關(guān)聯(lián)的測(cè)試書籍，白盒測(cè)試方法和黑盒測(cè)試方法于絕大多數(shù)的軟件測(cè)試書籍中均有詳細(xì)的介紹。壹般來說，每個(gè)軟件公司的項(xiàng)目能夠分為固定的幾大類。能夠按業(yè)務(wù)類型劃分，比如ERP軟件、產(chǎn)品數(shù)據(jù)管理軟件、通信軟件、地理信息系統(tǒng)軟件等等;能夠按軟件結(jié)構(gòu)來劃分，比如B/S架構(gòu)的軟件、C/S架構(gòu)的軟件、嵌入式軟件等等。參考同

4、類別軟件的測(cè)試用例，會(huì)有很大的借鑒意義。如果，公司中有同類別的軟件系統(tǒng)，千萬別忘記把關(guān)聯(lián)的測(cè)試用例拿來參考。如果，系統(tǒng)非常接近，甚至經(jīng)過對(duì)測(cè)試用例簡單修改就能夠應(yīng)用到當(dāng)前被測(cè)試的軟件。“拿來主義”能夠極大的開闊測(cè)試用例設(shè)計(jì)思路，也能夠節(jié)省大量的測(cè)試用例設(shè)計(jì)時(shí)間。加強(qiáng)測(cè)試用例的評(píng)審：測(cè)試用例設(shè)計(jì)完畢后，最好能夠增加評(píng)審過程。同行評(píng)審是CMM3級(jí)的壹個(gè)KPA，如果因?yàn)楣緵]有通過CMM3級(jí)，就不開展同行評(píng)審是不恰當(dāng)?shù)?。測(cè)試用例應(yīng)該由產(chǎn)品關(guān)聯(lián)的軟件測(cè)試人員和軟件開發(fā)人員評(píng)審，提交評(píng)審意見，然后根據(jù)評(píng)審意見更新測(cè)試用例。如果認(rèn)真操作這個(gè)環(huán)節(jié)，測(cè)試用例中的很多問題均會(huì)暴露出來，比如用例設(shè)計(jì)錯(cuò)誤、用例設(shè)計(jì)

5、遺漏、用例設(shè)計(jì)冗余、用例設(shè)計(jì)不充分等等;如果同行評(píng)審不充分，那么，于測(cè)試執(zhí)行的過程中，上述本應(yīng)于評(píng)審階段發(fā)現(xiàn)的測(cè)試用例關(guān)聯(lián)問題，會(huì)給測(cè)試執(zhí)行帶來大麻煩，甚至導(dǎo)致測(cè)試執(zhí)行掛起。定義測(cè)試用例的執(zhí)行順序：于測(cè)試用例執(zhí)行過程中，你會(huì)發(fā)現(xiàn)每個(gè)測(cè)試用例均對(duì)測(cè)試環(huán)境有特殊的要求，或者對(duì)測(cè)試環(huán)境有特殊的影響。因此，定義測(cè)試用例的執(zhí)行順序，對(duì)測(cè)試的執(zhí)行效率影響非常大。比如某些異常測(cè)試用例會(huì)導(dǎo)致服務(wù)器頻繁重新啟動(dòng)，服務(wù)器的每次重新啟動(dòng)均會(huì)消耗大量的時(shí)間，導(dǎo)致這部分測(cè)試用例執(zhí)行也消耗很多的時(shí)間。那么于編排測(cè)試用例執(zhí)行順序的時(shí)候，應(yīng)該考慮把這部分測(cè)試用例放于最后執(zhí)行，如果于測(cè)試進(jìn)度很緊張的情況下，如果優(yōu)先執(zhí)行這部分消

6、耗時(shí)間的異常測(cè)試用例，那么于測(cè)試執(zhí)行時(shí)間過了大半的時(shí)候，測(cè)試用例執(zhí)行的進(jìn)度依然是緩慢的，這會(huì)影響到測(cè)試人員的心情，進(jìn)而導(dǎo)致匆忙地測(cè)試后面的測(cè)試用例，這樣測(cè)試用例的漏測(cè)、誤測(cè)就不可避免，嚴(yán)重影響了軟件測(cè)試效果和進(jìn)度。因而，合理地定義測(cè)試用例的執(zhí)行順序是很有必要的。測(cè)試用例執(zhí)行測(cè)試用例設(shè)計(jì)完畢后，接下來的工作是測(cè)試執(zhí)行，測(cè)試執(zhí)行中應(yīng)該注意以下幾個(gè)問題：搭建軟件測(cè)試環(huán)境，執(zhí)行測(cè)試用例測(cè)試用例執(zhí)行過程中，搭建測(cè)試環(huán)境是第壹步。壹般來說，軟件產(chǎn)品提交測(cè)試后，開發(fā)人員應(yīng)該提交壹份產(chǎn)品安裝指導(dǎo)書，于指導(dǎo)書中詳細(xì)指明軟件產(chǎn)品運(yùn)行的軟硬件環(huán)境，比如要求操作系統(tǒng)系統(tǒng)是Windows2000pack4版本，數(shù)據(jù)庫是

7、SqlServer2000等等，此外，應(yīng)該給出被測(cè)試軟件產(chǎn)品的詳細(xì)安裝指導(dǎo)書，包括安裝的操作步驟、關(guān)聯(lián)配置文件的配置方法等等。對(duì)于復(fù)雜的軟件產(chǎn)品，尤其是軟件項(xiàng)目，如果沒有安裝指導(dǎo)書作為參考，于搭建測(cè)試環(huán)境過程中會(huì)遇到種種問題。如果開發(fā)人員拒絕提供關(guān)聯(lián)的安裝指導(dǎo)書，搭建測(cè)試中遇到問題的時(shí)候，測(cè)試人員能夠要求開發(fā)人員協(xié)助，這時(shí)候，壹定要把開發(fā)人員解決問題的方法記錄下來，避免同樣的問題再次請(qǐng)教開發(fā)人員，這樣會(huì)招致開發(fā)人員的反感，也降低了開發(fā)人員對(duì)測(cè)試人員的認(rèn)可程度。測(cè)試執(zhí)行過程應(yīng)注意的問題：測(cè)試環(huán)境搭建之后，根據(jù)定義的測(cè)試用例執(zhí)行順序，逐個(gè)執(zhí)行測(cè)試用例。于測(cè)試執(zhí)行中需要注意以下幾個(gè)問題：全方位的觀察

8、測(cè)試用例執(zhí)行結(jié)果：測(cè)試執(zhí)行過程中，當(dāng)測(cè)試的實(shí)際輸出結(jié)果和測(cè)試用例中的預(yù)期輸出結(jié)果壹致的時(shí)候，是否能夠認(rèn)為測(cè)試用例執(zhí)行成功了?答案是否定的，即便實(shí)際測(cè)試結(jié)果和測(cè)試的預(yù)期結(jié)果壹致，也要查見軟件產(chǎn)品的操作日志、系統(tǒng)運(yùn)行日志和系統(tǒng)資源使用情況，來判斷測(cè)試用例是否執(zhí)行成功了。全方位觀察軟件產(chǎn)品的輸出能夠發(fā)現(xiàn)很多隱蔽的問題。以前，我于測(cè)試嵌入式系統(tǒng)軟件的時(shí)候，執(zhí)行某測(cè)試用例后，測(cè)試用例的實(shí)際輸出和預(yù)期輸出完全壹致，不過于查詢CPU占用率地時(shí)候，發(fā)現(xiàn)CPU占用率高達(dá)90%，后來經(jīng)過分析，軟件運(yùn)行的時(shí)候啟動(dòng)了若干個(gè)1ms的定時(shí)器，大量的消耗的CPU資源，后來通過把定時(shí)器調(diào)整到10ms，CPU的占用率降為7%。

9、如果觀察點(diǎn)單壹，這個(gè)嚴(yán)重消耗資源的問題就無從發(fā)現(xiàn)了。加強(qiáng)測(cè)試過程記錄：測(cè)試執(zhí)行過程中，壹定要加強(qiáng)測(cè)試過程記錄。如果測(cè)試執(zhí)行步驟和測(cè)試用例中描述的有差異，壹定要記錄下來，作為日后更新測(cè)試用例的依據(jù);如果軟件產(chǎn)品提供了日志功能，比如有軟件運(yùn)行日志、用戶操作日志，壹定于每個(gè)測(cè)試用例執(zhí)行后記錄關(guān)聯(lián)的日志文件，作為測(cè)試過程記錄，壹旦日后發(fā)現(xiàn)問題，開發(fā)人員能夠通過這些測(cè)試記錄方便的定位問題。而不用測(cè)試人員重新搭建測(cè)試環(huán)境，為開發(fā)人員重現(xiàn)問題。及時(shí)確認(rèn)發(fā)現(xiàn)的問題：測(cè)試執(zhí)行過程中，如果確認(rèn)發(fā)現(xiàn)了軟件的缺陷，那么能夠毫不猶豫的提交問題方案單。如果發(fā)現(xiàn)了可疑問題，又無法定位是否為軟件缺陷，那么壹定要保留現(xiàn)場(chǎng)，然后

10、知會(huì)關(guān)聯(lián)開發(fā)人員到現(xiàn)場(chǎng)定位問題。如果開發(fā)人員于短時(shí)間內(nèi)能夠確認(rèn)是否為軟件缺陷，測(cè)試人員給予配合;如果開發(fā)人員定位問題需要花費(fèi)很長的時(shí)間，測(cè)試人員千萬不要因此耽誤自己寶貴的測(cè)試執(zhí)行時(shí)間，能夠讓開發(fā)人員記錄重新問題的測(cè)試環(huán)境配置，然后，回到自己的開發(fā)環(huán)境上重現(xiàn)問題，繼續(xù)定位問題。和開發(fā)人員良好的溝通：測(cè)試執(zhí)行過程中，當(dāng)你提交了問題方案單，可能被開發(fā)人員無情駁回，拒絕修改。這時(shí)候，只能對(duì)開發(fā)人員曉之以理，做到有理、有據(jù)，有說服力。首先，要定義軟件缺陷的標(biāo)準(zhǔn)原則，這個(gè)原則應(yīng)該是開發(fā)人員和測(cè)試人員均認(rèn)可的，如果沒有共同認(rèn)可的原則，那么開發(fā)人員和測(cè)試人員對(duì)問題的爭執(zhí)就不可避免了。此外，測(cè)試人員打算說服開發(fā)

11、人員之前，考慮是否能夠先說服自己，于保證能夠說服自己的前提下，再開始和開發(fā)人員交流。及時(shí)更新測(cè)試用例測(cè)試執(zhí)行過程中，應(yīng)該注意及時(shí)更新測(cè)試用例。往往于測(cè)試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了壹些測(cè)試用例，這時(shí)候應(yīng)該及時(shí)的補(bǔ)充;往往也會(huì)發(fā)現(xiàn)有些測(cè)試用例于具體的執(zhí)行過程中根本無法操作，這時(shí)候應(yīng)該刪除這部分用例;也會(huì)發(fā)現(xiàn)若干個(gè)冗余的測(cè)試用例完全能夠由某壹個(gè)測(cè)試用例替代，那么刪除冗余的測(cè)試用例?？傊?，測(cè)試執(zhí)行的過程中及時(shí)地更新測(cè)試用例是很好的習(xí)慣。不要打算于測(cè)試執(zhí)行結(jié)束后，統(tǒng)壹更新測(cè)試用例，如果這樣，往往會(huì)遺漏很多本應(yīng)該更新的測(cè)試用例。提交壹份優(yōu)秀的問題方案單：軟件測(cè)試提交的問題方案單和測(cè)試日?qǐng)?bào)壹樣，均是軟件測(cè)試人

12、員的工作輸出，是測(cè)試人員績效的集中體現(xiàn)。因此，提交壹份優(yōu)秀的問題方案單是很重要的。軟件測(cè)試方案單最關(guān)鍵的域就是“問題描述”，這是開發(fā)人員重現(xiàn)問題，定位問題的依據(jù)。問題描述應(yīng)該包括以下幾部分內(nèi)容：軟件配置、硬件配置、測(cè)試用例輸入、操作步驟、輸出、當(dāng)時(shí)輸出設(shè)備的關(guān)聯(lián)輸出信息和關(guān)聯(lián)的日志等。軟件配置：包括操作系統(tǒng)類型版本和補(bǔ)丁版本、當(dāng)前被測(cè)試軟件的版本和補(bǔ)丁版本、關(guān)聯(lián)支撐軟件，比如數(shù)據(jù)庫軟件的版本和補(bǔ)丁版本等。硬件配置：計(jì)算機(jī)的配置情況，主要包括CPU、內(nèi)存和硬盤的關(guān)聯(lián)參數(shù)，其它硬件參數(shù)根據(jù)測(cè)試用例的實(shí)際情況添加。如果測(cè)試中使用網(wǎng)絡(luò)，那么網(wǎng)絡(luò)的組網(wǎng)情況，網(wǎng)絡(luò)的容量、流量等情況。硬件配置情況和被測(cè)試產(chǎn)

13、品類型密切關(guān)聯(lián)，需要根據(jù)當(dāng)時(shí)的情況，準(zhǔn)確翔實(shí)的記錄硬件配置情況。測(cè)試用例輸入操作步驟輸出：這部分內(nèi)容能夠根據(jù)測(cè)試用例的描述和測(cè)試用例的實(shí)際執(zhí)行情況如實(shí)填寫。輸出設(shè)備的關(guān)聯(lián)輸出信息：輸出設(shè)備包括計(jì)算機(jī)顯示器、打印機(jī)、磁帶等等輸出設(shè)備，如果是顯示器能夠采用抓屏的方式獲取當(dāng)時(shí)的截圖，其他的輸出設(shè)備能夠采用其它方法獲取關(guān)聯(lián)的輸出，于問題方案單中提供描述。日志信息：規(guī)范的軟件產(chǎn)品均會(huì)提供軟件的運(yùn)行日志和用戶、管理員的操作日志，測(cè)試人員應(yīng)該把測(cè)試用例執(zhí)行后的軟件產(chǎn)品運(yùn)行日志和操作日志作為附件，提交到問題方案單中。根據(jù)被測(cè)試軟件產(chǎn)品的不同，需要于“問題描述”中增加相應(yīng)的描述內(nèi)容，這需要具體問題具體分析。測(cè)試

14、結(jié)果分析軟件測(cè)試執(zhí)行結(jié)束后，測(cè)試活動(dòng)仍沒有結(jié)束。測(cè)試結(jié)果分析是必不可少的重要環(huán)節(jié)，“編筐編簍，全于收口”，測(cè)試結(jié)果的分析對(duì)下壹輪測(cè)試工作的開展有很大的借鑒意義。前面的“測(cè)試準(zhǔn)備工作”中，建議測(cè)試人員走讀缺陷跟蹤庫，查閱其他測(cè)試人員發(fā)現(xiàn)的軟件缺陷。測(cè)試結(jié)束后，也應(yīng)該分析自己發(fā)現(xiàn)的軟件缺陷，對(duì)發(fā)現(xiàn)的缺陷分類，你會(huì)發(fā)現(xiàn)自己提交的問題只有固定的幾個(gè)類別;然后，再把壹起完成測(cè)試執(zhí)行工作的其他測(cè)試人員發(fā)現(xiàn)的問題也匯總起來，你會(huì)發(fā)現(xiàn)，你所提交問題的類別和他們有差異。這很正常，人的思維是有局限性，于測(cè)試的過程中，每個(gè)測(cè)試人員均有自己思考問題的盲區(qū)和測(cè)試執(zhí)行的盲區(qū)，有效的自我分析和分析其他測(cè)試人員，你會(huì)發(fā)現(xiàn)自己的盲區(qū)，有針對(duì)性的分析盲區(qū)，必定會(huì)于下壹輪測(cè)試用避免盲區(qū)。同時(shí)我們?nèi)詰?yīng)該注意設(shè)計(jì)測(cè)試用例的時(shí)候，有許多經(jīng)典的測(cè)試?yán)碚摗１热邕吔绶?、?/p>