我們testing站長(zhǎng)的大作居然新手版沒有，雖然在雜志上有了，還是轉(zhuǎn)貼過來。
給大家看看。
http://www.51testing.com/emagzine/No1_1.htm【摘要】本文面向軟件測(cè)試新手，從測(cè)試前的準(zhǔn)備工作、測(cè)試需求收集、測(cè)試用例設(shè)計(jì)、測(cè)試用例執(zhí)行、測(cè)試結(jié)果分析幾個(gè)方面給出建議和方法。鑒于國(guó)內(nèi)的軟件開發(fā)、測(cè)試不規(guī)范的現(xiàn)狀，本文為軟件測(cè)試新手提供了若干個(gè)軟件測(cè)試的關(guān)注點(diǎn)。
【關(guān)鍵詞】軟件測(cè)試、測(cè)試用例、測(cè)試需求、測(cè)試結(jié)果分析
引言
幾年前，從學(xué)校畢業(yè)后，第一份工作就是軟件測(cè)試。那時(shí)候，國(guó)內(nèi)的軟件企業(yè)大多對(duì)軟件測(cè)試還沒有什么概念，書店里除了鄭人杰編寫的《計(jì)算機(jī)軟件測(cè)試技術(shù)》之外，幾乎沒有其它的軟件測(cè)試相關(guān)書籍，軟件測(cè)試僅僅在軟件工程的教材中作為一個(gè)章節(jié)列出來，因此，我對(duì)軟件測(cè)試一無所知。不過，在正式走上工作崗位之前，公司提供了為期兩周的系統(tǒng)的軟件測(cè)試技術(shù)專題培訓(xùn)，對(duì)接下來的軟件測(cè)試工作有很大的指導(dǎo)意義?，F(xiàn)在，我繼續(xù)從事軟件測(cè)試的培訓(xùn)與咨詢服務(wù)，在這個(gè)過程中，親眼目睹了很多軟件測(cè)試新手面對(duì)的困惑，他們初涉軟件測(cè)試行業(yè)，沒有接受系統(tǒng)的培訓(xùn)，對(duì)軟件測(cè)試一無所知，既不知道該測(cè)試什么，也不知道如何開始測(cè)試。下面針對(duì)上述情況，給出若干解決辦法。
• 測(cè)試準(zhǔn)備工作
在測(cè)試工作伊始，軟件測(cè)試工程師應(yīng)該搞清楚軟件測(cè)試工作的目的是什么。如果你把這個(gè)問題提給項(xiàng)目經(jīng)理，他往往會(huì)這樣回答： “ 發(fā)現(xiàn)我們產(chǎn)品里面的所有 BUG ，這就是你的工作目的 ” 。作為一名軟件測(cè)試新手，如何才能發(fā)現(xiàn)所有的 BUG ？如何開始測(cè)試工作？即便面對(duì)的是一個(gè)很小的軟件項(xiàng)目，測(cè)試需要考慮的問題也是方方面面的，包括硬件環(huán)境、操作系統(tǒng)、產(chǎn)品的軟件配置環(huán)境、產(chǎn)品相關(guān)的業(yè)務(wù)流程、用戶的并發(fā)容量等等。該從何處下手呢？
• 向有經(jīng)驗(yàn)的測(cè)試人員學(xué)習(xí)
如果你進(jìn)入的是一家運(yùn)作規(guī)范的軟件公司，有獨(dú)立的軟件測(cè)試部門、規(guī)范的軟件測(cè)試流程、軟件測(cè)試技術(shù)有一定的積累，那么，恭喜你！你可以請(qǐng)求測(cè)試經(jīng)理委派有經(jīng)驗(yàn)的測(cè)試人員作為你工作上的業(yè)務(wù)導(dǎo)師，由他列出軟件測(cè)試技術(shù)相關(guān)書籍目錄、軟件測(cè)試流程相關(guān)文檔目錄、產(chǎn)品業(yè)務(wù)相關(guān)的文檔目錄，在業(yè)務(wù)導(dǎo)師的指導(dǎo)下逐步熟悉軟件測(cè)試的相關(guān)工作。其實(shí)，在很多運(yùn)作規(guī)范的軟件公司，已經(jīng)把上述的師父帶徒弟的方式固化到流程中。
如果你進(jìn)入的是一個(gè)軟件測(cè)試一片空白的軟件企業(yè)，那么，也恭喜你！你可以在這里開創(chuàng)一片自己的軟件測(cè)試事業(yè)，當(dāng)然，前提是老板確實(shí)認(rèn)識(shí)到軟件測(cè)試的重要性，實(shí)實(shí)在在需要提高產(chǎn)品的質(zhì)量。這時(shí)候，可以到國(guó)內(nèi)的軟件測(cè)試論壇和相關(guān)網(wǎng)站上尋找軟件測(cè)試資源，這種情況下，自學(xué)能力和對(duì)技術(shù)的悟性就至關(guān)重要了。
• 閱讀軟件測(cè)試的相關(guān)書籍
現(xiàn)在，中文版的軟件測(cè)試書籍越來越多，有的是國(guó)人自己寫的，有的是翻譯國(guó)外經(jīng)典之作?？梢缘?
www.chinapub.com 或者
www.cnforyou.com 等網(wǎng)絡(luò)購(gòu)書的站點(diǎn)查找軟件測(cè)試相關(guān)的書籍。目前，從國(guó)外引入的軟件測(cè)試書籍有很多經(jīng)典之作，但是，翻譯成中文后，翻譯質(zhì)量對(duì)閱讀效果有很大的影響。
• 走讀缺陷跟蹤庫(kù)中的問題報(bào)告單
如果您所在的公司已經(jīng)有軟件缺陷跟蹤庫(kù)了，無論采用的是商用工具，如 ClearQuest 、 TestDirecter 等工具，還是采用的 Bugzilla 、 Mantis 等開源工具，這都無關(guān)緊要，缺陷跟蹤庫(kù)中的缺陷報(bào)告單才是有價(jià)值的。缺陷跟蹤庫(kù)中的問題報(bào)告單是軟件測(cè)試工程師工作績(jī)效的集中體現(xiàn)，同時(shí)也是軟件產(chǎn)品問題的集中體現(xiàn)。一般來說，缺陷報(bào)告單中最關(guān)鍵的幾個(gè)部分包括：第一部分是發(fā)現(xiàn)缺陷的環(huán)境，包括軟件環(huán)境、硬件環(huán)境等；第二部分是缺陷的基本描述；第三部分是開發(fā)人員對(duì)缺陷的解決方法。通過對(duì)上述缺陷報(bào)告單的三個(gè)部分作仔細(xì)分析，不知不覺你已經(jīng)吸收了其他軟件測(cè)試人員的工作經(jīng)驗(yàn)，并掌握了軟件產(chǎn)品常見的基本問題。這是迅速提高軟件測(cè)試經(jīng)驗(yàn)的好方法。
• 走讀相關(guān)產(chǎn)品的歷史測(cè)試用例
如果你所在的公司有測(cè)試用例管理系統(tǒng)，那么，走讀相關(guān)產(chǎn)品的軟件測(cè)試用例是迅速提高測(cè)試用例設(shè)計(jì)水平的一條捷徑。走讀測(cè)試用例也是有技巧的。測(cè)試用例寫作一般會(huì)包括測(cè)試用例項(xiàng)和根據(jù)測(cè)試用例項(xiàng)細(xì)化的測(cè)試用例，下面舉例說明。 “ 測(cè)試用戶登錄的功能 ” 是一個(gè)測(cè)試項(xiàng)，該測(cè)試項(xiàng)的目的是測(cè)試用戶登錄功能是否正確，是否能夠完成正常的登錄功能，是否能夠?qū)Ψ欠ㄓ脩裘兔艽a做異常處理等等。因此，根據(jù)該用例項(xiàng)，可以設(shè)計(jì)出若干個(gè)測(cè)試用例，大多數(shù)情況下，測(cè)試用例項(xiàng)和測(cè)試用例是一對(duì)多的關(guān)系。
通過走讀測(cè)試用例項(xiàng)目，你可以掌握應(yīng)該從哪些功能點(diǎn)著手未來的測(cè)試工作；通過走讀軟件測(cè)試用例，你可以了解如何根據(jù)被測(cè)試的功能點(diǎn)開展軟件測(cè)試用例的設(shè)計(jì)工作，包括如何確定測(cè)試用例的輸入、測(cè)試用例的操作步驟和測(cè)試用例的輸出結(jié)果等。
總之，走讀其他軟件測(cè)試人員設(shè)計(jì)的優(yōu)秀軟件測(cè)試用例，是提高自身用例設(shè)計(jì)水平的好方法。
• 學(xué)習(xí)產(chǎn)品相關(guān)的業(yè)務(wù)知識(shí)
軟件測(cè)試人員不僅要掌握軟件測(cè)試技術(shù)相關(guān)知識(shí)，對(duì)產(chǎn)品相關(guān)的業(yè)務(wù)知識(shí)也要學(xué)習(xí)。這很好理解，如果從事財(cái)務(wù)軟件的測(cè)試工作，一定要學(xué)習(xí)財(cái)務(wù)知識(shí)；如果從事通訊產(chǎn)品測(cè)試工作，那么相關(guān)的通訊理論知識(shí)也是必須的；如果從事銀行軟件的測(cè)試，銀行的業(yè)務(wù)流程也是不可或缺的知識(shí)點(diǎn)。
因此，在學(xué)習(xí)軟件測(cè)試技術(shù)的同時(shí)，千萬(wàn)不要忽略產(chǎn)品相關(guān)業(yè)務(wù)知識(shí)的學(xué)習(xí)。如果你是一個(gè)軟件測(cè)試技術(shù)專家，但是對(duì)產(chǎn)品業(yè)務(wù)知識(shí)一無所知，那么也只能測(cè)試出來純粹的軟件缺陷，而面對(duì)眼前出現(xiàn)的產(chǎn)品業(yè)務(wù)相關(guān)的缺陷，很可能是視而不見，如此這般，軟件測(cè)試的效果會(huì)大打折扣。
• 識(shí)別測(cè)試需求
識(shí)別測(cè)試需求是軟件測(cè)試的第一步。如果開發(fā)人員能夠提供完整的需求文檔和接口文檔，那固然好?？梢愿鶕?jù)需求文檔中描述的每個(gè)功能項(xiàng)目的輸入、處理過程和輸出，來設(shè)計(jì)測(cè)試用例。如果開發(fā)人員沒有提供軟件需求文檔，那該如何是好？下面給出幾個(gè)有效的方法：
• 主動(dòng)獲取需求
開發(fā)人員通常不會(huì)更好地考慮軟件測(cè)試，如果沒有開發(fā)流程的強(qiáng)制規(guī)定，他們通常是不愿意提供任何開發(fā)文檔，即便有強(qiáng)制規(guī)定，需求文檔也未必能夠真正指導(dǎo)軟件系統(tǒng)測(cè)試工作。因此，需要測(cè)試人員發(fā)揮主觀能動(dòng)性，與相關(guān)的軟件開發(fā)項(xiàng)目經(jīng)理和軟件開發(fā)人員保持溝通，了解軟件實(shí)現(xiàn)的主要功能是什么，并記錄得收集到的信息。一般來說，開發(fā)人員即便沒有提供相關(guān)需求文檔，也會(huì)保存一些簡(jiǎn)單的過程文檔，主動(dòng)向開發(fā)人員索要這些文檔，可以作為測(cè)試的參考。此外，可以與公司的技術(shù)支持人員交流，技術(shù)支持人員是最貼近用戶的人，因此，通過交流可以獲取第一手的用戶使用感受，在測(cè)試的過程中會(huì)更加貼近用戶。
當(dāng)拿到相關(guān)的資料后，從哪些方面分析需求？如何與開發(fā)人員交流需求？其實(shí)，只要把握需求分析的幾個(gè)關(guān)鍵的點(diǎn)就可以解決問題：輸入、處理過程、輸出、性能要求、運(yùn)行環(huán)境，下面針對(duì)每一個(gè)項(xiàng)目逐一分析：
軟件輸入： 與該需求相關(guān)的一切可能輸入，可以從這幾方面考慮，輸入來源、輸入?yún)?shù)的數(shù)量、輸入?yún)?shù)的度量單位、輸入?yún)?shù)的時(shí)間要求、輸入?yún)?shù)的精度和輸入?yún)?shù)的有效輸入范圍。在測(cè)試用例設(shè)計(jì)中，這部分內(nèi)容作為測(cè)試用例輸入的依據(jù)。
處理過程： 描述對(duì)輸入數(shù)據(jù)所執(zhí)行的所有操作和如何獲得輸出的過程。測(cè)試人員了解處理過程即可，在測(cè)試過程中發(fā)現(xiàn) BUG 時(shí)候，如果對(duì)處理過程了解的深入，對(duì)定位問題根源有很大的幫助。
軟件輸出： 描述每個(gè)需求的輸出結(jié)果，包括輸出的位置（如計(jì)算機(jī)顯示器、打印機(jī)，文件），輸出參數(shù)的數(shù)量、輸出參數(shù)的度量單位、輸出參數(shù)的時(shí)序、輸出參數(shù)精確度、輸出參數(shù)的有效輸出范圍、錯(cuò)誤消息。在測(cè)試用例設(shè)計(jì)中，這部分內(nèi)容作為測(cè)試用例的預(yù)期輸出。
性能要求： 與該需求相關(guān)的性能要求，比如 “ 插入 ATM 取款卡后， 3 秒鐘內(nèi)彈出提示用戶取款的圖形界面 ” 。 3 秒鐘這一限制，就是對(duì)需求的基本性能要求。
運(yùn)行環(huán)境： 軟件的運(yùn)行所需的環(huán)境，包括硬件平臺(tái)的要求、操作系統(tǒng)的要求、數(shù)據(jù)庫(kù)的要求，以及其它相關(guān)支撐軟件的要求。
• 確認(rèn)需求的優(yōu)先級(jí)
確認(rèn)需求的優(yōu)先級(jí)是很必要的，如果在產(chǎn)品進(jìn)度比較緊的情況下，測(cè)試人員可以考慮優(yōu)先測(cè)試優(yōu)先級(jí)高的需求項(xiàng)，如果進(jìn)度允許，那么在測(cè)試優(yōu)先級(jí)低的需求項(xiàng)，如果進(jìn)度不允許，那么就放棄測(cè)試優(yōu)先級(jí)低的需求項(xiàng)。如果軟件公司有規(guī)范的流程支撐，開發(fā)人員在提供軟件需求文檔的時(shí)候，應(yīng)該在文檔中確定需求的優(yōu)先級(jí)。但是，如果開發(fā)人員連基本的軟件需求文檔都沒有提供，又怎能指望他們確定軟件需求的優(yōu)先級(jí)？如果是這樣，需求的優(yōu)先級(jí)只能由測(cè)試人員完成了。
• 加入開發(fā)小組的郵件群組
測(cè)試人員需要通曉被測(cè)試產(chǎn)品，但是，產(chǎn)品在開發(fā)的過程中往往是不斷變化的。如果軟件開發(fā)團(tuán)隊(duì)有一套變更控制流程，測(cè)試人員會(huì)對(duì)產(chǎn)品的變更了如指掌。如果沒有變更控制，那就要采用其他的土方法了。如果公司里面有自動(dòng)化辦公系統(tǒng)，也許采用的是 Lotus Notes 系統(tǒng)，也許使用的是 E-mail 系統(tǒng)，測(cè)試人員應(yīng)該加入到開發(fā)人員的郵件群組中。當(dāng)開發(fā)人員通過郵件討論問題、通知召開技術(shù)會(huì)議的時(shí)候，測(cè)試人員可以及時(shí)知曉，如果必要，可以參加開發(fā)人員的技術(shù)會(huì)議。即便公司里面有了軟件變更控制流程，加入到開發(fā)郵件群組也是一個(gè)很好的習(xí)慣。
• 與開發(fā)人員為鄰
建議測(cè)試人員與開發(fā)人員為鄰。我所在的測(cè)試組曾經(jīng)與開發(fā)組是在相鄰的寫字間里，開發(fā)人員與測(cè)試人員的關(guān)系非常融洽，拋去同事關(guān)系，大家還是不錯(cuò)的朋友。不管開發(fā)人員有什么樣的活動(dòng)，測(cè)試人員都能第一時(shí)間獲得信息。無論從事軟件測(cè)試工作，還是從事其它的工作，與工作中上下游環(huán)節(jié)的同事保持良好的個(gè)人關(guān)系對(duì)工作有很大便利。一般的公司內(nèi)部都存在部門墻，良好的人際關(guān)系是打通部門墻的手段之一。向領(lǐng)導(dǎo)建議測(cè)試人員與開發(fā)人員為鄰，這很必要。
• 測(cè)試用例設(shè)計(jì)
測(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)該清楚表達(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é)果，預(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)的測(cè)試書籍，白盒測(cè)試方法和黑盒測(cè)試方法在絕大多數(shù)的軟件測(cè)試書籍中都有詳細(xì)的介紹，這里不作贅述。
• 重用同類型項(xiàng)目的測(cè)試用例
如果我看得遠(yuǎn)，那是因?yàn)槲艺驹诰奕说募缟?－－牛頓。
一般來說，每個(gè)軟件公司的項(xiàng)目可以分為固定的幾大類?？梢园礃I(yè)務(wù)類型劃分，比如 ERP 軟件、產(chǎn)品數(shù)據(jù)管理軟件、通信軟件、地理信息系統(tǒng)軟件等等；可以按軟件結(jié)構(gòu)來劃分，比如 B/S 架構(gòu)的軟件、 C/S 架構(gòu)的軟件、嵌入式軟件等等。參考同類別軟件的測(cè)試用例，會(huì)有很大的借鑒意義。如果，公司中有同類別的軟件系統(tǒng)，千萬(wàn)別忘記把相關(guān)的測(cè)試用例拿來參考。如果，系統(tǒng)非常接近，甚至經(jīng)過對(duì)測(cè)試用例簡(jiǎn)單修改就可以應(yīng)用到當(dāng)前被測(cè)試的軟件。 “ 拿來主義 ” 可以極大的開闊測(cè)試用例設(shè)計(jì)思路，也可以節(jié)省大量的測(cè)試用例設(shè)計(jì)時(shí)間。
• 利用已有的軟件 Checklist
在上面一個(gè)小節(jié)中，按照不同的規(guī)則劃分了不同的軟件類型。每種類型的軟件都有一定的測(cè)試規(guī)范，比如， WEB 軟件系統(tǒng)在系統(tǒng)測(cè)試過程中，會(huì)有一系列的范式，比如針對(duì) Cookie 就會(huì)有很多測(cè)試點(diǎn)。在設(shè)計(jì)測(cè)試用例的時(shí)候，不妨到網(wǎng)上去搜索相關(guān)的 Checklist ，不過國(guó)內(nèi)外的網(wǎng)站很少有這方面的資料，即便有，也不是特別系統(tǒng)?？梢韵日乙环荽植诘?Checklist ，然后，在設(shè)計(jì)測(cè)試用例的時(shí)候不斷的去完善它，以作為下次測(cè)試用例設(shè)計(jì)的基礎(chǔ)。
• 加強(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)的軟件測(cè)試人員和軟件開發(fā)人員評(píng)審，提交評(píng)審意見，然后根據(jù)評(píng)審意見更新測(cè)試用例。 如果認(rèn)真操作這個(gè)環(huán)節(jié)，測(cè)試用例中的很多問題都會(huì)暴露出來，比如用例設(shè)計(jì)錯(cuò)誤、用例設(shè)計(jì)遺漏、用例設(shè)計(jì)冗余、用例設(shè)計(jì)不充分等等；如果同行評(píng)審不充分，那么，在測(cè)試執(zhí)行的過程中，上述本應(yīng)在評(píng)審階段發(fā)現(xiàn)的測(cè)試用例相關(guā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í)行這部分消耗時(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)是 Windows 2000 pack4 版本，數(shù)據(jù)庫(kù)是 Sql Server 2000 等等，此外，應(yīng)該給出被測(cè)試軟件產(chǎn)品的詳細(xì)安裝指導(dǎo)書，包括安裝的操作步驟、相關(guān)配置文件的配置方法等等。對(duì)于復(fù)雜的軟件產(chǎn)品，尤其是軟件項(xiàng)目，如果沒有安裝指導(dǎo)書作為參考，在搭建測(cè)試環(huán)境過程中會(huì)遇到種種問題。
如果開發(fā)人員拒絕提供相關(guā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è)問題：
全方位的觀察測(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 ％。如果觀察點(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)的日志文件，作為測(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)了軟件的缺陷，那么可以毫不猶豫的提交問題報(bào)告單。如果發(fā)現(xiàn)了可疑問題，又無法定位是否為軟件缺陷，那么一定要保留現(xiàn)場(chǎng)，然后知會(huì)相關(guān)開發(fā)人員到現(xiàn)場(chǎng)定位問題。如果開發(fā)人員在短時(shí)間內(nèi)可以確認(rèn)是否為軟件缺陷，測(cè)試人員給予配合；如果開發(fā)人員定位問題需要花費(fèi)很長(zhǎng)的時(shí)間，測(cè)試人員千萬(wàn)不要因此耽誤自己寶貴的測(cè)試執(zhí)行時(shí)間，可以讓開發(fā)人員記錄重新問題的測(cè)試環(huán)境配置，然后，回到自己的開發(fā)環(huán)境上重現(xiàn)問題，繼續(xù)定位問題。
與開發(fā)人員良好的溝通： 測(cè)試執(zhí)行過程中，當(dāng)你提交了問題報(bào)告單，可能被開發(fā)人員無情駁回，拒絕修改。這時(shí)候，只能對(duì)開發(fā)人員曉之以理，做到有理、有據(jù)，有說服力。首先，要定義軟件缺陷的標(biāo)準(zhǔn)原則，這個(gè)原則應(yīng)該是開發(fā)人員和測(cè)試人員都認(rèn)可的，如果沒有共同認(rèn)可的原則，那么開發(fā)人員與測(cè)試人員對(duì)問題的爭(zhēng)執(zhí)就不可避免了。此外，測(cè)試人員打算說服開發(fā)人員之前，考慮是否能夠先說服自己，在保證可以說服自己的前提下，再開始與開發(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)秀的問題報(bào)告單
軟件測(cè)試提交的問題報(bào)告單和測(cè)試日?qǐng)?bào)一樣，都是軟件測(cè)試人員的工作輸出，是測(cè)試人員績(jī)效的集中體現(xiàn)。因此，提交一份優(yōu)秀的問題報(bào)告單是很重要的。軟件測(cè)試報(bào)告單最關(guān)鍵的域就是 “ 問題描述 ” ，這是開發(fā)人員重現(xiàn)問題，定位問題的依據(jù)。問題描述應(yīng)該包括以下幾部分內(nèi)容：軟件配置、硬件配置、測(cè)試用例輸入、操作步驟、輸出、當(dāng)時(shí)輸出設(shè)備的相關(guān)輸出信息和相關(guān)的日志等。
軟件配置： 包括操作系統(tǒng)類型版本和補(bǔ)丁版本、當(dāng)前被測(cè)試軟件的版本和補(bǔ)丁版本、相關(guān)支撐軟件，比如數(shù)據(jù)庫(kù)軟件的版本和補(bǔ)丁版本等。
硬件配置： 計(jì)算機(jī)的配置情況，主要包括 CPU 、內(nèi)存和硬盤的相關(guān)參數(shù)，其它硬件參數(shù)根據(jù)測(cè)試用例的實(shí)際情況添加。如果測(cè)試中使用網(wǎng)絡(luò)，那么網(wǎng)絡(luò)的組網(wǎng)情況，網(wǎng)絡(luò)的容量、流量等情況。硬件配置情況與被測(cè)試產(chǎn)品類型密切相關(guān)，需要根據(jù)當(dāng)時(shí)的情況，準(zhǔn)確翔實(shí)的記錄硬件配置情況。
測(cè)試用例輸入 \ 操作步驟 \ 輸出： 這部分內(nèi)容可以根據(jù)測(cè)試用例的描述和測(cè)試用例的實(shí)際執(zhí)行情況如實(shí)填寫。
輸出設(shè)備的相關(guān)輸出信息： 輸出設(shè)備包括計(jì)算機(jī)顯示器、打印機(jī)、磁帶等等輸出設(shè)備，如果是顯示器可以采用抓屏的方式獲取當(dāng)時(shí)的截圖，其他的輸出設(shè)備可以采用其它方法獲取相關(guān)的輸出，在問題報(bào)告單中提供描述。
日志信息： 規(guī)范的軟件產(chǎn)品都會(huì)提供軟件的運(yùn)行日志和用戶、管理員的操作日志，測(cè)試人員應(yīng)該把測(cè)試用例執(zhí)行后的軟件產(chǎn)品運(yùn)行日志和操作日志作為附件，提交到問題報(bào)告單中。
根據(jù)被測(cè)試軟件產(chǎn)品的不同，需要在 “ 問題描述 ” 中增加相應(yīng)的描述內(nèi)容，這需要具體問題具體分析。
• 測(cè)試結(jié)果分析
軟件測(cè)試執(zhí)行結(jié)束后，測(cè)試活動(dòng)還沒有結(jié)束。測(cè)試結(jié)果分析是必不可少的重要環(huán)節(jié)， “ 編筐編簍，全在收口 ” ，測(cè)試結(jié)果的分析對(duì)下一輪測(cè)試工作的開展有很大的借鑒意義。前面的 “ 測(cè)試準(zhǔn)備工作 ” 中，建議測(cè)試人員走讀缺陷跟蹤庫(kù)，查閱其他測(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ū)。
總結(jié)：
限于文章的篇幅，本文不可能給出一個(gè)類似于 checklist 的指導(dǎo)性的軟件測(cè)試新手入門。無論從事軟件測(cè)試還是從事其它的工作，技術(shù)上的和技巧上的問題都可以通過查詢相關(guān)的軟件測(cè)試技術(shù)書籍獲取，掌握一套基本的方法論是最重要的。以上文字，都是作者從事軟件測(cè)試工作積累的經(jīng)驗(yàn)之談，如發(fā)現(xiàn)謬誤之處請(qǐng)不吝指出。
