為什么要分析需求

1.1、必要性

如果把測(cè)試活動(dòng)比作軟件生命周期，測(cè)試需求分析就相當(dāng)于軟件的需求規(guī)格說(shuō)明，測(cè)試策略相當(dāng)于軟件的架構(gòu)設(shè)計(jì)，測(cè)試用例相當(dāng)于軟件的詳細(xì)設(shè)計(jì)，測(cè)試執(zhí)行相當(dāng)于軟件的編碼過(guò)程。所以整個(gè)測(cè)試活動(dòng)的依據(jù)來(lái)源于測(cè)試需求，測(cè)試需求分析是整個(gè)測(cè)試活動(dòng)環(huán)節(jié)必不可少的環(huán)節(jié)。需求分析越詳細(xì)越精準(zhǔn)，表明對(duì)所測(cè)軟件的了解越深，對(duì)所要進(jìn)行的任務(wù)內(nèi)容越清晰，就更有把握保證測(cè)試的質(zhì)量和進(jìn)度。

1.2、不做的后果

• 時(shí)間&資源的浪費(fèi)，實(shí)現(xiàn)了用戶不需要的需求。

• 重復(fù)需求的遺漏，降低客戶滿意度。

• 錯(cuò)誤預(yù)估工作量，延誤發(fā)布周期，可能降低發(fā)布質(zhì)量。

1.3、測(cè)試及早介入原則

根據(jù)統(tǒng)計(jì)表面，在軟件開(kāi)發(fā)生命周期早期引入的錯(cuò)誤占軟件過(guò)程中出現(xiàn)所有錯(cuò)誤（包括最終的缺陷）數(shù)量的50%~60%。此外，缺陷存在放大趨勢(shì)，如需求階段的一個(gè)錯(cuò)誤可能會(huì)導(dǎo)致N個(gè)設(shè)計(jì)的錯(cuò)誤。因此，越是測(cè)試后期，為修復(fù)缺陷所付出的代價(jià)就會(huì)越大。所以，軟件測(cè)試人員要盡早且不斷地進(jìn)行軟件測(cè)試（測(cè)試左移思想），以提高軟件質(zhì)量，降低軟件開(kāi)發(fā)成本。

1.4、需求分類

一般需求分為業(yè)務(wù)需求、用戶需求、功能需求：

• 業(yè)務(wù)需求：業(yè)務(wù)需求描述了組織為什么要開(kāi)發(fā)一個(gè)系統(tǒng)，即組織希望達(dá)到的目。業(yè)務(wù)需求通常來(lái)自項(xiàng)目投資人、購(gòu)買產(chǎn)品的客戶、實(shí)際用戶管理者、組織內(nèi)部市場(chǎng)營(yíng)銷部門或業(yè)務(wù)部門根據(jù)自己的業(yè)務(wù)需求和后續(xù)策劃的活動(dòng)方法所整理記錄成的需求文檔，這份文檔有時(shí)也被稱作項(xiàng)目輪廓圖或市場(chǎng)需求文檔。

• 用戶需求：描述的是用戶的目標(biāo)，是用戶能通過(guò)這個(gè)產(chǎn)品在什么場(chǎng)景（什么情況下）能完成什么動(dòng)作（做什么）。例如：軟件的界面是否好看、功能使用便捷等。用戶需求可以認(rèn)可為業(yè)務(wù)需求的一個(gè)具體目標(biāo)。

• 功能需求：規(guī)定開(kāi)發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來(lái)完成任務(wù)，滿足業(yè)務(wù)需求。功能需求也被稱為行為需求，功能需求是去解決業(yè)務(wù)需求、用戶需求的具體解決方案。也就是通常所說(shuō)的需求說(shuō)明書(shū)（通常由軟件開(kāi)發(fā)方編寫(xiě)，一般為產(chǎn)品經(jīng)理，使得用戶和軟件開(kāi)發(fā)方都對(duì)軟件的初始規(guī)定有一個(gè)共同的理解，是整個(gè)開(kāi)發(fā)的基礎(chǔ)），對(duì)用戶需求做具體的分析、提出實(shí)施方案。

什么是測(cè)試需求

2.1、概述

測(cè)試需求通常是以功能需求為基礎(chǔ)，通過(guò)對(duì)功能需求的細(xì)化和分解，形成可測(cè)內(nèi)容。

2.2、范圍

