在項(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)的。具體為：
1、建立用戶接受測(cè)試需求與業(yè)務(wù)需求規(guī)格、與用戶接受測(cè)試用例之間的雙向跟蹤關(guān)系；
2、建立系統(tǒng)集成測(cè)試需求與軟件需求分析規(guī)格、與系統(tǒng)集成測(cè)試用例之間的雙向跟蹤關(guān)系；
3、建立（系統(tǒng)）連接測(cè)試需求與概要設(shè)計(jì)規(guī)格、與（系統(tǒng)）連接測(cè)試用例之間的雙向跟蹤關(guān)系；
4、建立單元測(cè)試需求與詳細(xì)設(shè)計(jì)規(guī)格，與單元測(cè)試用例之間的雙向跟蹤關(guān)系；
5、建立內(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)行管理。