在項(xiàng)目進(jìn)行過程中，測試需求不是保持不變的，隨著項(xiàng)目的進(jìn)行，項(xiàng)目的“業(yè)務(wù)需求規(guī)格”、“軟件需求規(guī)格”、“接口規(guī)范”、“設(shè)計(jì)規(guī)格”都有可能發(fā)生變化，對應(yīng)的測試需求也可能發(fā)生變化;另外，測試策略、測試方法的調(diào)整也可能會導(dǎo)致測試需求的調(diào)整，需要采用規(guī)范的方法對測試需求進(jìn)行管理，主要包括四個(gè)測試需求管理活動(dòng)：需求評審、需求變更控制、需求跟蹤和需求的一致性檢查。

　　測試需求評審

　　經(jīng)過用戶接受測試需求分析和導(dǎo)出過程后，將得到用戶接受測試需求初稿。業(yè)務(wù)管理部門應(yīng)組織相關(guān)的業(yè)務(wù)人員、技術(shù)人員、環(huán)境管理人員、測試人員和其他相關(guān)人員進(jìn)行用戶接受測試需求評審，確保達(dá)成一致意見。

　　同樣，測試管理部門應(yīng)組織相關(guān)的技術(shù)人員、環(huán)境管理人員、測試人員和其他相關(guān)人員對系統(tǒng)連接測試需求分析導(dǎo)出的系統(tǒng)連接測試需求，對系統(tǒng)集成測試需求分析導(dǎo)出的系統(tǒng)集成測試需求進(jìn)行評審，確保系統(tǒng)連接測試需求和系統(tǒng)集成測試需求通過評審。

　　對于內(nèi)部測試需求分析中導(dǎo)出的內(nèi)部測試需求，應(yīng)由開發(fā)中心質(zhì)量控制部組織相關(guān)業(yè)務(wù)人員、開發(fā)項(xiàng)目組進(jìn)行評審，確保達(dá)成一致意見。

　　當(dāng)各類測試需求通過評審后，它們將被導(dǎo)入 MQC 中進(jìn)行版本標(biāo)識，并進(jìn)行統(tǒng)一管理。

　　測試需求跟蹤

　　測試需求的跟蹤是通過建立測試需求與之來源、與之測試用例之間的雙向跟蹤關(guān)系來實(shí)現(xiàn)的。具體為：

　　建立用戶接受測試需求與業(yè)務(wù)需求規(guī)格、與用戶接受測試用例之間的雙向跟蹤關(guān)系；

　　建立系統(tǒng)集成測試需求與軟件需求分析規(guī)格、與系統(tǒng)集成測試用例之間的雙向跟蹤關(guān)系；

　　建立(系統(tǒng))連接測試需求與概要設(shè)計(jì)規(guī)格、與(系統(tǒng))連接測試用例之間的雙向跟蹤關(guān)系；

　　建立單元測試需求與詳細(xì)設(shè)計(jì)規(guī)格，與單元測試用例之間的雙向跟蹤關(guān)系；

　　建立內(nèi)部測試需求與軟件需求分析規(guī)格、與詳細(xì)設(shè)計(jì)規(guī)格、與內(nèi)部測試用例之間的雙向跟蹤關(guān)系。

　　當(dāng)發(fā)生需求變更時(shí)，可以根據(jù)此雙向跟蹤關(guān)系分析變更影響范圍。如針對一個(gè)業(yè)務(wù)功能的變更，可以分析出這個(gè)變更將影響到哪些軟件需求功能，這些軟件功能是否需要變更，相應(yīng)的哪些設(shè)計(jì)模塊、代碼文件、測試需求、測試用例會受到影響，它們是否需要變更。

　　QC 可以管理測試需求與測試案例的雙向跟蹤關(guān)系，但是不能管理系統(tǒng)概要設(shè)計(jì)規(guī)格、系統(tǒng)詳細(xì)設(shè)計(jì)規(guī)格、軟件需求分析規(guī)格、業(yè)務(wù)需求規(guī)格與它們的測試需求之間的雙向跟蹤關(guān)系。這需要單獨(dú)的需求管理工具，如 Telelogic Doors 或 IBM Rational RequesitePro 等需求管理工具，如果沒有這些專業(yè)的需求管理工具，也可以使用 Excel 表格等方法手工進(jìn)行管理。
　　測試需求變更控制

　　在測試需求的跟蹤關(guān)系建立起來以后，可借此跟蹤關(guān)系進(jìn)行測試需求的變更控制。

　　對由于缺陷修復(fù)、系統(tǒng)功能增減、業(yè)務(wù)需求變更等原因?qū)е碌淖兏瑧?yīng)遵循規(guī)范的變更過程，使測試需求變更有序、可控、可管理。其變更的控制過程如下：

　　測試項(xiàng)目組需參與被測系統(tǒng)開發(fā)項(xiàng)目組的變更管理工作，針對在項(xiàng)目開發(fā)中引起的業(yè)務(wù)變更或系統(tǒng)功能變更或系統(tǒng)設(shè)計(jì)變更申請，測試項(xiàng)目組需要進(jìn)行測試需求的變更影響性分析，判斷這些變更是否會對相關(guān)測試需求產(chǎn)生影響。

　　如果會產(chǎn)生影響，測試項(xiàng)目組需要判斷變更會影響到哪些測試需求，影響到哪些測試用例。

　　如果變更申請得批準(zhǔn)，測試項(xiàng)目組需要變更測試需求及相應(yīng)的測試用例，并形成新的測試需求版本(與變更后的相關(guān)開發(fā)文檔版本保持一致)。

　　最后將新形成的測試需求提交給相關(guān)的主管部門，組織評審?fù)ㄟ^。

　　測試需求的一致性檢查

　　T 業(yè)務(wù)管理部應(yīng)指定人員定期檢查用戶接受測試需求與用戶接受測試計(jì)劃、用戶接受測試策略和用戶接受測試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。

　　測試管理部門應(yīng)指定人員定期檢查系統(tǒng)集成測試需求與系統(tǒng)集成測試計(jì)劃、系統(tǒng)集成測試策略和系統(tǒng)集成測試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。

　　測試管理部門應(yīng)指定人員定期檢查系統(tǒng)連接測試需求與系統(tǒng)連接測試計(jì)劃、系統(tǒng)連接測試策略和系統(tǒng)連接測試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。

　　測試經(jīng)理應(yīng)指定人員定期檢查系統(tǒng)內(nèi)部測試需求與系統(tǒng)內(nèi)部測試計(jì)劃、系統(tǒng)內(nèi)部測試策略和系統(tǒng)內(nèi)部測試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。

　　測試經(jīng)理針對一致性檢查報(bào)告，確定不一致問題的糾正措施，并跟蹤問題直至關(guān)閉。