如何保证测试用例的覆盖度

之前给分享了如何编写一份高质量测试用例，这也是功能测试中保证用例覆盖度其中一环，今天给大家分享保证测试用例的覆盖度其他的几个方案。

一、功能测试用例

除了提高测试用例的质量，用例评审也是保证用例覆盖度的一个测试方案。

一）用例内审

一千个读者就有一千个哈姆雷特，同一个需求每个人能够想到的测试点可能是不一样的。所以用例内审能及时发现测试用例中的问题或是生成不同角度的测试点。主要的参与人员可以是项目内或者不同项目组的测试同学。

二）用例评审

不同角色对于需求的理解也是不一样的。用例内审是从测试的角度出发的，而用例评审更多是第三方同学参加，例如产品、开发。产品可以从业务的角度、用户使用的角度，开发人员可以从编码的角度为测试人员提供更多层面的逻辑覆盖。

二、测试阶段把控

一）交叉测试

一个项目中都会有多个测试人员协调分工，每人负责一部分模块。这些模块与模块之间都可能存在交互。

每个人只测试自己的那一部分的话，可能就会忽略很多模块之间的交互内容。所以引入了交叉测试，更好的保证测试质量。

二）关联测试

我们编写测试用例是保证的新功能，但是很多时候和新功能有关联的旧功能可能也会受到影响，所以需要对相关联的旧功能进行回归验证。bug修复完成我们进行验证时，也会将这个bug相关联的部分也测试一下，防止一些代码改动影响到之前的功能。

三）回归测试

上线前会做一个整体回归测试，保证项目整体的正确性

四）用例补充

通过分析线上或历史遗留问题，总结及时补充到测试用例

三、非功能性测试

除了功能测试还有非功能测试需要在梳理测试用例时覆盖到。

一）接口测试

很多时候界面上无法完成的操作可以借用接口测试来执行、还有上线前要做一个接口整体的回归测试。

二）安全测试

除了功能层面，还要多考虑安全方面，例如密码帐号的安全性等。

三）兼容性测试

测试过程中，挑选用户使用频率最高的2~3款设备或浏览器等作为重点测试对象进行兼容性测试。

四）并发测试

并发操作，此类问题的产生情景是较多用户共享同一批数据并且且同时对此数据进行同一功能操作下产生的问题。

五）自动化测试

1、静态代码扫描

无需实际执行代码。通过解析源代码文件，对代码结构、语法等进行静态分析，并根据预定义的规则和模式进行问题检测和报告。可以及早发现和修复代码中的问题。

2、代码覆盖率测试

通过测量在执行测试集合期间被执行的代码行、分支和路径的比例来评估代码的覆盖率。可以发现未执行的代码或潜在的缺陷区域等。

3、动态代码扫描

代码运行时进行的自动化分析技术，用于发现软件应用程序中的潜在问题。与静态代码扫描不同，动态代码扫描通过实际执行应用程序的代码路径来检测运行时的问题。可以更早的发现运行时出现的问题，例如内存泄漏、错误处理不当等。

以上就是今天的分享，谢谢你的阅读呀~