3通過確保功能需求沒有空白列來檢查需求的實現(xiàn) 4對每個性能需求，都應(yīng)該設(shè)計一些測試用例5集成和系統(tǒng)測試用例可以和矩陣一起進行交叉檢查，以此來保證需求的所有條件都包含在系統(tǒng)測試用例中需求跟蹤矩陣模板。

1 在需求變更設(shè)計變更代碼變更測試用例變更時，需求跟蹤矩陣是目前經(jīng)過實踐檢驗的進行變更波及范圍影響分析的最有效的工具，如果不借助RTM，則發(fā)生上述變更時，往往會遺漏某些連鎖變化2 RTM也是驗證需求是否得到。

1 需求設(shè)計測試用例手冊以及其他項目文檔都是范圍內(nèi)可參考的東東2 測試使用的國家標(biāo)準(zhǔn)行業(yè)指標(biāo)公司規(guī)范和質(zhì)量手冊等等3測試概要測試的概要介紹，包括測試的一些聲明測試范圍測試目的等等，主要是測試情況簡介其他測。

建立測試需求跟蹤矩陣表舉例需求標(biāo)識 需求描述 系統(tǒng)測試項標(biāo)識 系統(tǒng)測試項描述Router_V100_SRS_001 路由增加 Router_V100_ST_AddRoute 路由增加6 測試通過失敗標(biāo)準(zhǔn)本節(jié)描述系統(tǒng)測試計劃活動中確定的系統(tǒng)測試通過 失敗標(biāo)準(zhǔn)，這是判斷測試。

具體描述請參考需求跟蹤矩陣！需求編號方式可以根據(jù)項目實際情況進行自定義，也可以采用“項目代號”+“”+“R”+“需求類型”+“序號”的形式 其中“R”表示Requirement，“需求類型”可用下表表示，“序號”以自然數(shù)表示，位數(shù)不限。

1 縱向跟蹤矩陣，包括如下的3種需求之間的派生關(guān)系，客戶需求到產(chǎn)品需求實現(xiàn)與驗證關(guān)系需求到設(shè)計，需求到測試用例等需求的責(zé)任分配關(guān)系需求由誰來實現(xiàn)2 橫向跟蹤矩陣需求之間的接口關(guān)系在實踐中，如何把握該。

int Max53=7，5，3，3，2，2，9，0，2，2，2，2，4，3，3 每個進程對每類資源的最大需求 int Allocation53=0，1，0，2，0，0，3，0，2，2，1，1，0，0，2系統(tǒng)已。

3針對測試點確定執(zhí)行適合的測試類型 4建立測試需求分析矩陣，對測試需求進行管理 軟件測試需求的 重點 是“ 測什么 ” 測試需求分析的目的獲取測試點，根據(jù)測試點編寫用例 按鈕指示燈按壓上下按鈕指示燈是否亮 電梯門開關(guān)按壓上下。

6 寫測試按照制定的步驟，撰寫一份測試，包括測試目標(biāo)測試策略測試資源測試進度和測試風(fēng)險管理等內(nèi)容7 測試評審需要讓相關(guān)人員審核測試，以確定測試能否滿足軟件質(zhì)量需求和項目時間要求以上幾個方面，可以制定一。

下表列出了制定測試計劃時所使用的文檔項目文檔標(biāo)準(zhǔn)文檔工具文檔，并標(biāo)明了各文檔的可用性 測試計劃 2測試需求 將確定被當(dāng)作測試對象的各項需求例如用例功能性需求和非功能性需求的跟蹤管理矩陣明確列出，并列出。

22 測試用例的審核 為使開發(fā)人員能參與到Test Case的Review中來，以保證TC的質(zhì)量和可行性，確保測試工作的順利進行，讓開發(fā)人員迅速地了解測試的重點并給出相應(yīng)的意見和建議，測試人員在出 TC的同時，應(yīng)出一份TC_MatrixTest Case跟蹤矩陣。

形成后，與需求人員，設(shè)計人員進行溝通，最好能發(fā)起一個小的評審，后期就是對該表的一個跟蹤和維護啦類似于需求跟蹤矩陣這樣的東東一家之言，歡迎指正。

7應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查8妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便軟件測試的對象軟件測試并不單純等同于程序測試軟件測試應(yīng)該貫穿整個軟件定義與開發(fā)整個期間因此需求分析。

希望讀者能深入理解兩個流的概念，為什么會有這兩個流，兩個流的特點是什么，為什么要構(gòu)造矩陣，矩陣的縱向和橫向代表什么，V， I又代表什么以上表中，是把每個場景成立的條件進行了分析，基本上已經(jīng)明確了測試用例的數(shù)量。

測試需求是主要是整理測試焦點包括一些界面輸入域業(yè)務(wù)流程數(shù)據(jù)等，并明確測試焦點的優(yōu)先級，為測試用例的設(shè)計提供測試所需的功能點信息測試需求的分析也會體現(xiàn)用例設(shè)計方法，有的測試需求分析文檔中也會指導(dǎo)性的明確。