【2017年整理】软件测试之测试计划和单元测试(完整版).ppt

Software Testing Technology / chapter 3 / 第四章 测试计划和单元测试 回顾 测试工具是辅助测试整个过程的工具软件。 单元测试工具的种类和优势、缺陷。 健壮的测试工具的引入应该具有一定的设计原则。 介绍Panorama产品内容和运行环境、使用原理、各个工具的简单运用以及缺陷。 本章目标 计划测试过程 制定单元测试说明书 明确测试用例设计技术 单元测试的测试手段 基本测试过程 基本测试过程原则：尽早测试、经常测试、充分测试。 开发过程与测试过程：分析、测试、设计、测试、编码、测试 。 测试计划应该是按照开发者的要求并用具体例子来描述一个测试计划的层次结构以及各个测试计划相联系的标准模版。 测试的五个问题 谁执行了测试？ 测试什么？ 什么时候测试？ 怎样测试？ 测试应进行到何种程度？ 测试方案设计 良好的测试设计由以下的若干个方面组成： 测试策略 测试计划 测试说明书 测试规范 这些方案适用于从单元测试到系统测试等各个级别的测试。测试设计需要根据软件说明书来进行。 单元测试 2-1 概况 定义： 检验程序最小单位有无错误。一般在编码之后，由开发人员完成。 单元：软件开发中的最小的独立部分 C语言中的单元：函数或者是子过程 C++语言中的单元：类 单元测试 2-2 单元测试目前状况： 实施效果非常好，但是实施阻力比较大(主要是人员和管理因素)，一般只在关键的程序单元中实施 有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验 有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具 主要使用白盒测试和静态分析，也使用黑盒测试 单元测试流程 管理流程 主要指动态测试应用流程 测试用例 2-1 测试用例是数据输入和期望结果组成的对 。 测试用例 2-2 ANSI/IEEE829标准列出了测试用例应该包含在内的重要信息： 标识符 测试项 输入说明 输出说明 环境要求 特殊要求 用例依赖性 单元测试说明书的组成 单元测试说明书由一系列单元测试用例组成。每个单元测试用例都应该包括四个基本要素（对照ANSI/IEEE标准）： 单元的初始状态说明 单元的输入 测试用例实际要测试的内容 测试用例的预期结果 单元测试说明书(例)－测试计划 编号 如：stb-tp0013 标题 如：文字排版功能.字间距.MayCourse 版本号 如：V1.0 执行状态 如：未执行 修改记录 如：2003年7月28日；××编制/修改；原因 测试目标 如：语句覆盖 测试人员 如：××1负责执行测试用例xxx；××2负责执行测试用例xxx 测试用例编号(多个) 如：stb-fg00021/stb-fg00031/stb-fg00035… 被测试单元代码位置 如：$tag1/layout/MayCourse.cpp 单元测试说明书(例)－ 测试用例 编号 如：stb-tp00014 标题 如：测试“文字排版功能.字间距.MayCourse” 版本号 如：V1.3 执行状态 如：已经执行 修改记录 如：2003年7月29日；××编制/修改；原因 测试步骤 如：配置运行环境；输入测试数据；执行X功能/测试代码；观察/记录XX 测试场景 如：在联网的环境下 测试代码 如：stb-tp00021(位置)/stb-tp00035(位置)… 测试数据 如：输入数据(输入文件、文字描述…)；预期结果(性能、图片、文字描述…) 单元测试说明书(例)－ 测试记录 编号 如：stb-tp00015 标题 如：记录测试“文字排版功能.字间距.MayCourse”结果 填写记录 如：2003年7月30日；××填写；原因 测试用例编号 如：stb-tp0015 输出结果 如：图片、文字描述 测试观察 符合/不符合期望结果 单元测试说明书(例)－缺陷跟踪报告 编号 如：stb-tp00016 标题 如：文字排版功能.字间距.MayCourse计算错误 版本号 如：V1.3 执行状态 如：空白/草稿/提交/审批/分发/正在修改/修改完毕/正在确认/关闭… 修改记录 如：2003年7月31日；××编制/修改；原因 测试环境和版本号码、程序编写人员 错误严重程度和优先级别 错误详细描述 重现步骤和方式、对应的测试记录编码 附件 建议修改方式 修改内容、结果及修改人员签字/日期 确认内容、结果及确认人员签字/日期 单元测试说明书(例)－ 总结报告 编号 如：stb-tp00017 标题 如：文字排版功能.字间距.MayCourse单元测试总结报告 版本号 如：V1.5 执行状态 如：已经提