关于测试用例编写的一点经验和建议 测试用例设计
我们在工作中执行自己的测试用例，没有什么障碍，自己写的，一看就明白是怎么回事。但有时执行别人写的用例时，我们可能就不知所措了，一方面可能不知道该用例检查的是什么功能点，另一方面看到测试用例不知道该怎么去执行，另外大家写作的风格不同，也就会在看与自己风格不同的用例觉得不舒服。
测试用例是指导我们的测试，它的可读性、可操作性非常重要。我们需要的是一看到测试用例，就知道它是测试什么功能点的，并且每个步骤都是可操作的，不希望出现“用户输入很长的名字”这样的描述。
对于测试用例的编写提一些个人的建议。
1、功能划分时，一定要简单、清晰，一个测试用例集就只需要检查一个功能模块。如果包含的功能点太多，会让我们的测试用例比较混乱，降低了可读性。
2、测试用例的划分也要单一，一个测试用例只检查功能点的一种情况。一个用例检查的情况太多，会导致用例的目的不清晰，而且这样组织用例，有利于需求覆盖率的统计。一个功能点我们测试了那些情况，以及哪些功能点我们在重点测试，一目了然。
3、测试用例要有一个简单的目的描述，有助于读者对测试用例的理解。
4、测试用例要有明确的执行前提，包括环境，数据，场景。
5、测试用例的步骤描述要简单、清晰，一步就是一步。比如：第一步，用户登陆;第二步，用户点击“用户信息”;第三步，用户修改姓名为“张&三”;第四步，用户点击保存。这有利于提高用例的可操作性。
6、测试用例的数据要明确，特别是前提数据和要检查的数据。比如，测试准备数据：用户：张三，李四，王二。在排序后用例的预期结果为：李四，王二，张三。这样，用例在执行时，很清晰，有很高的可操作性，执行者对于执行结果是否正确也非常清楚。
提出一些个人的经验、建议，考虑的不是很全，希望大家提出意见和补充。
文章来源于领测软件测试网 https://www.ltesting.net/
