一个好的场景用例必须满足以下几点:
·尽可能多地覆盖BVT;
· 每个场景的执行步骤简单明了;
· 必须是用户可能使用的场景(场景故事),具有一定的逻辑性;
· 不浪费资源,实现更快的代码执行速度;
· 场景测试用例格式。
前置条件:有些步骤不是本次场景测试的重点,所以不关注这些步骤。因此,直接设置所需的前置条件,即执行此测试用例需要什么条件。例如,当我们需要测试一个对象是否具有某个特征时,对象的创建不是这个测试用例的重点,所以前提应该是有一个对象。
执行步骤:按照用户逻辑,一步一步完成。
预测结果:不要笼统地写。以上步骤就可以正常设置了。应该写成:每一步设置成功后,我们如何验证这一步是否成功,也就是在代码中怎么写。
后置条件:资源的破坏和清理。比如这个测试用例只关注对象的创建过程,所以在执行阶段最终会创建一个对象,所以需要在post条件中销毁创建的对象。
场景测试用例应该注意的几点:
1、注意主题化,一定要搞清楚这个场景下你要测试什么功能,不要随意组合API中的测试点,写到哪里去。
为了实现测试点的主题化,我们可以在编写测试用例之前先yy一个用户使用场景的故事,以保证这个场景在用户使用过程中能够出现。
2、注意上下文,场景用例本身就是模拟用户的使用,测试基本功能(BVT)的连接是否有bug,用户使用的时候要有逻辑。
3、注意只测试简单的基础功能,比如密码合法性、内存、带宽跨界问题等不需要出现的场景,API中会有覆盖。
密码有效性等测试点不需要出现在场景用例中,即场景中只出现主进程(错误密码属于次进程)。
4、注意步骤要简洁明了,不能有歧义,数字要注明单位。
因为写的测试用例不是自己测试的,也不是自己编码的,所以要让别人一下子明白执行步骤的意思,没有歧义。
5、并不是说所有的BVT测试点都测试两个方面,因为有时候,某个方面不是BVT。
6、尽量不要让不同的场景覆盖同一个测试点。
以上内容为大家介绍了场景测试用例注意点总结,本文由多测师亲自撰写,希望对大家有所帮助。https://www.duoceshi.com/xwzx-hydt/1848.html
发表评论 取消回复