在項(xiàng)目進(jìn)行過程中，測(cè)試需求不是保持不變的，隨著項(xiàng)目的進(jìn)行，項(xiàng)目的“業(yè)務(wù)需求規(guī)格”、“軟件需求規(guī)格”、“接口規(guī)范”、“設(shè)計(jì)規(guī)格”都有可能發(fā)生變化，對(duì)應(yīng)的測(cè)試需求也可能發(fā)生變化；另外，測(cè)試策略、測(cè)試方法的調(diào)整也可能會(huì)導(dǎo)致測(cè)試需求的調(diào)整，需要采用規(guī)范的方法對(duì)測(cè)試需求進(jìn)行管理，主要包括四個(gè)測(cè)試需求管理活動(dòng)：需求評(píng)審、需求變更控制、需求跟蹤和需求的一致性檢查
測(cè)試需求評(píng)審
經(jīng)過用戶接受測(cè)試需求分析和導(dǎo)出過程后，將得到用戶接受測(cè)試需求初稿。業(yè)務(wù)管理部門應(yīng)組織相關(guān)的業(yè)務(wù)人員、技術(shù)人員、環(huán)境管理人員、測(cè)試人員和其他相關(guān)人員進(jìn)行用戶接受測(cè)試需求評(píng)審，確保達(dá)成一致意見。
同樣，測(cè)試管理部門應(yīng)組織相關(guān)的技術(shù)人員、環(huán)境管理人員、測(cè)試人員和其他相關(guān)人員對(duì)系統(tǒng)連接測(cè)試需求分析導(dǎo)出的系統(tǒng)連接測(cè)試需求，對(duì)系統(tǒng)集成測(cè)試需求分析導(dǎo)出的系統(tǒng)集成測(cè)試需求進(jìn)行評(píng)審，確保系統(tǒng)連接測(cè)試需求和系統(tǒng)集成測(cè)試需求通過評(píng)審。
對(duì)于內(nèi)部測(cè)試需求分析中導(dǎo)出的內(nèi)部測(cè)試需求，應(yīng)由開發(fā)中心質(zhì)量控制部組織相關(guān)業(yè)務(wù)人員、開發(fā)項(xiàng)目組進(jìn)行評(píng)審，確保達(dá)成一致意見。
當(dāng)各類測(cè)試需求通過評(píng)審后，它們將被導(dǎo)入 MQC 中進(jìn)行版本標(biāo)識(shí)，并進(jìn)行統(tǒng)一管理。
測(cè)試需求跟蹤
測(cè)試需求的跟蹤是通過建立測(cè)試需求與之來源、與之測(cè)試用例之間的雙向跟蹤關(guān)系來實(shí)現(xiàn)的。具體為：
建立用戶接受測(cè)試需求與業(yè)務(wù)需求規(guī)格、與用戶接受測(cè)試用例之間的雙向跟蹤關(guān)系；
建立系統(tǒng)集成測(cè)試需求與軟件需求分析規(guī)格、與系統(tǒng)集成測(cè)試用例之間的雙向跟蹤關(guān)系；
建立（系統(tǒng)）連接測(cè)試需求與概要設(shè)計(jì)規(guī)格、與（系統(tǒng)）連接測(cè)試用例之間的雙向跟蹤關(guān)系；
建立單元測(cè)試需求與詳細(xì)設(shè)計(jì)規(guī)格，與單元測(cè)試用例之間的雙向跟蹤關(guān)系；
建立內(nèi)部測(cè)試需求與軟件需求分析規(guī)格、與詳細(xì)設(shè)計(jì)規(guī)格、與內(nèi)部測(cè)試用例之間的雙向跟蹤關(guān)系。
當(dāng)發(fā)生需求變更時(shí)，可以根據(jù)此雙向跟蹤關(guān)系分析變更影響范圍。如針對(duì)一個(gè)業(yè)務(wù)功能的變更，可以分析出這個(gè)變更將影響到哪些軟件需求功能，這些軟件功能是否需要變更，相應(yīng)的哪些設(shè)計(jì)模塊、代碼文件、測(cè)試需求、測(cè)試用例會(huì)受到影響，它們是否需要變更。
QC 可以管理測(cè)試需求與測(cè)試案例的雙向跟蹤關(guān)系，但是不能管理系統(tǒng)概要設(shè)計(jì)規(guī)格、系統(tǒng)詳細(xì)設(shè)計(jì)規(guī)格、軟件需求分析規(guī)格、業(yè)務(wù)需求規(guī)格與它們的測(cè)試需求之間的雙向跟蹤關(guān)系。這需要單獨(dú)的需求管理工具，如 Telelogic Doors 或 IBM Rational RequesitePro 等需求管理工具，如果沒有這些專業(yè)的需求管理工具，也可以使用 Excel 表格等方法手工進(jìn)行管理。
測(cè)試需求變更控制
在測(cè)試需求的跟蹤關(guān)系建立起來以后，可借此跟蹤關(guān)系進(jìn)行測(cè)試需求的變更控制。
對(duì)由于缺陷修復(fù)、系統(tǒng)功能增減、業(yè)務(wù)需求變更等原因?qū)е碌淖兏?，?yīng)遵循規(guī)范的變更過程，使測(cè)試需求變更有序、可控、可管理。其變更的控制過程如下：
測(cè)試項(xiàng)目組需參與被測(cè)系統(tǒng)開發(fā)項(xiàng)目組的變更管理工作，針對(duì)在項(xiàng)目開發(fā)中引起的業(yè)務(wù)變更或系統(tǒng)功能變更或系統(tǒng)設(shè)計(jì)變更申請(qǐng)，測(cè)試項(xiàng)目組需要進(jìn)行測(cè)試需求的變更影響性分析，判斷這些變更是否會(huì)對(duì)相關(guān)測(cè)試需求產(chǎn)生影響。
如果會(huì)產(chǎn)生影響，測(cè)試項(xiàng)目組需要判斷變更會(huì)影響到哪些測(cè)試需求，影響到哪些測(cè)試用例。
如果變更申請(qǐng)得批準(zhǔn)，測(cè)試項(xiàng)目組需要變更測(cè)試需求及相應(yīng)的測(cè)試用例，并形成新的測(cè)試需求版本（與變更后的相關(guān)開發(fā)文檔版本保持一致）。
最后將新形成的測(cè)試需求提交給相關(guān)的主管部門，組織評(píng)審?fù)ㄟ^。
測(cè)試需求的一致性檢查
IT 業(yè)務(wù)管理部應(yīng)指定人員定期檢查用戶接
受測(cè)試需求與用戶接受測(cè)試計(jì)劃、用戶接受測(cè)試策略和用戶接受測(cè)試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。
測(cè)試管理部門應(yīng)指定人員定期檢查系統(tǒng)集成測(cè)試需求與系統(tǒng)集成測(cè)試計(jì)劃、系統(tǒng)集成測(cè)試策略和系統(tǒng)集成測(cè)試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。
測(cè)試管理部門應(yīng)指定人員定期檢查系統(tǒng)連接測(cè)試需求與系統(tǒng)連接測(cè)試計(jì)劃、系統(tǒng)連接測(cè)試策略和系統(tǒng)連接測(cè)試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。
測(cè)試經(jīng)理應(yīng)指定人員定期檢查系統(tǒng)內(nèi)部測(cè)試需求與系統(tǒng)內(nèi)部測(cè)試計(jì)劃、系統(tǒng)內(nèi)部測(cè)試策略和系統(tǒng)內(nèi)部測(cè)試方案的一致性，如果發(fā)現(xiàn)不一致，需要填寫一致性檢查報(bào)告。
測(cè)試經(jīng)理針對(duì)一致性檢查報(bào)告，確定不一致問題的糾正措施，并跟蹤問題直至關(guān)閉。