软件测试 | 怎么写测试用例？设计测试用例的思路和方法......

---

前言

测试的目的是发现bug，说明程序有错，要证明程序有错就要有说服力的数据，而这些有说服力的数据就是bug。

如果我们在设计测试用例的时候仅从正向思维去出发，设计的测试用例自然而然就是正向的，这其实与开发进行设计实现走的是同样的路，即验证程序是按需求实现了，能够达到预期，但是实现的功能有没有问题，不得而知。

逆向思维的方法，其实就是不走寻常路，这也是开发人员常常忽视的地方。大家都在走同样的路，我却往反方向走，用与正向思维相反的思维方式设计用例，发现新bug。这是一种历练，也是历练中的摸索、创新。

通过这种不同寻常的历练，经常能够帮助我们总结出适合自己的方法，自己也能得以提高。

一、用例独立性

所谓独立性是指每组（个）测试用例可以单独维护、执行，不影响其他的测试用例组，如果测试用例之间是强耦合的，考虑对它们进行合并。

这样设计的好处是当迭代出现变更时，可以对测试用例组进行增删改的操作而不相互影响。

例如一些操作是针对登录用户的，那么登录相关的用例和这些操作用例就是强耦合的。

或者在一个场景中，存在上下文数据的传递关系，必须组合使用，但是单独任何一个步骤拿出去都是不可执行的，那么这种场景就需要设计成一个完整的测试用例，因为每个步骤都是不可分割的。

二、用例易用性

易用性顾名思义就是测试用例应该是尽量简洁，同时又要易于理解的。这样描述听起来有些简单，但是实际操作起来并不容易把握尺度。

举例来