测试设计和开发.pptVIP

* 软 件 测 试 技 术 * 第三章 测试设计和开发 3.1 测试设计流程 3.2 总体设计 3.3 开发测试用例 3.4 评审测试用例 * 3.1 测试设计流程 测试设计活动的输入是测试计划，测试计划应该说明将用到的方法和测试工作的范围。 测试设计活动的输出是将在系统测试和确认测试中使用的评审过的测试用例集合。 * 3.2 总体设计 定义设计目标 清楚地说明每项测试的目标 使每项测试的目的单一，可以对应到规格说明书中的一项需求 只说明测试将完成什么工作，而不是说明如何完成 定义输入说明 定义测试环境和配置 编写测试设计文挡 * 3.3 开发测试用例 什么是测试用例？ 测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合。 3.3.1 了解测试用例 什么是好的测试用例？ 好的测试用例必须清晰地定义一个或多个期望的结果和测试通过和失败标准。 好的测试用例应该容易发现软件错误、且有可重复性、没有冗余。 * 测试用例的作用 指导测试的实施 作为编写测试脚本的“设计规格说明书” 评估测试结果的度量基准 分析缺陷的标准 * 什么是测试过程？ IEEE将测试过程定义为“说明执行一系列测试用例的步骤。 测试过程是为了评估一系列功能而进行软件项分析的步骤” 。 3.3.2 定义详细测试过程 测试用例和测试过程的区别？ 测试过程是由一系列的测试用例组成的。 * 3.3.3 定义预期结果 测试过程的每一步都需要明确预期的结果。 预期结果的来源： 项目专家或其他方面的专家将知道如何确定输出结果 用户文档可以包含一些用户场景范例 需求文档也可以提供必要的信息 其他相关文档也可以提供相关线索 最终用户也许能够描述所期望的响应结果 * 测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。 测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。 3.3.4 测试用例内容 * 最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果。 测试用例ID 输入 预期结果 实际结果 测试统计 利率 贷款期限 (年) 贷款金额 (元) 月 支 付 总 支 付 总 利 息 月 支 付 总 支 付 总 利 息 通过/失败 测试日期 测试人员 TC-001 8% 30 80000 587.01 TC-002 8.5% 30 80000 615.13 TC-003 8.5% 15 80000 787.79 * 测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态。因此测试用例往往需要说明初始条件。 说明 测试用例ID： TC-001 软件版本： 子系统： 用户名字段测试 操作系统： 测试人员姓名： 测试日期： 初始设置 1．打开注册会话框 2．在用户名字段放入字符“王” 3．确保所有其他输入字段为空 输入 1．将光标置于用户名字段 2．输入字符“帅” 预期结果 用户名字段出现字符“王帅” 实际结果 □ 通过 □ 失败 3.3.5测试用例设计的基本原则 测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等; 测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果； 测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。 * 3.3.6测试用例的特征 最有可能抓住错误的； 不是重复的、多余的； 一组相似测试用例中最有效的； 不要太简单，也不要太复杂。 * * 测试用例越详细越好？ * 时间要求测试时间是否充足？ 执行者测试执行者对系统的了解程度？ 建议程度将测试用例交给其他人执行时不需要过多的解释。 * 样例 － 登录 需求： 用户名长度为6至10位（含6位和10位） 用户名由字符（a-z、A-Z）和数字（0-9）组成 不能为空、空格和特殊字符 密码规则同用户名规则 * 简单 能够正确处理用户登录 一般 输入正确的用户名和口令可以进入系统 输入用户名或口令错误无法进入系统 * 详细 操作步骤 预期结果 输入正确的用户名和口令（均为6位），点击[OK]按钮 进入系统 输入正确的用户名和口令（均为10位） ，点击[OK]按钮 进入系统 输入正确的用户名和口令（均为6至8位之间），…… 进入系统 用户名为空，…… 提示输