測(cè)試需求應(yīng)盡可能全部覆蓋已定義的業(yè)務(wù)需求，以及功能和非功能方面的需求。

2.3、目的

測(cè)試需求用于解決“測(cè)什么”的問(wèn)題，即指明被測(cè)對(duì)象中什么需要測(cè)試。測(cè)試需求分析主要用于：

• 明確需求的范圍

• 明確每一個(gè)功能的業(yè)務(wù)處理過(guò)程

• 明確不同功能點(diǎn)業(yè)務(wù)組合

• 挖掘顯式需求背后的隱式需求

測(cè)試需求的特征

3.1測(cè)試需求的特征

• 測(cè)試需求必須是可核實(shí)的，即必須有一個(gè)可觀察、可評(píng)測(cè)的結(jié)果，無(wú)法核實(shí)的需求不是測(cè)試需求。

• 測(cè)試需求應(yīng)指明滿足需求的正常前置條件，同時(shí)也要指明不滿足需求時(shí)的出錯(cuò)條件。

• 測(cè)試需求不涉及具體的測(cè)試數(shù)據(jù)，測(cè)試數(shù)據(jù)設(shè)計(jì)是在測(cè)試用例設(shè)計(jì)環(huán)節(jié)解決的問(wèn)題。

3.2測(cè)試需求的重要性

• 測(cè)試需求是編寫(xiě)測(cè)試用例的重要依據(jù)。

• 測(cè)試需求有助于保障測(cè)試的質(zhì)量和進(jìn)度。

• 衡量測(cè)試覆蓋率的重要指標(biāo)。

測(cè)試需求和功能需求關(guān)系

測(cè)試需求和功能需求的關(guān)系

功能需求：系統(tǒng)應(yīng)該做什么。例如ATM取款機(jī)的業(yè)務(wù)需求：每次取款額度在100-2000之間；取款金額為100的倍數(shù)；每日取款總額不得超過(guò)20000，這是功能需求。

測(cè)試需求：系統(tǒng)應(yīng)該做什么、系統(tǒng)不應(yīng)該做什么、發(fā)現(xiàn)系統(tǒng)設(shè)計(jì)中存在的問(wèn)題。例如取款金額可選在100-2000之間且為100倍數(shù)可??；小于100或者大于2000不可?。辉?00-2000之間但不是100倍數(shù)不可取；當(dāng)日取款總額必須小于等于20000；取款金額必須小于等于賬戶余額等等，這是測(cè)試需求。

如何開(kāi)展測(cè)試需求分析

5.1、概述

開(kāi)展測(cè)試需求分析的前提是要明確業(yè)務(wù)需求、用戶需求、功能需求以及需求的背景、場(chǎng)景。測(cè)試流程各環(huán)節(jié)都應(yīng)該與此保持一致。

5.2、測(cè)試需求采集

測(cè)試需求采集是將需求規(guī)格說(shuō)明書(shū)（不限于）中具有可測(cè)試性的需求或特性提取出來(lái)，形成原始測(cè)試需求。（可測(cè)試性：指提取的需求或特性必須存在一個(gè)明確的期望結(jié)果，通過(guò)某種方法可以對(duì)期望結(jié)果進(jìn)行驗(yàn)證是否符合文檔中的要求。）

測(cè)試需求采集方法：

• 通過(guò)列表的形式（excel）對(duì)軟件開(kāi)發(fā)需求進(jìn)行梳理，形成原始需求列表，列表內(nèi)容可包含需求標(biāo)識(shí)、原始測(cè)試需求描述、信息來(lái)源等。

• 軟件需求說(shuō)明書(shū)對(duì)應(yīng)的開(kāi)發(fā)文檔及章節(jié)號(hào)可作為原始測(cè)試需求標(biāo)識(shí)。

• 軟件需求說(shuō)明書(shū)的描述作為原始測(cè)試需求的描述。

• 軟件需求說(shuō)明書(shū)的來(lái)源信息可作為原始測(cè)試需求的信息來(lái)源。

• “去重”（刪除列表中重復(fù)的、冗余的原始測(cè)試需求描述）、“細(xì)化”（對(duì)太簡(jiǎn)略的原始測(cè)試需求描述進(jìn)行細(xì)化）、“合并”（若有類似的原始測(cè)試需求需要對(duì)其進(jìn)行合并）

5.3、測(cè)試需求分析流程

