測試需求變更控制
在測試需求的跟蹤關系建立起來以后，可借此跟蹤關系進行測試需求的變更控制。
對由于缺陷修復、系統功能增減、業務需求變更等原因導致的變更，應遵循規范的變更過程，使測試需求變更有序、可控、可管理。其變更的控制過程如下：
測試項目組需參與被測系統開發項目組的變更管理工作，針對在項目開發中引起的業務變更或系統功能變更或系統設計變更申請，測試項目組需要進行測試需求的變更影響性分析，判斷這些變更是否會對相關測試需求產生影響。
如果會產生影響，測試項目組需要判斷變更會影響到哪些測試需求，影響到哪些測試用例。
如果變更申請得批準，測試項目組需要變更測試需求及相應的測試用例，并形成新的測試需求版本(與變更后的相關開發文檔版本保持一致)。
最后將新形成的測試需求提交給相關的主管部門，組織評審通過。
測試需求的一致性檢查
T 業務管理部應指定人員定期檢查用戶接受測試需求與用戶接受測試計劃、用戶接受測試策略和用戶接受測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。
測試管理部門應指定人員定期檢查系統集成測試需求與系統集成測試計劃、系統集成測試策略和系統集成測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。
測試管理部門應指定人員定期檢查系統連接測試需求與系統連接測試計劃、系統連接測試策略和系統連接測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。
測試經理應指定人員定期檢查系統內部測試需求與系統內部測試計劃、系統內部測試策略和系統內部測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。
測試經理針對一致性檢查報告，確定不一致問題的糾正措施，并跟蹤問題直至關閉。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
