（整理）测试用例的编写

        对于编写测试用例的话，我一般会先根据公司的需求文档（我会被安排部分功能编写测试用例）找到对应的功能点，通过阅读去理解这个需求。避免出现不必要的理解偏差。

        这个时候我就会用Xmind软件，把功能点（通过那六大办法）进行逐步解析。解析完成以后对应的编写测试用例就可以了。用Xmind好处就是不会因为功能点的复杂，把自己绕晕了，什么情况写了，什么情况没有写都可以一目了然。（就像下面这个图一样）

        

        有了写测试用例的工具和思路以后，就是介绍编写测试用例的六个方法：等价类划分法、边界值法、场景法、判定表法、正交法、错误推测法。目前在公司中，我个人用的比较多的方法就是等价类划分法、场景法、边界值法三个方法，有些特殊的情况需要用到错误推测法。

        首先举一个和公司功能类似的例子（先整体过一遍流程），比如我一个功能是在admin下面创建一个子用户，然后规定了设置的密码需要大于等于8位，且需要数字、字母、特殊字符中的任意两种。在这个需求中就可以使用等价类划分法测试输入的密码，同时使用场景法进行测试用例的编写

        首先编写Xmind文件：

        然后就是针对Xmind的情况进行测试用例的编写，不同的公司所需要的列不一样，我这里根据禅道导出的测试用例列，选择的有功能名称、相关需求、用例编号、用例标题、前置条件、步骤、预期、实际结果、用例类型。如下图所示：

对照Xmind很容易就编写好了测试用例。

        对待不同的需求功能需要使用的测试用例编写方法都不一样。具体使用什么方法，还是需要根据当前的功能点来的。

        这里介绍方法的时候，我不是按照书面表达的方式整理，这样感觉就是复制粘贴，起不到整理的作用，所以我写的都是我个人的理解，要是有理解不对的地方欢迎指正批评，我一定虚心接受。

等价类划分法：

        等价类顾名思义就是对可能的情况进行一个分类，划分为有效等价类和无效等价类，划分的原因是因为比如出现当有效数据是某一个范围的时候比如1-100都是有效数据的时候，不可能一个数字写一个测试用例，所以就需要划分等价类，有效等价类数据就是1-100中任意一个数据证明正确即可，无效等价类即表示小于1或者大于100，每种情况任意选择一个数据测试即可。

        通过等价类划分法，可以大大提高编写测试用例效率，也可以间接提高测试的效率。

边界值法：

        边界值法个人觉得是一个很有必要的方法，因为很多程序员容易在边界取值的时候出现错误，大于等于可能写成了大于，或者大于写成了大于等于，这个时候就很有必要通过边界值法测试一下。选择边界值数据，和边界值左右1个单位的数据进行测试，可以有效测试出，程序员在编写这个功能的时候时候弄错了边界值，也可以提升测试的效率。

场景法：

        针对功能，按照不同的场景进行测试用例的编写，场景法顾名思义就是按照不同的场景进行测试用例的编写，比如登录的情况下就有五种场景：不输入账号密码，输入正确的账号错误的密码，输入正确的密码错误的账号，输入正确的账号密码，输入错误的账号密码。按照不同的场景编写出所有可能的测试用例，可以让测试用例比较全面，更加完善，覆盖系统率更高。

判定表法：

        当出现多种条件会影响到动作的时候，就可以使用判定表法，判定表法需要条件个动作之间有关联，且各条件之间影响价值相等。就可以通过编写表格的方式展示可能出现的情况。在不同的条件下，动作不同，结果也就不同。

正交法：

        当出现特别多的测试用例且无法使用边界值法、等价类划分法的时候，就需要通过正交法，提高测试效率，降低测试成本（目前我工作中还没有用到此方法）

错误推论法：

        顾名思义就是当你看到一个功能需求的时候，觉得哪个地方容易出现问题，比如当输入条件的时候，根据经验来判断，程序员可能弄错了边界值，然后就针对这块进行测试。上班后，发现这个办法是最常用的，有时候可能没有编写测试用例，但是进行测试功能的时候，看到这个功能需求，就反映出来最容易出现bug的地方在哪，去测试基本上都有问题。

  

        以上就是我对编写测试用例的一些整理包括测试方法的一点个人理解。理解出现偏差或者有问题的地方欢迎指正，共同进步。