测试思维催化单元测试.docx

一、常用测试方法说单元测试之前，先给大家看张图片：上面这张图片叫做自动化分层测试金字塔，是最近曝光度比较高的一个概念。意思，真的不用解释，一目了然。有一本书，之前我们前公司质保老大极力推荐阅读的，叫Google测试之道，这本书里讲述Google产品，其70%的投入为单元测试，20%为集成、接口测试，仅10%为UI层的自动化测试。当然项目不同，实际投入肯定也是不同的，纯API接口 的项目就没有UI测试，但不管怎样，无疑单元测试时最重要的。单元测试时如何写用例？一般在编写测试用例时我们大致会考虑到这些常用的方法：划分等价类法、边界值分析法、错误推测法、场景法、因果图法、语句覆盖法、判定覆盖、条件覆盖、条件组合测试、路径测试等等等，首先我们先来梳理下这些测试方法的概念。1、划分等价类法等价类又分为有效等价类和无效等价类，所谓有效等价类，是指对于程序的规格说明来说是合理的，有意义的输入数据，通常我们开发的同学喜欢用一个test来验证某功能是否正常，这就是有效等价类，无效等价类则往反方向理解即可，举个例子，我们平时的成绩单其最低分为0分，最高分100分，那么0100的数据则为有效等价类，小于0或者大于100即为无效等价类。2、边界值分析法边界值也即条件的临界值，积累的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此需要针对各种边界情况设计测试用例，查出更多的错误。3、错误推测法错误猜测大多基于经验，需要从边界值分析等其他技术获得帮助。这种技术猜测特定软件类型可能发生的错误类型，并且设计测试用例查出这些错误。对有经验的工程师来说，错误猜测有时是唯一最有效发现的测试设计方法。为了最好地利用现成的经验，可以列出一个错误类型的检查列表，帮助猜测错误可能发现的问题4、 场景法场景法是黑盒测试中最重要的测试方法，主要在与业务测试，对每个场景生成相应的测试用例5、 因果图法用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例。6、 语句覆盖法顾名思义，设计的用例需要使得可执行语句至少被执行一次7、 判定覆盖法判定覆盖又称为分支覆盖，它要求设计足够多的测试用例，使得程序中每个判定（整体结果）至少有一次为真值，有一次为假值，即：程序中的每个分支至少执行一次。每个判断的取真、取假至少执行一次。8、 条件覆盖法设计的用例需要使得每个条件至少有一次是真值，一次是假值。9、 条件组合测试即设计的用例为条件的各种可能的组合10、 路径测试设计足够的测试用例，覆盖程序中所有可能的路径。以上是黑白盒测试过程中常用的测试方法。二、测试工具与单元测试用例设计单元测试的工具比较多，每种语言均有各自的测试框架，比如Java有junit，C+有cppunit,python有unittest框架，spring也都有自己的单元测试框架。在此不加赘述。若假设有这样一个小单元，需求为：充值金额小于等于1000，不赠送，大于10005000,赠送120，最多能充5000。这用例咋个设计呢？首先选取其中合适的方法进行用例设计。因错误推测和场景法与测试人员经验以及业务相关，这里不好举例，先排开这两种方法。白盒测试方法里路径测试其用例设计覆盖面相对比较全，需要对所有可能的路径进行测试（包括循环、条件组合、分支选择等），我们可选取路径测试方法。对以上小单元，我们分别以等价类、边界值、路径覆盖设计用例。等价类从传入的参数来看，a被定义为int型且大于0，那传递一个正常的参数，如：900 就属于有效等价类啦，若设计一个小于0的数据即为无效等价类:用例1：a = 100；用例2：a = -100在界面用例设计中无效等价类我们还会考虑参数的异常传入类型，如：String、float等，但在单元测试中程序肯定会报错的。边界值分析边界值也即条件的临界值，积累的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此需要针对各种边界情况设计测试用例，查出更多的错误。比如上面的例子，0、1000、5000就分别是两个边界值，对于边界值，我们通常采取大于、等于、小于的方式选值。如上图，我们可以将用例设计为:用例1：a = 999；用例2：a = 1000；用例3：a = 1001；用例4：a = 4999；用例5：a = 5000；用例6：a = 5001用例7：a = -1用例8：a = 0用例9：a = 1；路径覆盖为了更直观，先画个流程图：路径覆盖即为覆盖所有路径，从流程图可以看出有三条路径，分别为FAE、FBCE、FBDE，我们可以设计如下用例：那以上这些用例都是这一个小小的单元在功