需求項(xiàng)整理：可通過(guò)上方需求采集方法進(jìn)行需求項(xiàng)的整理，測(cè)試方還需要與項(xiàng)目組確認(rèn)功能需求的優(yōu)先級(jí)或重要程度，并對(duì)其達(dá)成一致，此為產(chǎn)品質(zhì)量等級(jí)目標(biāo)的重要依據(jù)之一。但不是所有項(xiàng)目需求都是清晰的、有需求說(shuō)明書(shū)的，可能會(huì)遇到以下幾種情況：

• 有詳細(xì)的需求文檔：一般情況下，比較嚴(yán)謹(jǐn)?shù)捻?xiàng)目團(tuán)隊(duì)都會(huì)有詳細(xì)的需求說(shuō)明書(shū)文檔，這種情況我們只需要詳細(xì)閱讀需求文檔來(lái)進(jìn)行需求項(xiàng)的整理和測(cè)試點(diǎn)的提取工作。對(duì)于需求不明確的地方可以直接找項(xiàng)目負(fù)責(zé)人（一般為項(xiàng)目經(jīng)理）進(jìn)行溝通，做到對(duì)需求整體的把握和理解，利于更好的進(jìn)行測(cè)試。

• 需求文檔不明確，即有文檔但文檔粗糙：如果開(kāi)發(fā)團(tuán)隊(duì)很配合，可以要求開(kāi)發(fā)或者需求分析人員完善需求文檔；如果時(shí)間緊張無(wú)法完善需求文檔，測(cè)試人員需將文檔中每一處不理解的地方和開(kāi)發(fā)溝通清楚，切忌不要含糊不清的測(cè)試。

• 沒(méi)有需求文檔：可以直接通過(guò)與項(xiàng)目經(jīng)理、開(kāi)發(fā)等進(jìn)行溝通、詢問(wèn)、收集、梳理、理解需求，自己寫(xiě)一個(gè)概要的需求描述，進(jìn)行評(píng)審，讓各方確認(rèn)需求描述是否符合業(yè)務(wù)、用戶、功能需求，使研發(fā)和測(cè)試方對(duì)需求的理解達(dá)成一致。

測(cè)試點(diǎn)整理：測(cè)試點(diǎn)的提取主要依據(jù)的是前面我們講到的六大質(zhì)量模型以及測(cè)試類型和測(cè)試方法，結(jié)合功能需求被測(cè)對(duì)象（功能點(diǎn)）進(jìn)行測(cè)試需求分析，就可以知道我們需要從哪些方面進(jìn)行測(cè)試，從而提取出測(cè)試點(diǎn)。測(cè)試點(diǎn)優(yōu)先級(jí)劃分一般分為高中低，功能場(chǎng)景為高，異常功能場(chǎng)景為中，非功能場(chǎng)景為低。后續(xù)測(cè)試用例可延用測(cè)試點(diǎn)的優(yōu)先級(jí)劃分。

• 顯性需求：顯而易見(jiàn)的，直觀的功能需求。

• 隱性需求：用戶也不能完全清晰的感受和用語(yǔ)言進(jìn)行描述的，需要結(jié)合業(yè)務(wù)、用戶、功能需求對(duì)需求進(jìn)行延伸，比如：用戶的顯性需求被滿足時(shí)，用戶不會(huì)感到驚喜和興奮；但精準(zhǔn)推送用戶想要的東西時(shí)，用戶會(huì)感到十分驚喜，這個(gè)過(guò)程，激發(fā)的用戶的隱性需求，隱性需求是培養(yǎng)用戶忠誠(chéng)度的最好方式。

5.4、輸出測(cè)試需求跟蹤矩陣

測(cè)試需求跟蹤矩陣明確功能點(diǎn)與測(cè)試點(diǎn)的對(duì)應(yīng)關(guān)系，列出所有整理需求項(xiàng)的功能點(diǎn)與之對(duì)應(yīng)的測(cè)試點(diǎn)，同時(shí)需要包括測(cè)試類型以及優(yōu)先級(jí)&重要程度。

5.5、測(cè)試需求分析評(píng)審

測(cè)試需求分析產(chǎn)出的需求跟蹤矩陣需要與項(xiàng)目組進(jìn)行評(píng)審，需要各方達(dá)成一致。

總結(jié)

到此這篇關(guān)于軟件測(cè)試需求分析的文章就介紹到這了,更多相關(guān)軟件測(cè)試需求分析內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論