受控级 | 高效级 | 优化级 | ||
人员 | 利益干系人(commitment) | 利益干系人承诺、保证并交付已协商一致的资源,支持测试过程 | 利益干系人预见到变更的影响,并保证测试活动能够充分的响应变更 | 利益干系人认可并激励过程改进,并将之作为自己所承担的职责 |
测试介入(degree of involvement) | 测试活动在早期启动,以确保准备充分 | 测试的介入保证可靠的测试过程输出和缺陷预防 | 测试的介入促进了项目过程和测试过程的改进 | |
测试策略(teststrategy) | 测试策略确保了在测试层级和测试活动中测试人力和资源的分配 | 测试策略用于达到产品风险、测试覆盖和可用人力和资源之间的平衡 | 有效维护测试策略的制订方法,保证容易并正确的应用 | |
测试组织(test organization) | 测试组织保证了测试方法、测试交付件和规程的一致性,以及清晰的测试结果 | 测试组织保证了在正确的地方使用了正确的测试技术和经验 | 测试组织持续改进测试服务的结果 | |
沟通(communication) | 向所有参与者传递信息,使得他们能够做出正确的决定 | 向目标群体提供了形式和内容简练的信息,促进更有效率的工作 | 沟通是团队建设的手段 | |
报告(reporting) | 测试团队和利益干系人就报告的内容和形式达成一致,避免信息的缺失和冗余 | 报告针对不同的目标群体进行了调整定制,以支撑决策 | 报告提供了可以用于优化软件开发生命周期的信息 | |
管理 | 测试过程管理(test process management) | 主动进行测试过程管理以完成测试任务 | 测试过程管理责任明确,能够及时进行调整以确保测试项目有序开展 | 将从测试过程管理中学习到的教训用于提升测试的效果和效率 |
估计和计划(estimating and planning) | 预计了每个测试活动需要的资源 | 通过使用正式的技术使估计和计划更加可靠 | 基于组织的经验数据进行估计 | |
度量(metrics) | 通过已定义的度量可以评估和监控测试过程 | 度量所提供的客观价值大于收集,分析策略数据的工作量 | 度量满足不断变更的信息需求 | |
缺陷管理(defect management) | 跟踪具体缺陷并监控其状态 | 分析缺陷的共性以找出类似缺陷 | 分析缺陷的共同属性以预防缺陷 | |
测试件管理(testware management) | 所有处于批准状态的测试和计划文档被分别标识和登记 | 明确了所有测试件之间的关联,并保持更新 | 测试件可重用于将来的项目,并确实被重用 | |
技术 | 测试方法(methodology practice) | 测试方法使得测试活动的执行可以预知 | 测试方法对测试项目提供了实践上的支持 | 评估测试方法存在的问题,并持续改进 |
测试人员技能(tester professionalism) | 测试人员具备测试技能,使测试过程更加可预知和管理 | 测试人员具有专门的测试角色和职责,并且所完成的工作符合期望 | 测试人员从质量的角度来做事,并由此持续提升技能 | |
测试用例设计(test case design) | 测试用例支持重复执行测试,并且不依赖于个人 | 聚焦于达到指定覆盖来设计测试用例,满足测试策略要求 | 测试用例、测试设计技术和缺陷的评估有助于改进测试效果 | |
测试工具和自动化(test tools and automation) | 执行测试活动所需要的测试工具和自动化是可用的,并且被使用 | 测试工具和自动化被用于加速测试活动 | 持续评估和改进测试工具和自动化及其应用 | |
测试环境(test environment) | 不会发生对测试环境的意外变更 | 测试环境直接关联于测试层级或测试类型的要求 | 测试环境作为一种服务提供给测试人员 |
07-18
07-18
07-18
07-18
07-18
07-18
07-18
“相关推荐”对你有帮助么?
-
非常没帮助
-
没帮助
-
一般
-
有帮助
-
非常有帮助
提交