网站大量收购闲置独家精品文档,联系QQ:2885784924

测试设计和开发.ppt

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* 测试方式 特征 依据 测试人员 测试驱动程序 黑盒测试 只关心软件的外部表现,不关心内部设计与实现。 软件需求 任何人(包括开发人员、独立测试人员和用户) 一般无需编写额外的测试驱动程序 白盒测试 关注软件的内部设计与实现,要跟踪源代码的运行。 设计文档 由开发人员兼任测试人员的角色 需要编写额外的测试驱动程序 * ? 白盒测试 黑盒测试 程序结构 已知程序结构 未知程序结构 规模 小规模测试 大规模测试 依据 详细设计说明 需求说明、概要设计说明 面向 程序结构 输入输出接口/功能要求 适用 单元测试 组装、系统测试 测试人员 开发人员 专门测试人员/外部人员 优点 能够对程序内部的特定部位进行覆盖 能站在用户的立场上进行测试 缺点 无法检验程序的外部特性 不能检测对要求的遗漏 不能测试程序内部特定部位 如果规格说明有误,则无法发现 * 3.4 评审测试用例 复查测试用例时应该考虑的一些问题: 测试或测试组件完全针对的是需求中列出的功能吗? 测试组件是否覆盖了所有需求? 有冗余的测试吗? 每一个测试步骤都有清楚描述的预期结果吗? 测试用例是否考虑了有效和无效的输入情况? * 测试用例的优先级 定义测试用例优先级主要考虑:必须测试什么功能?如果一些功能没被测试会出现什么后果? 优先级1:这个测试必须执行 优先级2:如果时间允许,执行这个测试 优先级3:即使不执行这个测试,也不会导致大的质量问题 * * * * 软 件 测 试 技 术 * 第三章 测试设计和开发 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.输入字符“帅” 预期结果 用户名字段出现字符“王帅” 实际结果

文档评论(0)

xuefei111 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档