小編理解的需求分析就是要弄清楚用戶需要的是什么功能,，用戶會(huì)怎樣使用系統(tǒng)。這樣測(cè)試時(shí)才能更清楚的知道系統(tǒng)該怎么樣運(yùn)行,，才能更好的設(shè)計(jì)測(cè)試用例,，才能更好的測(cè)試。

測(cè)試需求分析是測(cè)試工作的第一步,，經(jīng)過(guò)需求分析,，對(duì)原始需求列表中列出的每一個(gè)需求點(diǎn)，找到我們需要測(cè)試的測(cè)試要點(diǎn),；針對(duì)所確定的測(cè)試要點(diǎn),，分析測(cè)試執(zhí)行時(shí)對(duì)應(yīng)的測(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ù)可言,。

測(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è)試需求，所以需求分析是整個(gè)測(cè)試活動(dòng)必不可少的環(huán)節(jié),。

不做需求分析或需求分析不到位,，可能會(huì)產(chǎn)生很嚴(yán)重的問(wèn)題，比如：

1.浪費(fèi)時(shí)間和資源實(shí)現(xiàn)了用戶不需要的需求,；

2.遺漏了需求文檔中沒提到,，但很重要的需求，導(dǎo)致客戶滿意度降低,。

3.需求分析不到位,，錯(cuò)誤的估計(jì)了測(cè)試的工作量，導(dǎo)致延誤發(fā)布周期,，可能會(huì)降低發(fā)布質(zhì)量,。

以上的幾個(gè)問(wèn)題，在實(shí)際開發(fā)中是比較常見的,，主要的原因就是需求分析不到位,，會(huì)導(dǎo)致影響客戶的滿意度。

拿到一個(gè)需求后,，我們首先應(yīng)該通讀需求文檔,，先通過(guò)需求文檔，對(duì)要做的需求的背景有整體了解,，其實(shí)這個(gè)過(guò)程也是對(duì)需求文檔測(cè)試的過(guò)程,，對(duì)需求整體的了解后,，我們可以先記錄一些疑惑，為后面需求的分析做準(zhǔn)備工作,，這個(gè)環(huán)節(jié)我們應(yīng)該更多的了解一些需求的目的和一些用戶的使用場(chǎng)景,。

可以通過(guò)業(yè)務(wù)知識(shí)來(lái)分析需求的合理性，而不是單單通過(guò)系統(tǒng)是怎樣實(shí)現(xiàn)的來(lái)判斷需求是否合理,，這也是測(cè)試人員必備的技能之一,，即需要我們有深厚的業(yè)務(wù)功底,，然后在通過(guò)結(jié)合系統(tǒng)現(xiàn)有的實(shí)現(xiàn)來(lái)分析需求的合理性,。

在我看來(lái)需求是否合理主要包括兩個(gè)方面：第一，滿足客戶需求,。第二,，在系統(tǒng)原有的基礎(chǔ)上，盡量減少改動(dòng)成本,。

通過(guò)以上對(duì)需求的分析,，我們就可以確定測(cè)試的范圍和優(yōu)先級(jí)了。首先我們要確定好這個(gè)需求所涉及的全部測(cè)試點(diǎn),，然后通過(guò)分析,，分析出測(cè)試范圍的優(yōu)先級(jí)。

確定了測(cè)試范圍和優(yōu)先級(jí)后,，就可以對(duì)各模塊進(jìn)行細(xì)化,，可以用xmind列出各個(gè)模塊下的測(cè)試點(diǎn)，各模塊或大的測(cè)試點(diǎn)需要寫出對(duì)應(yīng)的測(cè)試方法,，或測(cè)試策略,。是否需要接口測(cè)試、性能測(cè)試,，是否需要提前準(zhǔn)備數(shù)據(jù),，或會(huì)遇到什么樣的測(cè)試難點(diǎn)，采取怎樣的應(yīng)對(duì)措施,。

根據(jù)以往的經(jīng)驗(yàn)我們都知道,，在開發(fā)一個(gè)比較復(fù)雜的需求的周期中，測(cè)試的前期準(zhǔn)備工作通常都是比較充足的,，當(dāng)然特殊情況除外,，因此在確定了測(cè)試范圍和優(yōu)先級(jí)后，測(cè)試人員和測(cè)試負(fù)責(zé)人應(yīng)該先確定一下哪些需求測(cè)試是可以提前介入的,，比如,，參與開發(fā)的概要設(shè)計(jì)會(huì)、提前根據(jù)需求編寫case召開用例評(píng)審會(huì),，在提測(cè)前把需求和設(shè)計(jì)及測(cè)試范圍明確,，規(guī)避了后面的測(cè)試的進(jìn)度風(fēng)險(xiǎn)和質(zhì)量風(fēng)險(xiǎn),。

做完了需求的細(xì)化后，要對(duì)自己做的需求分析從頭到尾再捋一遍,，查看有沒有什么遺漏的,，因?yàn)樾枨笠部赡苡羞z漏的地方。主要關(guān)注有沒有場(chǎng)景需求沒有考慮全面,， 涉及的修改范圍被遺漏了,，以及一些特殊的關(guān)聯(lián)配置沒有考慮到的，另外如果需求做了一些變動(dòng)也要及時(shí)補(bǔ)充需求分析,，主要是分析變動(dòng)可能帶來(lái)的風(fēng)險(xiǎn),，以及準(zhǔn)備哪些應(yīng)對(duì)之策。

任何系統(tǒng)都有大的業(yè)務(wù)背景,，只要熟悉了業(yè)務(wù)知識(shí)才能更有效的使用系統(tǒng)。

任何系統(tǒng)在使用過(guò)程中,，都有一個(gè)熟悉的過(guò)程,，對(duì)系統(tǒng)越熟悉，越容易發(fā)現(xiàn)系統(tǒng)問(wèn)題和業(yè)務(wù)問(wèn)題,。

作為測(cè)試人員如果想提升需求分析能力,，首先應(yīng)該做到的就是站在客戶的角度分析客戶需要什么和客戶想要什么，站在業(yè)務(wù)或者系統(tǒng)現(xiàn)有實(shí)現(xiàn)的角度,，給需求和開發(fā)人員一些設(shè)計(jì)上的建議,，換句話說(shuō)就是如果拋開客戶，你這個(gè)需求做的在高大上,，在酷炫,，都是沒有意義的。

我們知道一個(gè)人做一個(gè)工作時(shí)間越久,，也就是我們說(shuō)的經(jīng)驗(yàn)越豐富，可能這個(gè)思維方式就會(huì)越被限定住,。比如,，測(cè)試的統(tǒng)計(jì)表多了，當(dāng)拿到一個(gè)新增的統(tǒng)計(jì)表的時(shí)候,，首先想到的是公用用例上所列的測(cè)試點(diǎn)基本上就是最全的了,，我都不用思考，直接用就行了,。

其實(shí)這是一個(gè)誤區(qū),，公用用例的目的是幫助我們減少一些不必要的內(nèi)耗，但是我們的思維不要被它所限定,，如果公用用例中某個(gè)點(diǎn)是錯(cuò)的,，那我們豈不要一錯(cuò)再錯(cuò)了,。所以作為一個(gè)測(cè)試人員如果想要提升自己的需求分析能力，一定要多思考,，不要被這種慣性思維束縛,，不要被所謂的經(jīng)驗(yàn)束縛。