測試需求評審
經過用戶接受測試需求分析和導出過程后，將得到用戶接受測試需求初稿。業務管理部門應組織相關的業務人員、技術人員、環境管理人員、測試人員和其他相關人員進行用戶接受測試需求評審，確保達成一致意見。
同樣，測試管理部門應組織相關的技術人員、環境管理人員、測試人員和其他相關人員對系統連接測試需求分析導出的系統連接測試需求，對系統集成測試需求分析導出的系統集成測試需求進行評審，確保系統連接測試需求和系統集成測試需求通過評審。
對于內部測試需求分析中導出的內部測試需求，應由開發中心質量控制部組織相關業務人員、開發項目組進行評審，確保達成一致意見。
當各類測試需求通過評審后，它們將被導入 MQC 中進行版本標識，并進行統一管理。
測試需求跟蹤
測試需求的跟蹤是通過建立測試需求與之來源、與之測試用例之間的雙向跟蹤關系來實現的。具體為：
建立用戶接受測試需求與業務需求規格、與用戶接受測試用例之間的雙向跟蹤關系；
建立系統集成測試需求與軟件需求分析規格、與系統集成測試用例之間的雙向跟蹤關系；
建立(系統)連接測試需求與概要設計規格、與(系統)連接測試用例之間的雙向跟蹤關系；
建立單元測試需求與詳細設計規格，與單元測試用例之間的雙向跟蹤關系；
建立內部測試需求與軟件需求分析規格、與詳細設計規格、與內部測試用例之間的雙向跟蹤關系。
當發生需求變更時，可以根據此雙向跟蹤關系分析變更影響范圍。如針對一個業務功能的變更，可以分析出這個變更將影響到哪些軟件需求功能，這些軟件功能是否需要變更，相應的哪些設計模塊、代碼文件、測試需求、測試用例會受到影響，它們是否需要變更。
QC 可以管理測試需求與測試案例的雙向跟蹤關系，但是不能管理系統概要設計規格、系統詳細設計規格、軟件需求分析規格、業務需求規格與它們的測試需求之間的雙向跟蹤關系。這需要單獨的需求管理工具，如 Telelogic Doors 或 IBM Rational RequesitePro 等需求管理工具，如果沒有這些專業的需求管理工具，也可以使用 Excel 表格等方法手工進行管理。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
