通過與PD進行討論實際所想表達的內容，對于文字描述不清楚的地方，建議用圖片的方式進行頁面的交互。由于自然語言極易導致二義性，如果有條件的話，建議還是用基于原型的方式進行開發(fā)，這樣可以在早期杜絕掉交互上出現的問題。來看一個功能需求的例子：“銷售出貨要考慮到信用額度”。這里存在的問題就是出貨與信用額度之間的依賴關系沒有描述清楚,我們把它修改成：
1.銷售出貨的前提是該客戶擁有超過出貨價值的信用額度XXX, 否則,系統(tǒng)提示‘該客戶信用額度不足,不予出貨!’
2.正式出貨后系統(tǒng)將扣減其信用額度很顯然,修改后的需求把出貨和信用額度的來由去向和系統(tǒng)的具體反應都說明清楚了。如果你接手的項目也存在這樣類似的問題，則一定要在需求階段明確要求PD 對需求做出調整。
要善于挖掘隱含需求，看一下下面的需求：“本月沒有參加過競價的會員顯示0；本月參加過競價的會員顯示出價次數”這個需求看上去已經描述的很清楚了，但實際去測試的時候，我們必須覆蓋以下的業(yè)務邏輯：從來沒有出價記錄的會員顯示為0；上月有出價、本月沒有出價的會員顯示為0；本月有出價的會員顯示出價次數。挖掘需求背后的測試要點，需要我們平時一點一滴的積累，不要被表象所迷惑。
我們一定要以測試目標為中心，去查找不充分的不完整的需求，通過以上的過程，我們可以把不直觀的需求轉變?yōu)橹庇^的需求, 把不明確的需求轉變?yōu)槊鞔_的需求，直到所有的問題都得到了解決并經過再測試OK，需求階段的測試才可以結束
。
轉載務必注明出處Taobao QA Team，原文地址：http://qa.taobao.com/?p=7401