軟件更強(qiáng)調(diào)數(shù)據(jù)的精確性，網(wǎng)站強(qiáng)調(diào)服務(wù)器所能承受的壓力，ERP強(qiáng)調(diào)業(yè)務(wù)流程，驅(qū)動(dòng)程序強(qiáng)調(diào)軟硬件的兼容性。在做測(cè)試分析時(shí)需要根據(jù)軟件的特性來(lái)選取測(cè)試類型，并將其列入測(cè)試需求當(dāng)中。
第三層：測(cè)試的焦點(diǎn)。測(cè)試的焦點(diǎn)是指根據(jù)所測(cè)的功能點(diǎn)進(jìn)行分析、分解，從而得出 的著重于某一方面的測(cè)試，如界面、業(yè)務(wù)流、模塊化、數(shù)據(jù)、輸入域等。目前關(guān)于各個(gè)焦點(diǎn)的測(cè)試也有不少的指南，那些已經(jīng)是很好的測(cè)試需求參考了，在此僅列出業(yè)務(wù)流的測(cè)試分析方法。
任何一套軟件都會(huì)有一定的業(yè)務(wù)流，也就是用戶用該軟件來(lái)實(shí)現(xiàn)自己實(shí)際業(yè)務(wù)的一個(gè)流程。簡(jiǎn)單的來(lái)說，在做測(cè)試需求分析時(shí)需要列出以下類別：
1） 常用的或規(guī)定的業(yè)務(wù)流程
2） 各業(yè)務(wù)流程分支的遍歷
3） 明確規(guī)定不可使用的業(yè)務(wù)流程
4） 沒有明確規(guī)定但是應(yīng)該不可以執(zhí)行的業(yè)務(wù)流程
5） 其他異常或不符合規(guī)定的操作
然后根據(jù)軟件需求理出業(yè)務(wù)的常規(guī)邏輯，按照以上類別提出的思路，一項(xiàng)一項(xiàng)列出各種可能的測(cè)試場(chǎng)景，同時(shí)借助于軟件的需求以及其他信息，來(lái)確定該場(chǎng)景應(yīng)該導(dǎo)致的結(jié)果，便形成了軟件業(yè)務(wù)流的基本測(cè)試需求。
在做完以上步驟之后，將業(yè)務(wù)流中涉及的各種結(jié)果以及中間流程分支回顧一遍，確定是否還有其他場(chǎng)景可能導(dǎo)致這些結(jié)果，以及各中間流
程之間的交互可能產(chǎn)生的新的流程，從而進(jìn)一步補(bǔ)充與完善測(cè)試需求。
5. 測(cè)試需求的優(yōu)先級(jí)
優(yōu)先級(jí)別的確定，利于測(cè)試工作有的放矢的展開，使測(cè)試人員清晰了解核心的功能、特性與流程有哪些，客戶最為關(guān)注的是什么，由此可確定測(cè)試的工作重點(diǎn)在何處，更方便處理測(cè)試進(jìn)度發(fā)生問題時(shí)，實(shí)現(xiàn)不同優(yōu)先級(jí)別的功能、模塊、系統(tǒng)等迭代遞交或取舍，從而緩和測(cè)試風(fēng)險(xiǎn)。
通常，需求管理規(guī)范的客戶，會(huì)規(guī)定用戶需求/軟件需求的優(yōu)先級(jí)別，測(cè)試需求的優(yōu)先級(jí)可根據(jù)其直接定義。如果沒有規(guī)定項(xiàng)目需求的優(yōu)先級(jí)，則可與客戶溝通，確定哪些功能或特性是需要尤其關(guān)注的，從而確定測(cè)試需求的優(yōu)先級(jí)。
6. 測(cè)試需求的覆蓋率與覆蓋程度
測(cè)試需求的覆蓋率通常是由與軟件需求所建立的對(duì)應(yīng)關(guān)系來(lái)確定的。如果一個(gè)軟件的需求已經(jīng)跟測(cè)試需求存在了一對(duì)一或一對(duì)多的對(duì)應(yīng)關(guān)系，可以說測(cè)試需求已經(jīng)覆蓋了該功能點(diǎn)，以此類推，如果確定了所有的軟件需求都建立了對(duì)應(yīng)的測(cè)試需求，那么測(cè)試需求的覆蓋率便是測(cè)試需求覆蓋點(diǎn)/軟件需求功能點(diǎn)=100%，但并不意味著測(cè)試需求的覆蓋程度高。因?yàn)闇y(cè)試需求的覆蓋率只計(jì)算了顯性的（即被明確規(guī)定的功能與特性）因素，而隱性的（即沒有被明確規(guī)定但是有可能或不應(yīng)該擁有的功能與特性）因素并未計(jì)算在內(nèi)。因此根據(jù)不斷的完善或?qū)嶋H測(cè)試中發(fā)生的缺陷，可以對(duì)測(cè)試需求進(jìn)行補(bǔ)充或優(yōu)化，并更新進(jìn)測(cè)試用例中，以此來(lái)提高測(cè)試需求的覆蓋程度。