单元复习测试用例设计.docxVIP

单元复习测试用例设计 单元复习测试用例设计 PAGE PAGE22 单元复习测试用例设计 PAGE . 一、概括 1 二、基本观点 1 正面测试（PositiveTesting） 1 负面测试（NegativeTesting） 2 分支测试 2 黑盒测试 2 白盒测试 2 三、单元测试范围 3 四、常有测试用例设计方法及举例 3 用于语句覆盖的基路径法 3 用于MC/DC的真值表法 9 界限值法 11 等价类法 12 循环测试法 17 错误推断法 18 五、有关注意事项 18 独立性 18 尽量离开被测代码的约束 18 .. . 面向对象的语言单元测试特色 18 单元测试的命名标准 19 1.单元测试的命名标准 19 2.单元测试中的变量命名规范 19 3.断言和操作分别 19 4.防止滥用setup和teardown 19 .. . 一、概括 单元测试（模块测试）是开发者编写的一小段代码，用于查验被测代码的一个很小的、很明确的功能能否正确。往常而言，一个单元测试是用于判断某个特定条件（或许场景）下某个特定函数的行为。该文档从测试角度出发，去议论怎样设计单元测试的测试用例。 这里重申，单元测试用例的设计是进入实质编码以前的，测试用例设计在前，更能表现出灵巧性，假如已经编码达成再进行测试用例的增补，这样很简单进入一个不过是测试了被测代码段功能的怪圈，所以希望所有的单元测试工作，能够放在前方达成。同时单元测试用例是一个不停完美的过程，先期设计好的用例，在代码已经实现达成后，会发现覆盖的其实不是很全面，有优秀的习惯是需要将对应的测试用例进行增补，而在提交测试后发现的重要的bug，也需要进行单元测试用例的增补，使单元测试和各样测试方法相联合，实现测试质量的充足保证。 二、基本观点 正面测试（PositiveTesting ） 测试被测对象的正确功能实现无误，即正常流程功能。常常需要依据设计说明进行用例导出，严格依照设计说明编写即可，用例区分 注意等价类区分等方法。 比如：接口返回小于等于 24其中文字的offer标题（这里标题控制不 .. . 会超出24个字）进行页面展现。 负面测试（NegativeTesting） 测试被测对象的异样功能实现无误，多在异样流程，异样数据中表现。该部分测试需要对被测对象进行错误发散，常依靠于界限值区分等方法。 比如：接口返回 25其中文字的offer标题进行页面展现。 分支测试 使用流程图，明确可能出现的每条分支，制造响应的数据进行覆盖，实现对被测对象的测试。这个过程关于分支能够进行响应的简化，能够穿插等价类等方法去除同类分支。 比如：实现offer公布的功能，分别会出现公布一般产品，代理加盟，求购，供给平分支，测试offer提交模块的时候，需要区分这么多重 种类的数据，那么假定关于所有供给种类的offer，实现上都是相同的，就能够进行等价类区分，区分供给和求购即可。 黑盒测试 不关怀被测对象内部，将其当成一个黑盒，不过关注对该模块的 输入区分和输出结果校验。 白盒测试 .. . 将被测对象的每个实现都充足认识，依据内部实现进行用例设 计，需要保证每个独立路径都达成用例覆盖， 而惯例的对每个独立路 径进行真假考证。 三、单元测试范围 单元测试范围的要点包含两个方面：1.测试代码实现的功能，这个能够经过需求文档进行整理，而后调整每个功能点的颗粒度，尽量能够和开发实现的被测单元进行对应，进口文档包含需求文档、设计 文档；2.外面接口和基层实现。 四、常有测试用例设计方法及举例 用于语句覆盖的基路径法 基路径法保证设计出的测试用例，使程序的每一个可履行语句起码履行一次，即实现语句覆盖。基路径法是理论与应用脱节的典型，基本上没有应用价值，读者稍作认识即可，不用理解和掌握。 基路径法步骤以下： ）画出程序的控制流图 控制流图是描绘程序控制流的一种图示方法，主要由结点和边构 成，边代表控制流的方向，节点代表控制流的汇聚处，边和结点圈定 的空间叫做地区，下边是控制流图的基本元素： .. . 以下代码： voidSort(int iRecordNum, int iType) { int x=0; int y=0; while(iRecordNum--0) { if(0==iType) { x=y+2; break; .. . } elseif (1==iType) { x=y+10; } else { x=y+20; } } } 能够画出以下控制流图： .. . ）计算程序环路复杂度 环路复杂度V(G)可用以下3种方法求得： 环路复杂度等于控制流图中的地区数；上图中，有4个地区，V(G)=4。 设E为控制流图的边数，N为结点数，则环路复杂度为E－N＋ ； 上图中，V(G)=10( 边)–8(结点)+2=4 。 (3)