|
|
|
|
移动端

1.6.1 测试过程中的数据

《腾讯iOS测试实践》本书由腾讯QQ浏览器iPhone测试团队撰写,系统、深度地讲解了iOS测试的系统方法论、新技术与常见的技巧与方法。本节为大家介绍测试过程中的数据。

作者:丁如敏来源:机械工业出版社|2017-09-14 15:23

【新品产上线啦】51CTO播客,随时随地,碎片化学习

1.6 数据反推

1.6.1 测试过程中的数据

测试数据反推—充分利用各类测试数据的优化流程,进一步保障产品的质量。在各阶段的测试过程中会产生大量数据,例如Bug数据、测试通过率、回归通过率等。那么如何充分利用这些数据呢?前面已对已知Bug以及未知Bug进行了讨论。现在换个角度,从Bug产生的阶段来分析,图1-12是不同阶段Bug修复成本曲线。

针对Bug各阶段的分析,根据图1-12中Bug越早发现解决成本越低的结论,需要尽可能在最早引入的阶段发现Bug。针对某些阶段漏过的Bug分析,要尽可能完善测试设计覆盖,避免Bug都留到集成阶段发现,降低版本延期发布风险,从而开发出更高效的发布版本。

例如某个项目,集成测试发现的Bug占比只有整个版本(所有各分支版本)发现Bug的3%~6%,这些Bug大多是分支合流跟主干耦合的问题,还有一些是机型覆盖或者运营配置问题。大多数Bug都已经在各FT(Feature Team,特性模块)分支上发现了,这样集成后的发布风险就会大大降低,加快了发布速度。图1-13是FT分支的合流模型,各个分支FT都能充分保证质量,这样合流后集成测试问题就很少了。

也许有人会说3%~6%并不算少,确实,不同项目有不同要求。这里介绍的思路就是充分利用这些数据去思考与分析,推动团队采取动作,逐步降低该比例,逐步降低发布风险,提升发布效率。 分支合流模型的测试如何开展是另外一个话题,不过大体思路都差不多,除了基本持续集成外,还需要自动化测试(BVT、接口测试、终端性能测试等)的支持,才能快速支持分支合流的快速研发模型。

再举一个例子,Bug各模块分布,有些模块Bug问题比较多,可能需要特别关注测试,因为根据测试的二八法则—80%的缺陷出现在20%的代码中,所以对这些模块需要多分析多做测试,这样可以更大可能发现潜在问题。一般来说,不同模块会对应不同的开发团队或者FT,也可以通过Bug来评估开发团队(或者FT)的成熟度,根据不同的开发团队(FT)制定相应的改善措施,用数据说话,这样更好地推动团队的正向优化。表1-1所示的是另外一个项目团队某个版本的各个FT存在的缺陷占比,从表中可以看出模块A是缺陷高发区,出现这种情况需要和对应模块的负责人进行沟通,细查原因,以利于改进。

以上仅仅是从Bug模块分布来分析Bug数据,其实还可以从很多维度(从开发人员的维度、用户行为的维度等)去挖掘Bug数据,充分利用Bug数据来优化测试设计,提升测试效率。

喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书频道活动讨论群:365934973

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

Cisco网络工程案例精粹

《Cisco网络工程案例精粹》是一本以案例为基础兼顾知识概述的案例性书籍,所收录的案例都是笔者精心挑选出来的在网络工作中常见的案例。 ...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