软件测试过程.ppt

软件测试过程 软件测试过程 一、单元测试 单元测试的概念 单元测试的内容 单元测试的方法 单元测试的环境 单元测试的过程 白盒测试用例设计方法 软件测试过程模型-V模型 1、单元测试的定义 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 软件单元：是CSCI（软件配置项）中的一个主要分支中的一个组成部分、一个类、对象、模块、函数、子程序或者数据库。 单元的大小不是固定，可大可小，一般把能用一个名字就可以调用的一段程序称为“单元”或“模块”。 1、单元测试的定义 模块的特点有： 具有唯一的标识-名字; 具有明确的功能; 拥有局部数据; 实现特定功能的算法/控制; 与其它模块或外界存在数据联系; 可被其它模块调用。 2.单元测试的内容 主要对模块的五个基本特性进行评价 （1）模块接口 模块接口检查数据是否能正确地输入和输出，主要检查： 输入的实际参数与形式参数的个数是否相同、属性是否匹配等； 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同、属性匹配等； 文件属性是否正确； 缓冲区大小与记录长度是否匹配。 （2）局部数据结构 对于一个模块来说，局部数据结构通常是错误的策源地，应该设计相应的测试用例，以便发现下列类型的错误： ?不正确或不一致的类型说明； ?使用尚未赋值或尚未初始化的变量； ?错误的初始化或缺省值错误； ?不正确的变量名； ?上溢、下溢和地址异常。 （3）边界条件 软件通常在边界出错。 使用刚好小于、等于和大于最大值或最小值的数据结构、控制流和数据时，很有可能发现错误。 （4）独立执行路径 在单元测试期间，选择测试执行路径是一个基本的任务。应该设计测试用例，用来发现由于不正确的计算、比较或不适当的控制流而造成的错误。 在计算中常见的错误有： 算术运算优先次序不正确或误解了运算次序 运算方式不正确 初始化不正确 精度不够 表达式的符号表示不正确 比较判断与控制流错误有： 不同数据类型的对象之间进行比较 逻辑运算符不正确或优先次序不正确 因为精度错误造成应相等的不等，又期待着相等条件的出现 循环终止条件不可能出现 不正确地修改循环变量 （5）错误处理 有意识地进行不合理输入，使程序出错，检查程序的错误处理能力，检查是否出现如下情况： 输出的出错信息难以理解 输出的错误信息与实际不符 在错误处理之前，错误条件已引起系统干预 错误处理不正确 错误描述提供的信息不足以帮助确定造成错误的原因和错误的位置 3.单元测试的方法 静态测试技术的运用 静态分析 审查 …… 动态测试技术的运用 白盒测试方法 黑盒测试方法 4.单元测试环境 进行单元测试需要开发 驱动模块（driver） 桩模块（stub） 4.单元测试环境举例 4.单元测试环境举例 5.单元测试的过程 测试策划：在详细设计阶段完成软件单元测试计划； 测试设计：建立单元测试环境、完成测试设计和开发； 测试执行：执行单元测试用例，并详细记录测试结果；根据每个测试用例的预期输出结果和实际运行结果，判定该测试是否通过；如果测试不通过，应分析错误原因，并在修正错误后进行回归测试。 测试总结：完成单元测试报告。 单元测试入口条件 代码编译链接通过 使用代码静态检查工具检查通过 已完成至少一轮代码审查或走查 单元测试用例评审通过 单元测试脚本代码写完且审查通过 出口条件 所有的测试用例都执行通过 单元测试覆盖率达到预期的要求 语句覆盖，条件覆盖，判定覆盖，路径覆盖，函数覆盖……. 单元测试未被执行的代码需进行检查 单元测试误区与常见问题 使用工具做单元测试就足够了，不需要手工做单元测试 有的工具能自动生成测试用例，但无法保证有效的覆盖 依据是代码，如果编码错误那么生成的测试代码也会错 单元测试只需要满足语句覆盖率达到一定指标就足够了 语句覆盖只是最简单的覆盖，达到语句覆盖率要求的测试强度是很低的。 单元测试是针对代码的测试 被测代码可能存在错误和缺陷，如果依据有错误和缺陷的代码进行测试，则把错误当成正确进行测试了，导致错误无法通过测试检测出来。 单元测试的原则 应根据详细设计来写用例，而不是代码 单元测试执行前先检查入口条件是否全部满足 单元测试必须达到一定的覆盖率要求，重要的接口函数必须做单元测试 维护修改后的代码必须针对修改的部分重新设计单元测试用例，并将全部单元测试用例运行一遍确保没有引入新的错误。 单元测试必须满足预定的出口条件才能结束 单元测试执行时发现的问题必须全部如实记录下来 单元测试完成后要分析一下发现的问题的种类和原因，以便采取措施避免以后再犯同样的错误。 二、集成测试 集成测试基本概念 集成测试的内容 集成测试的集成方法 集成方法的选用原则 集成测试用例设计思路 软件测