您现在的位置是:首页 >其他 >测试成熟度模型:从级别1到级别5,看看你在第几级网站首页其他
测试成熟度模型:从级别1到级别5,看看你在第几级
测试成熟度是指一个组织或团队在测试方面的能力和水平。通常情况下,测试成熟度可以通过评估测试过程、测试策略、测试工具和测试人员的能力来确定,也就是常见的TMMi和TPI模型。今天我们换个角度,从测试预算、测试用例设计、测试自动化程度、需求到设计的可见性、QA开始时间、测试方法论和技术、错误的发布、CI/CD Pipeline、测试数据处理、测试团队的组成这几个方面,分成五个阶段,来看一看你的团队属于哪一阶段。
测试预算
阶段1:40%—50%的开发预算用于测试
阶段2:30%—40%的开发预算用于测试
阶段3:20%—30%的开发预算用于测试
阶段4:10%—20%的开发预算用于测试
阶段5:5%—10%的开发预算用于测试
测试用例设计
阶段1:在对测试的代码和应用程序覆盖率知之甚少或者根本不了解的情况下手动创建
阶段2:在对测试的代码和应用程序覆盖率知之甚少或者根本不了解的情况下手动创建
阶段3:测试用例设计有一个定义的过程,一些专业工具可能用于帮助手动和自动的测试用例设计
阶段4:全自动
阶段5:完全自动化
测试自动化程度
阶段1:过时的自动化框架通常会阻碍自动化测试,使用低效的自动化技术和流程
阶段2:不太好用的自动化测试框架,尝试使用新技术和新标准
阶段3:有所改善的自动化测试框架,初步上手新技术和新标准
阶段4:很少引起问题的自动化框架,有效地编写自动化脚本
阶段5:由测试自动化工程师轻松维护的自动化框架,使用同类最佳技术
需求到设计的可见性
阶段1:需求设计阶段与DevOps流程的其余部分之间没有联系或跟踪,不仅在人与人之间,在工具间也是如此
阶段2:需求设计阶段与DevOps流程的其余部分之间产生有一些联系或跟踪
阶段3:在SDLC的最后阶段有很好的可见性。例如,在测试人员和开发人员之间。但是,与需求的链接依旧有限。
阶段4:SDLC的每个阶段都有很强的可见性,从最初的需求一直到开发,再到测试和部署都建立联系
阶段5:SDLC的每个阶段都有极强的可见性,从最初的需求一直到开发,再到测试和部署。具有强大的报告和可追溯功能。
QA开始时间
阶段1:在SDLC后期
阶段2:在SDLC后期,在早期开发期间
阶段3:在SDLC中期,在开发期间
阶段4:在SDLC早期,测试左移
阶段5:在SDLC初期,规划和需求阶段
测试方法论和技术
阶段1:团队坚持的方法论和使用的开发技术方面没有共同点,一个团队的良好实践不会在其他地方传播
阶段2:团队坚持的方法论和使用的开发技术方面只有一点点共同点
阶段3:团队间的做法是一致的,但错误做法也很常见
阶段4:团队间的做法是一致的,错误做法逐渐减少
阶段5:团队间的做法是一致的,所有成员都以高度相似的方式工作
错误的发布
阶段1:经常发布有缺陷的软件并进行ADHOC发布以解决这些问题
阶段2:经常发布有缺陷的软件并进行临时发布以解决这些问题
阶段3:很少发布有缺陷的软件
阶段4:错误发布的风险很低,如果有错误,我们知道他们来自哪里,并且更容易修复
阶段5:错误发布的风险很低,如果有错误,我们知道他们来自哪里,并且更容易修复
CI/CD Pipeline
阶段1:不存在的端到端Pipeline,可以使用工具,但在工具之间移动资产涉及许多手动步骤
阶段2:碎片化的CI/CD端到端Pipeline,可以使用工具,但在工具之间移动资产涉及一些手动步骤
阶段3:碎片化的CI/CD端到端Pipeline,可以使用工具,但在工具之间移动资产涉及一些手动步骤
阶段4:流水线缺少额外的功能,但核心存在且运行良好,可以使用工具,但在工具之间移动资产涉及一些手动步骤
阶段5:从需求到测试再到执行的每个阶段完全集成无缝CI/CD Pipeline
测试数据处理
阶段1:手动测试数据处理,重点是复制生产数据
阶段2:主要是手动测试数据处理,不涉及复杂场景,因为无法解决
阶段3:从基础开源和许可工具中使用一些基本标准实用程序,例如:掩码
阶段4:使用高级测试数据实用程序,使用完全合成的数据方法,该数据会自动分配到所需的测试中
阶段5:完整的测试数据自动化,合成数据在虚拟环境中自动分配,覆盖数据和测试的链路
测试数据管理
阶段1:没有数据请求和中央存储库,导致测试数据库存问题阻碍测试
阶段2:没有数据请求和中央存储库,导致测试数据库存问题阻碍测试
阶段3:用于提供测试数据的基本工具或者过程
阶段4:测试数据过程和自动化之间存在联系。测试数据存储在虚拟环境中,测试人员不使用彼此的数据
阶段5:测试数据存储于中央数据库中,想要测试数据的人都可以访问
测试团队的组成
阶段1:庞大而臃肿的测试团队,角色和职责不明确
阶段2:测试和QA的重要性众所周知,但是没有生效
阶段3:团队依旧很庞大,但有能力,相互之间有更好的平衡
阶段4:团队庞大,成员时间得到充分利用,QA负责人有时间专注于战略而不是救火
阶段5:小型高技能团队,QA负责人长时间专注于战略
希望这些方法可以帮助你们团队从其他角度评估测试能力和水平,并依此提供一些改进建议。