如何能夠讀懂需求

　　如何能夠讀懂需求   軟件測試

　　*什么是需求?

　　就是要干什么，這個即將做的事情的來龍去脈，最終結果。就是這么簡單，不要去想那么復雜，再復雜的需求描述也是有這么幾個要素組成的。

　　*從何入手?

　　那么面對幾十頁幾百頁的需求描述，我們怎么去看去理解呢?尤其是自己從來沒有接觸的行業，再加上是新入職的員工，這些需求理解更是難上加難。

　　對于這種情況，我的做法是尋找需求中相對比較好理解，過程相對獨立的模塊入手。比如說“進銷存”軟件的測試，雖然你的業務一點兒不了解，但是你總會大概理解一個子模塊大體的意思。好，就找這個子模塊一個最常用的功能進行閱讀即可。

　　*順藤摸瓜

　　找到一個入手點后，只要我們入口功能分析的方法得當，那么我們就會順藤摸瓜，“摸出”整個需求的脈絡了。針對著一個入口功能的分析，模板如下顯示：

　　入口準則：即使用這個模塊的前提條件

　　處理過程：即第一步做什么，第二步做什么

　　輸入信息：在每一步驟中，都輸入了什么信息

　　輸出信息：在每一步驟中，都輸出了什么信息。包括自動生成的信息和打印輸出的信息。

　　出口準則：這個模塊完成的條件，以及哪個相關模塊被激活。

　　這個模板怎么用呢?簡單的很，從入口準則中找到該模塊的上一級模塊，從出口準則找到該模塊得下以及模塊。中間的過程是該模塊自身處理流程。由于開始說了，你是調了一個你相對熟悉，容易理解的模塊進行需求分析，因此該模塊內部需求，你應該是可以看懂的。然后先往前找上一級相關模塊，如法拋擲。最終梳理出整個需求的脈絡。

　　*整理

　　既然已經摸清楚了整體請跨功能，那么最后就是自頂向下分類，自底向上畫流程。

　　自頂向下分類：還是用進銷存舉例，他包括進、銷、存、管理四大部分，其中“進”指采購，包括采購計劃，采購訂單，采購到貨，采購入庫等。好了，就分到這個程度就ok了。通過這個分類，你可以了解到你拿到的這個需求都要干什么，最終要達到什么目的。下面的測試就圍繞這個目的進行測試。

　　自底向上畫流程：俗話說“路要一步一步走，飯要一口一口吃”，因此目的明確了并不能讓我們真正理解這個需求的各個細節，不了解細節，那么我們就不能進行合理的測試。了解細節最好的辦法就是畫流程圖，然后根據每個流程節點進行逐一分析，分析方式同上面說到的模板一致。

　　*找茬

　　上面過程做完了，基本的需求你就理解了。但是這時候別忘了發揮你的想象力，搜索你的經驗庫，去多提一些問題。在此建議需要圍繞需求本身進行提問，不能胡亂提的。這個尺度不好把握，多跟寫需求的人吵兩次，心里就有數了。

原文轉自：http://www.anti-gravitydesign.com