测试点设计及编写思路

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

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

1、测试操作的难度；

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

2、重要性及优先级；

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

3、自动化可实现性；

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

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

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

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

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

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

好的测试用例一定是非常清楚的，执行步骤不超过8步，这个在测试点和测试用例的设计中一定要注意；执行步骤太长，不利于问题的定位分析。

7、测试配置的复用；

所有的测试设计，最终都是为了执行，执行的时候有很多的配置，这些配置能否复用是非常关键的，直接关系到执行的效率。

8、测试用例的维护和管理；

测试用例的维护和管理历来都是非常重要的问题，如何维护用例的基线，如何不断的调整和更新，如何不断的优化和改进，都是极其重要的。

9、测试用例评审；

测试用例必须要评审，以听取多方面的意见，为