一个好的场景用例必须满足以下几点：
·尽可能多地覆盖BVT;
· 每个场景的执行步骤简单明了;
· 必须是用户可能使用的场景(场景故事)，具有一定的逻辑性;
· 不浪费资源，实现更快的代码执行速度;
前置条件：有些步骤不是本次场景测试的重点，所以不关注这些步骤。因此，直接设置所需的前置条件，即执行此测试用例需要什么条件。例如，当我们需要测试一个对象是否具有某个特征时，对象的创建不是这个测试用例的重点，所以前提应该是有一个对象。
执行步骤：按照用户逻辑，一步一步完成。
预测结果：不要笼统地写。以上步骤就可以正常设置了。应该写成：每一步设置成功后，我们如何验证这一步是否成功，也就是在代码中怎么写。
后置条件：资源的破坏和清理。比如这个测试用例只关注对象的创建过程，所以在执行阶段最终会创建一个对象，所以需要在post条件中销毁创建的对象。
场景测试用例应该注意的几点：
1、注意主题化，一定要搞清楚这个场景下你要测试什么功能，不要随意组合API中的测试点，写到哪里去。
为了实现测试点的主题化，我们可以在编写测试用例之前先yy一个用户使用场景的故事，以保证这个场景在用户使用过程中能够出现。
2、注意上下文，场景用例本身就是模拟用户的使用，测试基本功能(BVT)的连接是否有bug，用户使用的时候要有逻辑。
3、注意只测试简单的基础功能，比如密码合法性、内存、带宽跨界问题等不需要出现的场景，API中会有覆盖。
密码有效性等测试点不需要出现在场景用例中，即场景中只出现主进程(错误密码属于次进程)。
4、注意步骤要简洁明了，不能有歧义，数字要注明单位。
因为写的测试用例不是自己测试的，也不是自己编码的，所以要让别人一下子明白执行步骤的意思，没有歧义。
5、并不是说所有的BVT测试点都测试两个方面，因为有时候，某个方面不是BVT。
6、尽量不要让不同的场景覆盖同一个测试点。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
