做app功能测试的时候，为了高覆盖率，把用例做的很复杂，又没什么方法既能保证覆盖率又能减少工作量？

发布网友发布时间：2022-05-10 16:15

共2个回答

热心网友时间：2023-10-15 13:19

首先是对用例重复进行合并，所谓用例重复，不是说很多用例完全一样，而是说部分用例的检查点或影响因素相同，操作步骤相同，使用例看起来像是重复的用例一样，对于这种情况，可以进行合并。

当对象部分功能类似，检查点和影响因素相同，操作步骤相同，则可以将相同的部分进行合并。如果是检查点和影响因素相同，合并的方式也是一样的，这种用例精简方式适用于一个操作步骤，可以检查多个检查点的情况，如果只是检查点相同，但是步骤不同，仍然不建议进行合并

接下来对无效用例进行删减，针对测试对象，找出相关的检查点，再由检查点出发，发散影响因素，这种用例方式是纯黑盒的用例设计方法，但是在很多时候，并不是只进行纯黑盒，而是灰盒。功能内部逻辑对我们来讲就不是黑的了，在了解完开发实现后，会发现纯黑盒情况下发散出来的一些影响因素其实没有没有必要，直接去掉就可以。

TestBird - 手游和App自动化测试平台

热心网友时间：2023-10-15 13:19

你说的用例复杂是指社么？
提高覆盖率和把用例做的复杂有什么关系？
提高覆盖率不是应该增加样本数量和获取样本的渠道吗？
最多也就是抽取样本的方式多一些吧？