场景测试用例注意点总结

最近在写一个模块的场景测试用例，从一个场景十几个步骤，基本没有按照用户逻辑，且没有主题到最后 一个场景简单明了的几个步骤并且主题明确通过外部评审，这个过程中，遇到了很多问题，不停纠正，不断总结，最终终于写成一个不错的场景测试用例。

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

尽可能覆盖更多的BVT；
每个场景的执行步骤简单明了；
一定是用户可能使用的场景(场景故事)，有一定的逻辑性；
不浪费资源，实现成代码执行速度较快；

场景测试用例的格式：

前置条件：有些步骤并不是本次场景测试的重点，所以并不关注这些步骤，所以，将需要的直接设置为前置条件,也就是执行这个测试用例，需要哪些。举个例子，比如我们需要测试一个对象是否具有某个特性的时候，对象的创建就不是此测试用例的重点，所以前置条件就应该是有一个对象。
执行步骤：按照用户的逻辑，一步一步完成
1.
2.
预测结果：切忌不要笼统的写成 以上各个步骤均可以正常设置 ，要写成：每一步设置成功之后，我们是怎样进行检验这步设置的成功，也就是代码中要怎么写。
1.
2.
后置条件：资源的销毁清理工作。举个例子，这个测试用例中只关注对象的创建过程，所以执行步骤中最终就会创建出了一个对象，那么就需要在后置条件中将创建的对象进行销毁。

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

1.注意主题化，一定要明白自己的这个场景用例是要测试什么功能，切忌将API中的测试点自己任意组合，想到哪里写到哪里；
为了达到测试点的主题化，我们可以在写测试用例之前先yy出一个用户使用的场景故事，也就是保证这个场景在用户使用的过程中可以出现到的。
2.注意上下文，场景用例本身就是模拟用户使用，测试基本功能（BVT）连接起来是否有bug，一定要有用户使用时的逻辑性；
3.注意只测试简单的基本功能，比如密码的合法性，内存，带宽的越界这样的问题场景中不需要出现，API中已经会有覆盖；
关于密码的合法性等测试点，就不需要出现在场景用例中了，也就是场景中只出现主流程（密码错误这个属于副流程）。
4.注意步骤要简洁明了，没有歧义，数字要说明单位；
因为写出来的测试用例并非自己去手工测试或者自己去代码实现，所以，要做到让别人一下子就可以看懂执行步骤的意思，没有歧义。
5.并不是说所有的BVT测试点都测试两个方面，因为有时，某个方面就不是BVT；
6.尽量不要使得不同的场景覆盖同样的测试点；