谈谈互联网软件精准测试

软件测试可以分为白盒测试和黑盒测试，由于互联网追求测试研发的低配比，这样便促使测试人员，没有精力去做白盒测试，更多的是通过黑盒测试低成本的进行质量验证。另外，随着分布式、微服务等复杂的软件架构的出现，系统黑盒测试的复杂性提升，质量风险越来越不可控。精准测试的诞生，核心动因是对于软件质量的要求。

黑盒测试面临的主要问题是：

1.质量验收缺少技术公信力

测试设计，完全由测试人员业务经验决定，主观因素太多。

大家都知道，互联网，人员流通快，测试人员的业务经验非常不稳定。

测试过程与测试结果不可量化，最终导致测试效果不可控。

具体来讲，就是测试人员测试完成后，给出测试报告，报告的内容主要是测试人员对测试过程的主观记录，并给出主观判定的结果。

从这个测试报告本身，项目验收人员无法准确判定质量的好坏，更多的是主观相信测试人员的结论。

比如，本次软件修改的代码有哪些，这些代码是否都有用例覆盖，从最后的测试报告是无法看出来的

2.随着软件越来越庞大，全量测试成本越来越大，需要探索如何针对性的筛选出测试用例，达到在保障质量的情况下提升测试效率

具体来讲，测试人员为提升测试效率，尝试最多的就是自动化建设，随着项目的迭代，自动化用例越来越多，想要这些用例ci级别触发，稳定性在80%以上，并且耗时在合理的范围之内，越来越难做到。

如果稳定性太差，测试开发人员花大量时间排查case，久而久之，失去对自动化的信任，甚至废弃。

如果耗时太长，ci速度过慢，延长软件迭代周期，研发也难以忍受

因此，测试用例需要精简。

3.测试人员不能精准把握软件问题现场，与开发人员协同工作困难

测试发现的软件问题处理的一般流程是：测试人员将发现的软件问题提交问题记录系统，开发人员看到问题，进行重现。如果测试记录的测试结果都是比较模糊的功能逻辑描述，重现需要花费大量的时间。

如果测试人员采用了精准测试技术，测试报告中就可以准确给出需要测试哪些代码、实际测试了哪些代码、以及给出每个用例对应的程序代码块等量化数据，实现了质量验收可量化。

同时，基于用例与代码的映射关系，就可以针对性的筛选出测试用例，提升测试效率，并使得开发人员和测试人员之间的协同工作就会轻松好多。

4.测试进度不可控

测试进度，完全依赖测试人员主观反馈，无监督措施

定义

精准测试是数字化、量化测试的技术。

精准测试是一种可追溯的软件测试技术。

精准测试是一套计算机测试辅助分析系统，通过精准的用例筛选、对测试过程的活动进行监控，将采集到的监控数据进行分析，得到精准的量化数据，使用这些量化数据进行质量评价，利用这些分析数据可以促进测试过程的不断完善，形成度量及分析闭环。

实现方案

1.用例代码映射库的建立

跑用例，产出覆盖率信息，这里需要考虑不同语言覆盖率统计方式的差异。提取出每个用例关联的函数、分支等信息

2.业务影响关系库的建立 ，比如

代码影响信息、历史bug信息、对应业务比如接口的pv信息

3.测试范围评估，以报告的形式提供

根据提测代码diff情况，对应业务的pv、历史bug信息、对代码库内部和代码库之间的影响信息，解析出可选的用例集合、并给出需要手工补充用例的代码部分。

4.测试用例筛选，同3

5.测试结果可量化：增量代码覆盖分析，以报告的形式提供，可以作为测试进度说明和在测试报告使用。

写在最后

精准测试并非适用于所有的软件项目类型，精准测试的核心需求是来自于对软件质量的较高要求，而不同的项目类型对质量的敏感程度是不同的。

移动互联网型的产品一般需求响应快，而且产品发布成本低，采用灰度发布，使用A/B测试方法替代传统的功能测试即使用小流量测试新功能，如有问题迅速下线，对发布质量并不太敏感。

产品型的产品需求由自己把握，产品的研发周期相对较长，通常都有独立的测试团队，需要按照一定的规程执行测试，由开发人员进行单元测试，由测试人员进行集成测试和系统测试，而且满足一定的质量目标才允许发布，对发布质量要求较高。比如各种硬件产品。

当前，互联网内部，还处于探索期，这块精准测试的发展需要结合互联网产品对质量的要求程度来看。

精准测试，目前是测试领域关注的热门方向，对于其后续的发展，持续关注！

文末分享：这下面有我学习整理出来的自动化测试资料、大厂面试…待你来领取~ 见公众号：【伤心的辣条】愿你我都有所获…

合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！

我的测试学习交流群：902061117 群里有技术大牛一起交流分享~

原文不易呀，眼睛都留眼泪了！麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。