前几天网上有一个很有意思的问题：软件测试人员一定要会写测试用例吗？这不是当然的嘛，编写测试用例可是软件测试工程师的必备技能。

不过，还是有部分软件测试人员不会写测试用例，不知道怎么写才是一篇合格的甚至优秀的测试用例。

在测试用例的编写上，业内有一个不成文的原则：用最少的成本找到最多的问题。尽快发现存在的各种问题，减少重复的工作，节约时间，提高工作效率。

测试用例符合以下五点，那基本上就可以判断这是个好的测试用例：

1、测试覆盖面广

测试覆盖面广，才能尽可能多地发现问题，发现的问题越多，产品的质量自然是更好的。

2、测试用例精简

测试用例精简，别人一看就懂，避免了不必要的重复沟通，节约了时间。

3、步骤明了

步骤清晰明了，也是方便别人去执行，同样节约了时间。

4、目标明确

不要说东说西，直接把目标写清楚，也方便别人阅读，带着目的去读效果也更好。

5、维护相对简单

维护相对简单，也是分几部分：

别人进行维护修改；

系统升级维护修改；

挑选不同纬度，不同优先级，不同功能的测试用例；

所以总的来说，结构清晰、目标明确、描写精简的测试用例更容易维护。

不要看测试用例只是一个文档，这个文档可是检验软件测试人员能力的重要部分，一份优秀的测试用例能获得上级对你的认同，所以上面这五点，还不赶紧学起来。