軟件測試需求的管理方式

在項目進行過程中，測試需求不是保持不變的，隨著項目的進行，項目的“業務需求規格”、“軟件需求規格”、“接口規范”、“設計規格”都有可能發生變化，對應的測試需求也可能發生變化；另外，測試策略、測試方法的調整也可能會導致測試需求的調整，需要采用規范的方法對測試需求進行管理，主要包括四個測試需求管理活動：需求評審、需求變更控制、需求跟蹤和需求的一致性檢查   

測試需求評審 

　　經過用戶接受測試需求分析和導出過程后，將得到用戶接受測試需求初稿。業務管理部門應組織相關的業務人員、技術人員、環境管理人員、測試人員和其他相關人員進行用戶接受測試需求評審，確保達成一致意見。 

　　同樣，測試管理部門應組織相關的技術人員、環境管理人員、測試人員和其他相關人員對系統連接測試需求分析導出的系統連接測試需求，對系統集成測試需求分析導出的系統集成測試需求進行評審，確保系統連接測試需求和系統集成測試需求通過評審。 

　　對于內部測試需求分析中導出的內部測試需求，應由開發中心質量控制部組織相關業務人員、開發項目組進行評審，確保達成一致意見。  

　　當各類測試需求通過評審后，它們將被導入 MQC 中進行版本標識，并進行統一管理。  

  

測試需求跟蹤 

　　測試需求的跟蹤是通過建立測試需求與之來源、與之測試用例之間的雙向跟蹤關系來實現的。具體為：  

　　•  建立用戶接受測試需求與業務需求規格、與用戶接受測試用例之間的雙向跟蹤關系；  

　　•  建立系統集成測試需求與軟件需求分析規格、與系統集成測試用例之間的雙向跟蹤關系；  

　　•  建立（系統）連接測試需求與概要設計規格、與（系統）連接測試用例之間的雙向跟蹤關系；  

　　•  建立單元測試需求與詳細設計規格，與單元測試用例之間的雙向跟蹤關系；  

　　•  建立內部測試需求與軟件需求分析規格、與詳細設計規格、與內部測試用例之間的雙向跟蹤關系。  

　　當發生需求變更時，可以根據此雙向跟蹤關系分析變更影響范圍。如針對一個業務功能的變更，可以分析出這個變更將影響到哪些軟件需求功能，這些軟件功能是否需要變更，相應的哪些設計模塊、代碼文件、測試需求、測試用例會受到影響，它們是否需要變更。  

　　QC 可以管理測試需求與測試案例的雙向跟蹤關系，但是不能管理系統概要設計規格、系統詳細設計規格、軟件需求分析規格、業務需求規格與它們的測試需求之間的雙向跟蹤關系。這需要單獨的需求管理工具，如 Telelogic Doors 或 IBM Rational RequesitePro 等需求管理工具，如果沒有這些專業的需求管理工具，也可以使用 Excel 表格等方法手工進行管理。  

測試需求變更控制 

　　在測試需求的跟蹤關系建立起來以后，可借此跟蹤關系進行測試需求的變更控制。  

    對由于缺陷修復、系統功能增減、業務需求變更等原因導致的變更，應遵循規范的變更過程，使測試需求變更有序、可控、可管理。其變更的控制過程如下：  

　　•  測試項目組需參與被測系統開發項目組的變更管理工作，針對在項目開發中引起的業務變更或系統功能變更或系統設計變更申請，測試項目組需要進行測試需求的變更影響性分析，判斷這些變更是否會對相關測試需求產生影響。  

　　•  如果會產生影響，測試項目組需要判斷變更會影響到哪些測試需求，影響到哪些測試用例。  [Page]

　　•  如果變更申請得批準，測試項目組需要變更測試需求及相應的測試用例，并形成新的測試需求版本（與變更后的相關開發文檔版本保持一致）。  

　　•  最后將新形成的測試需求提交給相關的主管部門，組織評審通過。  

  

測試需求的一致性檢查 

　　•  IT 業務管理部應指定人員定期檢查用戶接受測試需求與用戶接受測試計劃、用戶接受測試策略和用戶接受測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。  

　　•  測試管理部門應指定人員定期檢查系統集成測試需求與系統集成測試計劃、系統集成測試策略和系統集成測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。  

　　•  測試管理部門應指定人員定期檢查系統連接測試需求與系統連接測試計劃、系統連接測試策略和系統連接測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。  

　　•  測試經理應指定人員定期檢查系統內部測試需求與系統內部測試計劃、系統內部測試策略和系統內部測試方案的一致性，如果發現不一致，需要填寫一致性檢查報告。  

　　•  測試經理針對一致性檢查報告，確定不一致問題的糾正措施，并跟蹤問題直至關閉。