最近部門新加不少新同學(xué)，如何讓他們更好的融入到團(tuán)隊中，更好更快的完成測試任務(wù)，特針對新人進(jìn)行測試需求分析與設(shè)計進(jìn)行培訓(xùn)與輔導(dǎo)。本文整理部分內(nèi)容和大家一起分享。

1）需求了解：

需求提出的背景是什么？需要解決什么樣的問題？滿足哪一類用戶的痛點？產(chǎn)品經(jīng)理是如何滿足用戶需求/痛點，方案是什么？

2）需求驗證與澄清：

產(chǎn)品經(jīng)理視角：你是產(chǎn)品經(jīng)理，你會如何設(shè)計并滿足用戶需求和痛點？這個方案和你的方案有什么不同，你覺得那個更好？你對產(chǎn)品經(jīng)理這個方案有哪些疑問需要和她澄清溝通？

用戶視角：你是用戶，這個方案是否能夠解決你的問題或者痛點？

競爭對手視角：競品是如何滿足某一類用戶的需求，解決用戶的痛點。這個方案和我們的方案有何不同？為什么會有這個不同？他的方案的優(yōu)點是什么？缺點是什么？我們的方案比他好在什么地方？

業(yè)務(wù)的視角：需求驗收的標(biāo)準(zhǔn)是什么？滿足什么條件該需求就達(dá)到了需求的價值？

1) 單功能性需求：為滿足用戶某單一功能或者用戶體驗而產(chǎn)生的功能性需求，比如文章的評論、點贊、分享等單一能力；輪播圖；總資產(chǎn)優(yōu)化等

2) 繼承類需求：在原有需求的基礎(chǔ)上變更或者衍生出的需求，根據(jù)需求變更的范圍可分為交互類繼承性需求、局部變更類繼承性需求和擴(kuò)展類繼承性需求。

3) 運營類需求：運營類需求又稱為配置類需求，通過業(yè)務(wù)或者運營配置實現(xiàn)業(yè)務(wù)能力，比如通過配置不同的數(shù)據(jù)庫連接串，實現(xiàn)訪問不同的數(shù)據(jù)庫。

4) 用戶場景類或者系統(tǒng)類需求：此類需求一般是工程類需求，業(yè)務(wù)的實現(xiàn)過程比較復(fù)雜，涉及到不同的角色和業(yè)務(wù)環(huán)節(jié)。

通過大量的測試實踐，總結(jié)出需求分析與設(shè)計的6個基礎(chǔ)步驟。

1）角色分析。

2）目標(biāo)是什么？有什么價值

3）實現(xiàn)目標(biāo)的路徑分析

4）路徑節(jié)點分析

5）用例編寫

因篇幅問題，本文重點以系統(tǒng)類需求、功能類需求的分析過程為例和大家進(jìn)行分享。

1）功能類需求：某模板需求，要求能夠展示三個商品，展示一段時間收益，商品關(guān)鍵字等信息。

（1）角色分析：改模板需求主要角色運營人員，進(jìn)行后臺配置；C端客戶，配置好后展示個用戶。

2.項目目標(biāo)

實現(xiàn)如圖所示的一種模板能力，運營可以根據(jù)需要配置模板的數(shù)據(jù)并展示在App上。

3.項目達(dá)成路徑

提供如圖所示八個業(yè)務(wù)參數(shù)入口和四個接口返回參數(shù)入口。

4.路徑節(jié)點分析

對于簡單功能性需求，路徑節(jié)點一般都很簡單，如圖所示的十二個參數(shù)入口；即我們需要的節(jié)點數(shù)據(jù)。大家可以參考圖中備注。

5.測試用例編寫

在測試用例編寫時，需要考慮覆蓋每一個參數(shù)的異常情況以及參數(shù)組合約束關(guān)系，同時因為是一個內(nèi)置模板類功能需要，需要考慮系統(tǒng)兼容性問題。

