测试需求变更控制
在测试需求的跟踪关系建立起来以后，可借此跟踪关系进行测试需求的变更控制。
对由于缺陷修复、系统功能增减、业务需求变更等原因导致的变更，应遵循规范的变更过程，使测试需求变更有序、可控、可管理。其变更的控制过程如下：
测试项目组需参与被测系统开发项目组的变更管理工作，针对在项目开发中引起的业务变更或系统功能变更或系统设计变更申请，测试项目组需要进行测试需求的变更影响性分析，判断这些变更是否会对相关测试需求产生影响。
如果会产生影响，测试项目组需要判断变更会影响到哪些测试需求，影响到哪些测试用例。
如果变更申请得批准，测试项目组需要变更测试需求及相应的测试用例，并形成新的测试需求版本(与变更后的相关开发文档版本保持一致)。
最后将新形成的测试需求提交给相关的主管部门，组织评审通过。
测试需求的一致性检查
T 业务管理部应指定人员定期检查用户接受测试需求与用户接受测试计划、用户接受测试策略和用户接受测试方案的一致性，如果发现不一致，需要填写一致性检查报告。
测试管理部门应指定人员定期检查系统集成测试需求与系统集成测试计划、系统集成测试策略和系统集成测试方案的一致性，如果发现不一致，需要填写一致性检查报告。
测试管理部门应指定人员定期检查系统连接测试需求与系统连接测试计划、系统连接测试策略和系统连接测试方案的一致性，如果发现不一致，需要填写一致性检查报告。
测试经理应指定人员定期检查系统内部测试需求与系统内部测试计划、系统内部测试策略和系统内部测试方案的一致性，如果发现不一致，需要填写一致性检查报告。
测试经理针对一致性检查报告，确定不一致问题的纠正措施，并跟踪问题直至关闭。
文章来源于领测软件测试网 https://www.ltesting.net/
