软件测试计划与测试用例设计.

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。


如何以最少的人力、资源投入,在最短的时间内完成测试 ,发现软件系统的缺陷,保证软件的优良品质,则是软件 公司探索和追求的目标。 测试用例是测试工作的指导,是软件测试的必须遵守的准 则。更是软件测试质量稳定的根本保障。
7
什么是测试用例

测试用例的定义
测试内容的一系列情景和每个情景中必须依靠输入
2
软件测试计划概述
测试计划的定义
• 一个叙述了预定的测试活动的范围、途 径、资源及进度安排的文档。它确认了测 试项、被侧特征、测试任务、人员安排、 以及任何偶发计划的风险。 • 《ANSI/IEEE软件测试文档标准8291983》
测试计划的内容
• 测试项目简介
• 测试项
• 需要测试的特征 • 不需要测试的特征 • 测试的方法 (测试人员、测试工具、测 试流程) • 测试开始条件和结束条件 • 测试提交的结果与格式 • 测试环境(软件、硬件、网络) • 测试者的任务、联系方式与培训 • 测试进度与跟踪方式 • 测试风险与解决方式 • 本测试计划的审批与变更方式
和输出,而对软件的正确性进行判断的测试文档, 称为测试用例。 测试用例就是将软件测试的行为活动,做一个科学 化的组织归纳。
8
为什么需要测试用例

在开始实施测试之前设计好测试用例,避免盲目测试并提高测试效率,减少测试的不完全性; 测试用例的使用令软件测试的实施重点突出、目的明确; 根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪; 减少回归测试的复杂程度
5
测试计划的内容详解(续2)
• 测试者的任务、联系方式与培训
– 测试成员的名称、任务、电话、电子邮件等联系方式
– 为完成测试需要进行的项目课程培训 • 测试进度与跟踪方式 – 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。
– 定义所需的新的测试里程碑,估计完成每项测试任务所需的时间,为每项测试任务和测 试里程碑规定进度,对每项测试资源规定使用期限。
3
测试计划的作用
• 为测试过程提供指导 – 测试目标 – 测试内容 – 测试方法 – 测试时间周期 • 改善测试任务与测试过程的关系
• 提高测试的组织、规划和管理能力
测试计划的内容详解
测试项目简介 – 归纳所要求测试的软件项和软件特性,可以包括系统目标、背景、范围及引用 材料等。 – 在最高层测试计划中,如果存在下述文件,则需要引用它们:项目计划、质 量保证计划、有关的政策、有关的标准等。
– 报告和跟踪测试进度的方式:每日报告、每周报告;书面报告、电话会议 • 测试风险与解决方式 – 预测测试计划中的风险
– 规定对各种风险的应急措施(延期传递的测试项可能需要加班、添加测试人员、减少测 试内容。)
• 测试计划的审批和变更方式 – 审批人和生效方式 – 如何处理测试计划的变更 6
测试用例概述
软件测试计划与测试用例设计
2005 年 7 月
目录

软件测试计划概述 测试计划的内容详解 测试用例概述 什么是测试用例 为什么需要测试用例 良好测试用例的特征 测试用例的组成元素与范例 白盒测试用例设计方法 等价类测试用例设计方法 边界值测试用例设计方法 错误推测法测试用例设计 因果图法测试用例设计 测试类型与测试用例设计 设计测试用例的策略选择 测试用例设计工具 案例研究:黑盒测试用例设计
11
003
登录
白盒测试用例设计方法

什么是白盒测试
白盒测试也称为结构测试,把程序看作一个透明的盒子,测试程序的
ID 001
类型 标题 登录 输入正确密 码
用户在登录界面输入正确的密 码后,按回车键
002
登录
输入错误密 码
不输入的空 密码
用户在登录界面输入错误的密 码后,按回车键
用户在登录界面没有输入任何 密码使密码为空后,按回车键
程序提示输入密 码错误,请重新 输入
程序提示用户没 有输入密码,请 输入 程序应该告知 用户没有输入 密码,而不是 密码错误
在软件版本更新后只需修正少量的测试用例便可展开测试工作,降低工作强度、缩短项目周期;
功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化 其效率也不断攀升;

根据测试用例的操作步骤和执行结果,可以方便地书写软件测试缺陷报告;
பைடு நூலகம்

可以根据测试用例的执行等级,实施不同级别的测试;
为分析软件缺陷和程序模块质量提供依据; 便于大型软件测试项目外包测试指导基础; 总结: 软件测试是有组织性、步骤性和计划性的,为了能将软件测试的行为转换为可管理的、 具体量化的模式,需要创建和维护测试用例。
9
良好测试用例的特征

可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定
•测试项
–描述被测试的对象,包括其版本、修订级别,并指出在测试开始之前对逻辑或 物理变换的要求。 •被测试的特性
–指明所有要被测试的软件特性及其组合,指明每个特性或特性组合有关的测试 设计说明。
•不被测试的特性 –指出不被测试的所有特性和特性的有意义的组合及其理由。
4
测试计划的内容详解(续1)
• 测试方法 –描述测试的总体方法,规定测试指定特性组志需的主要活动、所需的时间。 –规定所希望的测试程度,指明用于判断测试彻底性的技术(如:检查哪些 语句至少执行过一次)。 –指出对测试的主要限制,例如:测试项可用性、测试资源的可用性和测试 截止期限等。 •开始条件和结束条件 –规定各测试项的开始测试需要满足的条件 –测试通过和测试结束的条件。 •测试环境 –测试的操作系统和需要安装的辅助测试工具(来源与参数设置) –软件、硬件和网络环境设置
测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了

不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织
10
测试用例的组成元素与范例

测试用例编号ID 测试用例标题 测试的模块
测试步骤
• 测试输入条件 • 期望的输出结果 • 其它说明
期望的结果 程序提示登录成 功 说明
相关文档
最新文档