测试计划和单元测试.ppt

Software Testing Technology / chapter 3 / 数据定义－使用测试： 它将测试用例设计为对成对的数据定义和使用进行测试 设置数据项的值的地方就是数据定义，读取或使用数据的 　地方就是数据使用 例如：计算实数平方根的函数的说明书 P51 次边界值测试： 很多情况下，各部分和它们的边界可以通过单元功能说明 　书来识别。但是，单元可能会有内部边界值，它只能通过 结构说明书来识别 例如：计算实数平方根的函数的说明书 P52 错误猜测主要是凭经验，同时还需要诸如边界值分析等其 　他技术的一些辅助 凭借经验，测试设计者猜测特定类型的软件中可能出现的 　错误类型，并设计测试用例来找到它们 由有经验的工程师来进行错误猜测可能是最有效地设计能 　发现错误的测试的唯一方法。相反，任用不合适的人来进 　行错误猜测可能会浪费时间 错误猜测 良好的测试设计由若干个防范组成 在单元测试中，测试应设计为检验各个单元是否实现了该 　单元的设计说明书中的所有设计判定 单元测试说明书由一系列单元测试用例组成 测试用例设计技术可以大体分成黑盒和白盒两个主要类别 错误猜测主要凭借测试设计者的经验 总　结 * Version 3.0 第四章　测试计划和单元测试 第一节　简介 第二节　测试方案设计 第三节　制定单元测试说明书** 第四节　测试用例中的测试手段** 理解计划测试过程 制定单元测试说明书 明确测试用例设计 理解单元测试的测试手段 本章目标 测试工具是辅助测试整个过程的工具软件 单元测试工具的种类和优势、缺陷 健壮的测试工具的引入应该具有一定的设计原则 介绍Panorama产品内容和运行环境、使用原理、各个工 　具的简单运用以及缺陷 回顾 第一节　简介 基本测试过程原则：尽早测试、经常测试、充分测试 开发过程与测试过程：分析、测试、设计、测试、编 　码、测试 测试计划应该是按照开发者的要求并用具体例子来描 　述一个测试计划的层次结构以及各个测试计划相联系 　的标准模版 谁执行了测试？ 测试什么？ 什么时候测试？ 怎样测试？ 测试应进行到何种程度？ 测试的五个问题 良好的测试设计由以下的若干个方面组成： 测试策略 测试计划 测试说明书 测试规范 这些方案适用于从单元测试到系统测试等各个级别 　的测试。测试设计需要根据软件说明书来进行 第二节　测试方案设计 一个测试方案的基本组成是测试用例，在大多数的形式中， 　测试用例是数据输入和期望结果组成的对 输入是对接收外界数据的描述 期望结果是对于相应输入软件应该出现的输出结果的描述 测试用例说明为“编写用于输入输出的实际数值和预期结果。 　测试案例还明确指出使用具体测试用例产生的测试程序的 　任何限制”（ANSI/IEEE829标准）： 标识符：由测试设计过程说明和测试程序说明引用的唯一标 　　　　　识符 测试项：描述被测试的详细特性、代码模块等 输入说明：该说明列举送到软件执行测试案例的所有输入内 　　　　　　容或条件 输出说明：描述进行测试用例的预期的结果 环境要求：它是执行测试用例必要的硬件、软件、测试工具、 　　　　　　实用工具、人员等等 特殊要求：描述执行测试必须做到的特殊要求 用例之间的依赖性：对于每个表明的测试用例至少写上一页 　描述文字，以便于若干个用例之间可以互相查找出开发中的 　问题 测试中一个最大的挑战：如何开发和组织一组测试系列 测试系列开发中存在的主要问题：正确性、结果的可观察性、 　充分性 测试设计说明书一般由很多具有各种经验的人员来完成 测试应该与该测试要验证的产品说明书同时制定 测试计划：P43 概况： 定义：检验程序最小单位有无错误。一般在编码之后，由 　　　　开发人员完成 单元：软件开发中的最小的独立部分 C语言中的单元：函数或者是子过程 C++语言中的单元：类 在整个软件测试过程中，花精力最多的还是单元测试 测试的精力集中在接口上，而不是单元本身 典型的单元测试是通过检查代码和执行测试（后者是重点） 在编写代码之前设计测试会更加精确 第三节　制定单元测试说明书 单元测试目前状况： 实施效果非常好，但是实施阻力比较大(主要是人员和 　管理因素)，一般只在关键的程序单元中实施有比较系 　统的理论和方法，但也依赖于系统的特殊性和开发人员 　的经验有大量的辅助工具，开发人员也经常自己开发测 　试代码和测试工具 主要使用白盒测试和静态分析，也使用黑盒测试 测试计划 测试设计 测试执行 测试记录 分析 测试总结 完毕 缺陷跟踪 针对测试目标，规定测试任务、资源分配、人员角色、进度安排等 根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试代码、测试数据(包括预期结果) 根据测试计划，配置测试环境，并手动或者自动执行测试设计 根据