1. 什么是測(cè)試需求？
確切地講，所謂的測(cè)試需求就是在項(xiàng)目中要測(cè)試什么。我們?cè)跍y(cè)試活動(dòng)中，首先需要明確測(cè)試需求(What)，才能決定怎么測(cè)(How)，測(cè)試時(shí)間(When)，需要多少人(Who)，測(cè)試的環(huán)境是什么(Where)，測(cè)試中需要的技能、工具以及相應(yīng)的背景知識(shí)，測(cè)試中可能遇到的風(fēng)險(xiǎn)等等，以上所有的內(nèi)容結(jié)合起來(lái)就構(gòu)成了測(cè)試計(jì)劃的基本要素。而測(cè)試需求是測(cè)試計(jì)劃的基礎(chǔ)與重點(diǎn)。
就像軟件的需求一樣，測(cè)試需求根據(jù)不同的公司環(huán)境，不同的專業(yè)水平，不同的要求，詳細(xì)程度也是不同的。但是，對(duì)于一個(gè)全新的項(xiàng)目或者產(chǎn)品，測(cè)試需求力求詳細(xì)明確，以避免測(cè)試遺漏與誤解。
2. 為什么要做測(cè)試需求分析
如果要成功的做一個(gè)測(cè)試項(xiàng)目，首先必須了解測(cè)試規(guī)模、復(fù)雜程度與可能存在的風(fēng)險(xiǎn)，這些都需要通過(guò)詳細(xì)的測(cè)試需求來(lái)了解。所謂知己知彼，百戰(zhàn)不殆。測(cè)試需求不明確，只會(huì)造成獲取的信息不正確，無(wú)法對(duì)所測(cè)軟件有一個(gè)清晰全面的認(rèn)識(shí)，測(cè)試計(jì)劃就毫無(wú)根據(jù)可言。活在自己世界里的人是可悲的，只憑感覺(jué)不做詳細(xì)了解就下定論的項(xiàng)目是失敗的。
測(cè)試需求越詳細(xì)精準(zhǔn)，表明對(duì)所測(cè)軟件的了解越深，對(duì)所要進(jìn)行的任務(wù)內(nèi)容就越清晰，就更有把握保證測(cè)試的質(zhì)量與進(jìn)度。
如果把測(cè)試活動(dòng)比作軟件生命周期，測(cè)試需求就相當(dāng)于軟件的需求規(guī)格，測(cè)試策略相當(dāng)于軟件的架構(gòu)設(shè)計(jì)，測(cè)試用例相當(dāng)于軟件的詳細(xì)設(shè)計(jì)，測(cè)試執(zhí)行相當(dāng)于軟件的編碼過(guò)程。只是在測(cè)試過(guò)程中，我們把”軟件”兩個(gè)字全部替換成了”測(cè)試”。這樣，我們就明白了整個(gè)測(cè)試活動(dòng)的依據(jù)來(lái)源于測(cè)試需求。
3. 測(cè)試需求的依據(jù)與收集
測(cè)試需求通常是以待測(cè)對(duì)象的軟件需求為原型進(jìn)行分析而轉(zhuǎn)變過(guò)來(lái)的。但測(cè)試需求并不等同于軟件需求，它是以測(cè)試的觀點(diǎn)根據(jù)軟件需求整理出一個(gè)checklist，作為測(cè)試該軟件的主要工作內(nèi)容。
測(cè)試需求主要通過(guò)以下途徑來(lái)收集：
1） 與待測(cè)軟件相關(guān)的各種文檔資料。如軟件需求規(guī)格、Use case、界面設(shè)計(jì)、項(xiàng)目會(huì)議或與客戶溝通時(shí)有關(guān)于需求信息的會(huì)議記錄、其他技術(shù)文檔等。
2） 與客戶或系統(tǒng)分析員的溝通。
3） 業(yè)務(wù)背景資料。如待測(cè)軟件業(yè)務(wù)領(lǐng)域的知識(shí)等。
4） 正式與非正式的培訓(xùn)。
5） 其他。如果以舊系統(tǒng)為原型，以全新的架構(gòu)方式來(lái)設(shè)計(jì)或完善軟件，那么舊系統(tǒng)的原有功能跟特性就成為了最有效的測(cè)試需求收集途徑。
在整個(gè)信息收集過(guò)程中，務(wù)必確保軟件的功能與特性被正確理解。因此，測(cè)試需求分析人員必須具備優(yōu)秀的溝通能力與表達(dá)能力。
4. 測(cè)試需求的分析
目前不少的書(shū)籍與網(wǎng)站資料開(kāi)始重視測(cè)試需求的分析，同時(shí)也提出了一些測(cè)試需求分析的方法。這里也提出一些自己的看法。
測(cè)試需求需要考慮幾個(gè)層面的因素：
第一層：測(cè)試階段。系統(tǒng)測(cè)試階段，需求分析更注重于技術(shù)層面，即軟件是否實(shí)現(xiàn)了具備的功能。如果某一種流程或者某一角色能夠執(zhí)行一項(xiàng)功能，那么我們相信具備相同特征的業(yè)務(wù)或角色都能夠執(zhí)行該功能。為了避免測(cè)試執(zhí)行的冗余，可不再重復(fù)測(cè)試。而在驗(yàn)收測(cè)試階段，更注重于不同角色在同一功能上能否走通要求的業(yè)務(wù)流程。因此需要根據(jù)不同的業(yè)務(wù)需要而測(cè)試相同的功能，以確保系統(tǒng)上線后不會(huì)有意外發(fā)生。但是否有必要進(jìn)行這種大量的重復(fù)性質(zhì)的測(cè)試，不過(guò)也是見(jiàn)仁見(jiàn)智的做法，要看測(cè)試管理者對(duì)測(cè)試策略與風(fēng)險(xiǎn)的平衡能力了。
目前，大多數(shù)的測(cè)試都會(huì)在系統(tǒng)測(cè)試中完成，驗(yàn)收測(cè)試只是對(duì)于系統(tǒng)測(cè)試的回歸。此種情況也是合理的，關(guān)鍵看測(cè)試周期與資源是否允許，以及各測(cè)試階段的任務(wù)劃分。
第二層：待測(cè)軟件的特性。不同的軟件業(yè)務(wù)背景不同，所要求的特性也不相同，測(cè)試的側(cè)重點(diǎn)自然也不相同。除了需要確保要求實(shí)現(xiàn)的功能正確，銀行/財(cái)務(wù)