做app功能测试的时候,为了高覆盖率,把用例做的很复杂,又没什么方法既能...

发布网友发布时间：2024-10-10 22:27

共2个回答

热心网友时间：2024-10-13 10:24

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

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

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

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

热心网友时间：2024-10-13 10:30

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

声明：本网页内容为用户发布，旨在传播知识，不代表本网认同其观点，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。
E-MAIL:11247931@qq.com