測試每天都在做些啥

1、需求評審該做什麼

需求評審範圍比較廣，不同環境不同階段，需求評審的參與率會略微不同。

在對應用業務非常熟悉的情況，且崗位在公司比較重要，如測試經理或測試組長，在需求分析階段就會參與評審，分析需求的合理性以及是否潛在隱患，有一定的技術經驗，還能評估出開發實現難易程度以及開發周期（當然這是後話，為專案經理做準備）。

對應用業務比較熟悉的實際執行測試人員，需先了解本次迭代需求，方式方法因人而異，我自己會選擇先構造腦圖，為需求評審做準備。提出具體需求的遺漏或者隱患，以及可以初略規劃自己的測試方式方法。

剛入職或對專案不熟悉的測試，在需求沒有完全定稿的情況下，應當盡快熟悉專案，需求評審的作用是加強對需求的理解。看管理者安排，若強行參加，可能全程划水，浪費測試資源。

作為測試，我習慣於用5w1h分析法來理解需求，讓測試在不同階段，關注需求中不同的點。

who：影響客戶有哪些？作為產品化專案（非定製專案），若解決一家客戶，對其他家客戶有很大影響，那麼這條需求將不考慮實現。這是站在負責人的角度來看，要懷揣老闆的心思才是合格的打工人，是評估風險的乙個方向。

why：為什麼要做，使用者需求是啥？根據自己所了解的原始需求，再對比prd上的使用者需求，是否存在差異？

what：產品需求是什麼？產品需求是針對使用者需求出的概要設計方案。例如使用者想要一款筆，產品需求可以描述為提供帶有哪些特徵的筆。

when：需求什麼時候要產品驗收？為方便測試工作後續安排

how：具體的功能設計如何實現？這是一線測試人員重點關注的點，也是測試工作的最基本工作，評估具體的設計會有哪些影響點未考慮，提出隱患，考慮涉及到的測試方法。對功能設計部分的需求，了解深淺直接掌握著迭代驗收的產品質量。

2、構造腦圖的作用

思維導圖在很多行業都非常流行，可以幫我們快速理解清除複雜的業務，也方便後期的回憶。

測試根據需求梳理功能點，根據思維導圖的深入程度，用途有很多，以下是自己的理解：

0、概要功能點，快速理解需求邏輯，複雜程度，方便規劃與分配測試資源；

1、概要功能點，為測試方案提供依據，不同的功能點，測試方法不太一樣，作為測試依據，方便後期缺陷分析；

2、概要功能點，存在需求變更情況，維護思維導圖比維護測試用例更加省時簡潔，維護測試依據方便；

3、詳細測試功能點，用於詳細分析需求中的功能設計，可方便需求理解，需求評審，測試用例的設計與編寫；

在小的自營公司，時常面對需求變更，乙個測試對應多個開發情況下，測試週期也壓得緊張，概要功能點顯得格外重要。

若還出現需求質量低下情況下，壓力非常大，因此很多自營公司的測試不寫用例。此時作為測試依據的腦圖就顯得格外重要。

若在比較規範的公司，那麼恭喜你的工作能夠按計畫行事！