软件测试方法和技术第5课单元测试单元测试5.1什么是单元测试5.2单元测试的目标和任务5.3静态测试技术的应用5.4动态测试技术的应用5.5调试和评估5.6单元测试的过程和文档管理5.7单元测试常用工具简介5.1单元测试的四个阶段是什么: 单元测试？集成测试？系统测试？验收测试分阶段测试是单元测试的基本测试策略定义: 单元测试是对软件基本组件的测试. 时间安排: 通常在代码完成后由开发人员完成，由质量检查人员协助. 概念: 为什么模块，组件和单元应该进行单元测试？发现错误越早，发现错误越早，成本越低. 发现很难解决该BUG. 检查代码是否符合设计和规范12小时6小时3小时单元测试集成测试系统测试5.2单元测试目标和任务目标: 单元模块编码是否正确，信息能否正确流入和流出单元内部数据可以在单元工作期间保持其完整性，包括内部数据形式，内容和相互关系而没有错误，以及单元中全局变量的处理和影响. 它可以在限制数据处理的边界上正常工作吗？单元的操作是否可以满足特定的逻辑范围.

本机中发生错误，以及错误处理措施是否有效. 任务1: 模块接口测试检查模块接口是否正确清单: 输入的实际参数与形式参数一致. 编号，属性，尺寸调用其他模块的实际参数是否与要调整的模块的形式参数一致. 数字，属性，维每个模块中全局变量的定义是否一致. 外部输入，输出文件，缓冲区，错误处理其他任务2: 模块本地数据结构测试检查本地数据结构完整性清单: 类型描述不正确或不兼容. 该变量没有初始值. 变量初始化或默认值错误. 变量名称错误或从未使用过. 发生上溢或下溢以及地址异常. 其他任务3: 模块边界条件测试检查关键数据处理的正确性清单: 处理普通法律数据. 处理常见的非法数据. 在边界值内处理合法边界数据. 处理边界值之外的非法边界数据. 其他任务4: 模块独立执行路径测试以检查每个独立执行路径的测试. 确保每个语句至少执行一次. 清单: 操作员优先级. 混合类型操作. 准确性不够. 表达符号. 循环条件，无限循环. 杂项任务5: 测试模块的各种错误处理路径. 预见，预置各种错误处理方法是正确有效的.

清单: 错误消息输出很难理解. 记录的错误与实际错误不符. 系统已在过程定义的错误处理之前进行了干预. 异常处理不当. 没有足够的信息来定位错误. 其他5.3静态测试技术的应用静态测试技术: 不要运行被测程序，通过检查和阅读来分析代码. 三个步骤: 逐步进行. 检查. 审核编码标准和规范标准: 制定时必须遵循的规则. 规范: 建议最佳做法并推荐更好的方法. 实施标准和法规的原因: 可靠性. 可读性和可维护性. 可移植性. 遍历定义: 通过解释，讨论和模拟操作发现错误的活动. 注意: 指导团队成员在步行之前通读设计和编码. 时间限制，避免离题. 正确识别问题，避免现场修改. 检查的重点是代码是否符合标准和规范，以及是否存在逻辑错误. 检验(Inspection)定义: 它是通过解释和提问的方式进行的，通常具有正式的计划，过程和结果. 主要方法使用缺陷检查表. 注意: 以会议的形式，制定会议目标，程序和规则，并在会议结束后写报告. 根据缺陷检查表逐项检查.

正确记录发现的问题，以避免现场修改. 如果发现主要缺陷，则需要在更正后重新打开会议. 检查的重点是缺陷检查表，因此该表应根据不同的项目不断地积累和完善. 演练和审阅的比较演练审阅准备阅读设计和编码，应编写需求描述文件，程序设计文件，程序的源代码列表，代码编码标准和代码缺陷检查表，形式为非正式会议，正式会议的参与者为开发人员. 主要项目团队成员包括测试人员，主要技术方法，无缺陷清单，注意时间限制，请勿在现场修改代码，不在现场修改代码，生成文档，会议记录，静态分析，错误报告，目标代码标准规范，无逻辑错误代码标准规范，无逻辑错误审阅(Review)定义: 通常，在审阅会议之后，审阅团队根据记录和报告进行评估. 注意: 已完全检查了指定的代码，并且已遵守所有编码准则. 审查中发现的所有错误均已修改. 5.4动态测试技术的应用动态测试需要实际运行程序，并且需要设计一系列测试用例以确保测试的完整性和有效性. 白盒测试黑盒(灰盒)测试白盒测试方法主要包括逻辑驱动法和基本路径法. 声明范围. 确定覆盖范围. 条件覆盖. 决策/条件覆盖率. 有条件的组合覆盖范围.

路径覆盖率. 循环覆盖. 黑匣子测试方法有时，运行单元程序需要根据被测单元的接口开发相应的驱动模块和桩模块. 驱动器模块(驱动器): 为测试底层或子层模块而编写的程序，调用这些模块. 存根: 编写的用于在测试顶层或高层模块时替换较低层模块的程序. 黑匣子的常用方法等效类划分方法边界值分析方法三种数据: 错误推测方法-常规数据因果图方法-错误数据功能图方法-边缘数据另要求. 填写软件单元测试报告单元测试清单(1)在单元测试清单的帮助下进行评估. 案例: 单元测试清单单元名称___________系统_______________结构______________任务编号____________________初始测试日期____是否已更正关键测试项目是否未使用任何输入参数？是否没有生成任何输出参数？是否有任何不正确或不一致的数据类型？是否有与PDL中的描述或功能要求不一致的算法？使用之前是否有未初始化的局部变量？是否有任何外部接口编码错误？也就是说，调用语句，文件访问，错误.

是否存在任何逻辑路径错误？该单位有多个入口还是多个正常出口？单元测试清单(2)其他测试项目8.单元中是否存在与PDL和PROLOG中的描述不符的内容？ 9.代码中是否与项目标准存在差异？ 10.代码中是否存在用户不清楚的错误消息？ 11.如果该单元设计为可重复使用的，那么代码中是否有某些东西可能会阻止重复使用？采取的措施和说明(请使用一页或多页. 每项操作都必须指出所引用的问题. )复查结果1.如果以上11个问题的答案均​​为“否”，则测试通过，请在此处标记并在最后签名. 2.如果代码存在严重问题，例如，对多个关键问题的回答为“是”，则程序员将更正这些错误，并且必须重新计划单元测试. 下次单元测试的日期: ________________ 3.如果代码中有小缺陷单元测试目的，程序员将纠正这些错误单元测试目的，仲裁员必须安排后续会议. 后续会议的日期: _________________________测试人员的签名: __________________日期: _________________ 5.6单元测试过程和文档管理过程: 单元测试计划已在详细设计阶段完成.

建立一个单元测试环境并完成测试设计和开发. 执行单元测试用例并详细记录测试结果. 确定测试用例是否通过. 提交“单元测试报告”. 单元测试文档“软件需求规范”，“软件详细设计规范”？ “单元测试计划”，“单元测试计划”，“软件详细设计规范”？ “单元测试用例”，“单元测试用例”文档和“软件需求规范，软件详细设计规范，缺陷跟踪报告，缺陷清单，单元测试用例，缺陷跟踪报告，缺陷清单，单元测试清单，评估？单元测试报告5.7”单元测试常用工具简介工具分类: 静态分析工具代码规范审核工具内存和资源检查工具测试数据生成工具测试框架工具测试结果比较工具测试指标工具测试文档生成和管理工具问答* <

本文来自电脑杂谈，转载请注明本文网址：

http://www.pc-fly.com/a/jisuanjixue/article-184413-1.html