专栏名称: 51Testing软件测试网
51Testing软件测试网,人气最旺的软件测试技术门户,提供软件测试社区交流,软件测试博客,人才服务,测试沙龙,测试杂志,测试资料下载等全方位信息服务,是国内最专业的软件测试就业培训、企业服务供应商...
目录
相关文章推荐
51好读  ›  专栏  ›  51Testing软件测试网

如何在质控团队推进软件工程质量管理的效率和质量提升?

51Testing软件测试网  · 公众号  · 测试  · 2019-08-22 17:30

正文

请到「今天看啥」查看全文


无论是静态代码走读、自动代码规则校验 ,单元测试。 都能够在一定程度上对代码的逻辑异常进行检测。但在一般 团队而言,更多的是未在这个层面进行控制,更多是在业务逻辑测试中发现代码基本异常。
业务逻辑匹配错误的测试比较依赖于产品的业务设计,虽然在具体的测试中根据开发设计做一定考量,但更多是从业务逻辑层面来实施测试,这个也是现有着重实施手段。 从产品经理提供的一系列需求文档中梳理出应该实施的测试覆盖用例,在评估覆盖率与成本中找到一个平衡。
据现在实际情况来看,这两种测试手段实施成本(耗时)比率大概在 2:8 左右。 这个除了从成本层面反应,从实际的缺陷发现占比也能反应。
软件质量控制应该尽可能早的发现问题,在考虑质量指标设定时,应该综合各个实施方案所花费的成本; 包括长期成本和短期成本,长期收益和短期收益。 从另一个方面来说,成本强调的就是效率,效率高,耗时自然少,项目迭代速度会更快。 在一个质量稳定的研发团队中,如何提高效率,提高研测比是一个综合问题。 站在质量控制的角度,将更多的缺陷在更早的阶段通过非人工的方式捕获,是我们所应该追求的方向。

实施方法


基于这一点。 我们 所能够实施 的手段如下:
① 提高场景自动化覆盖率,包括冒烟测试、回归测试、全量覆盖测试
② 提高 白盒测试覆 盖率,并持续优化白盒测试策略
③ 提高单元测试覆盖率
④ 提高服务契约覆盖率
⑤ 提高UI自动化覆盖率,包括一切自动化手段
以上手段使我们所能够采取的方案,可以综合考量落地成本与计划。






请到「今天看啥」查看全文