軟體測試（十二）

24、詳細的描述乙個測試活動完整的過程。（供參考，本答案主要是瀑布模型的做法）

專案經理通過和客戶的交流，完成需求文件，由開發人員和測試人員共同完成需求文件的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯衝突或者無法實現的功能的地方。專案經理通過綜合開發人員，測試人員以及客戶的意見，完成專案計畫。然後sqa進入專案，開始進行統計和跟蹤

開發人員根據需求文件完成需求分析文件，測試人員進行評審，評審的主要內容包括是否有遺漏或雙方理解不同的地方。測試人員完成測試計畫文件，測試計畫包括的內容上面有描述。

測試人員根據修改好的需求分析文件開始寫測試用例，同時開發人員完成概要設計文件，詳細設計文件。此兩份文件成為測試人員撰寫測試用例的補充材料。

測試用例完成後，測試和開發需要進行評審。

測試人員搭建環境

開發人員提交第乙個版本，可能存在未完成功能，需要說明。測試人員進行測試，發現bug後提交給bugzilla。

開發提交第二個版本，包括bug fix以及增加了部分功能，測試人員進行測試。

重複上面的工作，一般是3-4個版本後bug數量減少，達到出貨的要求。

如果有客戶反饋的問題，需要測試人員協助重現並重新測試。

26、bug管理工具的跟蹤過程（用bugzilla為例子）

測試人員發現了bug，提交到bugzilla中，狀態為new，bug的接受者為開發介面人員

開發介面將bug分配給相關的模組的開發人員，狀態修改為已分配，開發人員和測試確認bug，如果是本人的bug，則設定為接收；如果是別的開發人員的問題，則**出去，由下乙個開發人員來進行此行為；如果認為不是問題，則需要大家討論並確認後，拒絕這個bug，然後測試人員關閉此問題。

如果開發人員接受了bug，並修改好以後，將bug狀態修改為已修復，並告知測試在哪個版本中可以測試。

測試人員在新版本中測試，如果發現問題依然存在，則拒絕驗證；如果已經修復，則關閉bug。