一、背景
在测试管理中，下面的场景是否似曾相识？
场景一：
组长："这个项目A的测试进度为什么滞后啊？"
测试经理："呃，测试案例漏执行了，我现在就让大家去执行案例去。"
场景二：
组长："这个项目测试进度怎么样了？"
测试经理："测完了，进度100%，案例全部覆盖！"
组长："那看下这个验收测试问题是什么情况？"
测试经理："(⊙o⊙)哦，测试案例有啊，也勾了啊，难道测试人员漏执行了？或者是误勾选了？"
从上面两个场景可以发现，传统的测试管理模式存在一些问题。测试进度以测试人员手工执行案例数来体现，存在主观因素导致覆盖偏差，比如没有按时执行案例、误勾选案例等。由于存在一些因素导致测试进度本身有偏差，而以进度为基础的质量管理也会产生偏差，无法真实的反映出测试过程中的质量风险。经验丰富的测试经理可能会对项目管理的好一些，而经验不足的测试经理可能无法掌控项目测试过程，无法识别过程中的质量风险，导致项目交付质量较差。因此传统测试管理对测试经理的经验要求极高，存在个体偏差，依赖于人治，不具推广性。
为了解决传统测试管理存在的不足，我们引入场景覆盖管理，提升测试质量管理的精细化。
一、场景覆盖管理介绍
1、测试场景编制
在需求讨论阶段，测试人员根据业务需求场景编写测试场景，并细化为场景案例；在详细设计阶段，测试经理组织开发骨干和测试骨干对场景进行补充评审，确保场景的完整性。下图为场景示例。
2、测试场景SQL编写
在编码阶段，组织开发人员根据场景编写场景统计的技术SQL，并安排技术SQL的集中评审、试运行，提高场景的准确性。把场景和SQL纳入场景监控工具集中统一管理，并把统计日期、多日志等因子参数化，使SQL编写更灵活通用，复用度高。下图为补充监控SQL语句后的示例。
3、统计监控分析
在功能和验收测试测试阶段，通过场景监控工具每天自动运行技术SQl，统计场景的覆盖情况。按周期展现覆盖结果，根据部门、开发组、测试组、项目应用等不同维度生成报表展现，以此为基础分析测试进度、深度与广度，评价测试情况，识别测试过程中的风险，及时采取措施解决规避。
场景覆盖结果展现（按部门）：
场景覆盖结果展现（按项目）：
异常覆盖情况分析：
... ...
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任
