3通过确保功能需求没有空白列来检查需求的实现 4对每个性能需求，都应该设计一些测试用例5集成和系统测试用例可以和矩阵一起进行交叉检查，以此来保证需求的所有条件都包含在系统测试用例中需求跟踪矩阵模板。
1 在需求变更设计变更代码变更测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化2 RTM也是验证需求是否得到。
1 需求设计测试用例手册以及其他项目文档都是范围内可参考的东东2 测试使用的国家标准行业指标公司规范和质量手册等等3测试概要测试的概要介绍，包括测试的一些声明测试范围测试目的等等，主要是测试情况简介其他测。
建立测试需求跟踪矩阵表举例需求标识 需求描述 系统测试项标识 系统测试项描述Router_V100_SRS_001 路由增加 Router_V100_ST_AddRoute 路由增加6 测试通过失败标准本节描述系统测试计划活动中确定的系统测试通过 失败标准，这是判断测试。
具体描述请参考需求跟踪矩阵！需求编号方式可以根据项目实际情况进行自定义，也可以采用“项目代号”+“”+“R”+“需求类型”+“序号”的形式 其中“R”表示Requirement，“需求类型”可用下表表示，“序号”以自然数表示，位数不限。
1 纵向跟踪矩阵，包括如下的3种需求之间的派生关系，客户需求到产品需求实现与验证关系需求到设计，需求到测试用例等需求的责任分配关系需求由谁来实现2 横向跟踪矩阵需求之间的接口关系在实践中，如何把握该。
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系统已。
3针对测试点确定执行适合的测试类型 4建立测试需求分析矩阵，对测试需求进行管理 软件测试需求的 重点 是“ 测什么 ” 测试需求分析的目的获取测试点，根据测试点编写用例 按钮指示灯按压上下按钮指示灯是否亮 电梯门开关按压上下。
6 写测试按照制定的步骤，撰写一份测试，包括测试目标测试策略测试资源测试进度和测试风险管理等内容7 测试评审需要让相关人员审核测试，以确定测试能否满足软件质量需求和项目时间要求以上几个方面，可以制定一。
下表列出了制定测试计划时所使用的文档项目文档标准文档工具文档，并标明了各文档的可用性 测试计划 2测试需求 将确定被当作测试对象的各项需求例如用例功能性需求和非功能性需求的跟踪管理矩阵明确列出，并列出。
22 测试用例的审核 为使开发人员能参与到Test Case的Review中来，以保证TC的质量和可行性，确保测试工作的顺利进行，让开发人员迅速地了解测试的重点并给出相应的意见和建议，测试人员在出 TC的同时，应出一份TC_MatrixTest Case跟踪矩阵。
形成后，与需求人员，设计人员进行沟通，最好能发起一个小的评审，后期就是对该表的一个跟踪和维护啦类似于需求跟踪矩阵这样的东东一家之言，欢迎指正。
7应当对每一个测试结果做全面的检查8妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便软件测试的对象软件测试并不单纯等同于程序测试软件测试应该贯穿整个软件定义与开发整个期间因此需求分析。
希望读者能深入理解两个流的概念，为什么会有这两个流，两个流的特点是什么，为什么要构造矩阵，矩阵的纵向和横向代表什么，V， I又代表什么以上表中，是把每个场景成立的条件进行了分析，基本上已经明确了测试用例的数量。
测试需求是主要是整理测试焦点包括一些界面输入域业务流程数据等，并明确测试焦点的优先级，为测试用例的设计提供测试所需的功能点信息测试需求的分析也会体现用例设计方法，有的测试需求分析文档中也会指导性的明确。
