論測試團隊在需求開發階段的關注重點

　　系統測試團隊是檢驗軟件需求完成度，軟件質量，用戶體驗的重要角色，只有系統測試團隊對需求以及用戶的最終訴求有充分的理解后，才能提高測試的效率和質量。但是在現實工作中測試團隊在需求開發階段的參與度往往被忽視，測試團隊總是被動的接受需求。另一種情況是，了解了測試人員參與需求開發的重要性，但是不知道該如何參與，關注點是什么。本文按照需求開發的不同階段為大家詳細介紹系統測試團隊在該階段的關注點是什么，如何參與其中以及如何為接下的測試工作打好基礎。

　　一、 制定用戶需求開發計劃

　　在制定需求開發計劃時往往忽略了測試人員， 所以首先測試人員要保證是需求開發小組的一員。

　　了解需求開發的進度安排和期限，明白全盤的計劃。在相應的階段，切換不同的關注點。

　　不僅要了解調查的對象是誰和這個對象對應的調查內容，還要了解調查對象的職務和客戶方的組織架構以及決策鏈。

　　明確需求開發后的產出物有哪些，這些產出物都是日后系統測試階段的重要輸入。

　　二、 用戶需求調研準備

　　需求開發小組會綜合考慮來制定調研方式，測試人員需要明白不同調研方式的特點，和為什么要選用這些調研方式。

　　測試人員熟悉用戶提供的資料及業務狀況后，以用戶的角度準備部分調研問題。

　　分享類似項目的經驗。

　　三、 用戶需求調研

　　測試人員在需求獲取過程中，獲取和整理專業詞匯，項目組內達成一致。保證測試人員與其他項目成員溝通中無障礙。同時可以運用到測試用例或Bug的描述中，體現專業性。

　　進一步明確和細化的客戶組織結構、人員類型、能力水平等組織狀態。通過對用戶組織的評估，確定業務應用的場景、相關干系人等信息。

　　在初步和客戶溝通中，首先要進一步明確客戶對軟件的期望。不要太關注軟件的細節。深度溝通時要關注細節，記錄需求中不明確的問題，及時與客戶溝通確認。

　　四、 用戶需求分析

　　運用場景分析法，和需求開發人員共同梳理用戶工作流程，捕獲場景的細節。觀察用戶執行業務任務的過程，場景測試大綱的草稿就產生了。

　　在梳理用戶工作流程的同時，數據項也要識別出來。測試人員可以開始提前準備測試數據。

　　測試人員可以依據需求優先級來制定測試計劃。

　　通過系統運行環境分析，了解系統的環境要求，提早做好測試環境準備。

　　將功能性和非功能性需求分離。整理后初步形成軟件的功能和非功能性驗收標準。同時也可作為編寫測試用例的輸入，測試用例也可以分這兩大類來寫。

　　用戶文檔需求包括(但不限于)：用戶手冊、聯機幫助、系統安裝手冊、配置文件、自述文件等。這些文檔也是產品之一，測試人員也要保證其質量，不要忽視。

　　五、 用戶需求文檔編寫

　　與開發人員一起制定需求分析文檔，通過討論而不是被動接受的方式確定需求文檔。

　　每次的文檔變更，測試人員都要清楚文檔變更了哪些內容，為什么這樣變。

　　測試人員編寫完成測試大綱初稿。

　　六、 需求的評審及確認

　　通常情況，內部會舉行多輪的評審，測試人員都要參加，發現需求不清、不一致或者二義性等問題。

　　在客戶評審中，通過客戶提出的修改建議，了解客戶的想法，思考需求中還有沒有類似的問題。

　　需求的優先級一定要和客戶確認。

　　確認完成后，進入開發和測試計劃階段。

原文轉自：http://blog.sina.com.cn/s/blog_d173cdd80101gg31.html