2) 用戶場景類或者系統(tǒng)類需求：

本文使用一個報銷單系統(tǒng)來說明系統(tǒng)類需求的分析過程，如圖所示，該系統(tǒng)需要實現(xiàn)的一個能力就是把線下報銷單流程變成電子化的線上報銷流程。

紙質(zhì)項目報銷單

1.角色分析：

1）申請報銷（角色）

2）處理報銷（角色）

3）項目成本分析（角色）

4）預(yù)算管理（角色）

2.項目目標(biāo)

將紙質(zhì)報銷單實現(xiàn)線上電子化，實現(xiàn)線上審批和報銷。

3.項目達(dá)成路徑

關(guān)于項目的路徑達(dá)成，一般產(chǎn)品經(jīng)理會給出完整的解決方案，但在測試同學(xué)還是要根據(jù)自己的想法去思考，如果你是產(chǎn)品經(jīng)理如何設(shè)計這個產(chǎn)品，如何滿足用戶需求。然后根據(jù)產(chǎn)品經(jīng)理的方案和自己的思考進(jìn)行比對，看看差異在什么地方？是我們思考的深度還是角度偏差導(dǎo)致差異？慢慢和產(chǎn)品的思考對齊，快速提升我們對業(yè)務(wù)的理解能力和思考的深度，確保做到對業(yè)務(wù)的不遺不漏，真正的做到躬身入局，不斷提升自己的能力。

在思考的過程中，采用敏捷思維方式，深入思考每一個角色可能發(fā)生的故事，一步步深挖需求，解決用戶的問題和需求。下圖以報銷流程為類，如圖所示：

4.路徑節(jié)點分析

通過第三步對每個角色進(jìn)行分析，會逐漸的梳理出來公共的事件，比如報銷單電子化項目中，申請報銷，報銷審核、報銷核準(zhǔn)、預(yù)支款申請等都是我們梳理出來的事件或者節(jié)點。

5.測試用例編寫

根據(jù)梳理出來的事件和節(jié)點，采用場景分析法或者流程圖分析法。

流程圖分析法以角色為永道、以事件為節(jié)點，根據(jù)實際的業(yè)務(wù)觸發(fā)條件，梳理出來整個業(yè)務(wù)流程，編寫場景級的用例，場景級的用例就可以直接轉(zhuǎn)換成優(yōu)先級較高的測試用例。完成場景級的用例，可以對每一個節(jié)點或者事件再進(jìn)行分析和梳理，變成常規(guī)用例。

場景分析法是分析場景類需求和系統(tǒng)級需求最常用的一種用例分析方法，現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計方面的思想也可以引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時使測試用例更容易理解和執(zhí)行基本流和備選流:如下圖所示，圖中經(jīng)過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經(jīng)過用例的最簡單的路徑。備選流用不同的色彩表示，一個備選流可能從基本流開始，在某個特定條件下執(zhí)行，然后重新加入基本流中(如備選流 1 和 3);也可能起源于另一個備選流(如備選流 2)，或者終止用例而不再重新加入到某個流(如備選流 2和 4)。

場景分析法是分析場景類需求和系統(tǒng)級需求最常用的一種用例分析方法，大家可以根據(jù)前面的分析，自己嘗試使用場景分析法完成報銷流程的的測試場景分析，本文不在詳細(xì)贅述。

軟件測試需求分析與設(shè)計是測試的最最核心的能力，主要解決”測什么？，““怎么測？”的問題。

測什么？主要通過對需求分析梳理出來角色，測試對象和測試范圍，理解測試價值和目標(biāo)（用戶需求是什么？業(yè)務(wù)目標(biāo)是什么？產(chǎn)品價值是什么？）。

怎么測是通過需求分析與設(shè)計，梳理出來測試的難點重點，測試的深度與廣度，測試策略（先測什么？再測什么？最后測什么？），都有那些階段性產(chǎn)出和工價產(chǎn)品。