测试点设计及编写思路

我们写用例的时候一般是先写测试点，然后再写测试用例，也可以这么理解，测试点就是精简版的测试用例。编写用例四个基本方法：等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说，这四个方法足够了。编写测试用例的策略：先点后面，先局部再整体，最忌讳的是点和面混在一起，局部和整体不明。

在测试点设计的时候，需要思考如下几点：

1、测试操作的难度；

测试操作包括环境、配置、执行等因素，在测试设计时，尽量减小操作的难度。

2、重要性及优先级；

测试点一定要区分重要性及优先级，以便在实际项目测试中进行选择。重要性部门建议突出内部测试、外部验收、线上问题等标签，便于管理和分类更新。

3、自动化可实现性；

测试点一定要考虑自动化实现的难易度，因为自动化是提高测试效率的关键；在此还有一个问题需要注意，那就是自动化按照测试点设计要求的实现程度，如果不能100%按照预期要求进行覆盖的话，可能会遗漏非常重要的测试部门，这时候最好拆分成两个测试点。

4、真实场景的需求及模拟；

测试点在编写的过程中，一定要考虑真实使用场景，这会非常的高效，场景模拟本来就是测试点编写的重要方法之一。

5、层次分明（点、面、体），切勿大小用例及测试模块混淆；

测试点分类中注意区分所属模块和层级，层级中注明基本测试点、高级测试点和系统测试点，这个可以根据项目的具体进行区分。

6、用例编写策略一致性，简单、明了、直接，最好不要超过8步；

好的测试用例一定是非常清楚的，执行步骤不超过