一个好的场景用例必须满足以下几点：

　　尽可能多地覆盖 BVT;

　　每个场景的执行步骤简单明了;

　　必须是用户可能使用的场景(场景故事)，具有一定的逻辑性;

　　不浪费资源，实现更快的代码执行速度;

　　场景测试用例格式：

　　前置条件：有些步骤不是本次场景测试的重点，所以不关注这些步骤。 因此，直接设置所需的前置条件，即执行此测试用例需要什么条件。 例如，当我们需要测试一个对象是否具有某个特征时，对象的创建不是这个测试用例的重点，所以前提应该是有一个对象。

　　执行步骤：按照用户逻辑，一步一步完成

　　预测结果：不要笼统地写。 以上步骤就可以正常设置了。 应该写成：每一步设置成功后，我们如何验证这一步是否成功，也就是在代码中怎么写。

　　后置条件：资源的破坏和清理。 比如这个测试用例只关注对象的创建过程，所以在执行阶段最终会创建一个对象，所以需要在post条件中销毁创建的对象。

　　场景测试用例应该注意的几点：

　　1、注意主题化，一定要搞清楚这个场景下你要测试什么功能，不要随意组合API中的测试点，写到哪里去;

　　为了实现测试点的主题化，我们可以在编写测试用例之前先yy一个用户使用场景的故事，以保证这个场景在用户使用过程中能够出现。

　　2.注意上下文，场景用例本身就是模拟用户的使用，测试基本功能(BVT)的连接是否有bug，用户使用的时候要有逻辑;

　　3.注意只测试简单的基础功能，比如密码合法性、内存、带宽跨界问题等不需要出现的场景，API中会有覆盖;

　　密码有效性等测试点不需要出现在场景用例中，即场景中只出现主进程(错误密码属于次进程)。

　　4、注意步骤要简洁明了，不能有歧义，数字要注明单位;

　　因为写的测试用例不是自己测试的，也不是自己编码的，所以要让别人一下子明白执行步骤的意思，没有歧义。

　　5.并不是说所有的BVT测试点都测试两个方面，因为有时候，某个方面不是BVT;

　　6、尽量不要让不同的场景覆盖同一个测试点。

如需了解更多测试技术信息请关注：https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司