软件测试计划与测试用例设计.ppt
《软件测试计划与测试用例设计.ppt》由会员分享,可在线阅读,更多相关《软件测试计划与测试用例设计.ppt(33页珍藏版)》请在三一办公上搜索。
1、,目录,软件测试计划概述测试计划的内容详解测试用例概述什么是测试用例为什么需要测试用例良好测试用例的特征测试用例的组成元素与范例白盒测试用例设计方法等价类测试用例设计方法边界值测试用例设计方法错误推测法测试用例设计因果图法测试用例设计测试类型与测试用例设计设计测试用例的策略选择测试用例设计工具案例研究:黑盒测试用例设计,软件测试计划概述,测试计划的定义 一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被侧特征、测试任务、人员安排、以及任何偶发计划的风险。ANSI/IEEE软件测试文档标准829-1983,测试计划的作用 为测试过程提供指导 测试目标 测试内容 测试方
2、法 测试时间周期 改善测试任务与测试过程的关系 提高测试的组织、规划和管理能力,测试计划的内容 测试项目简介 测试项 需要测试的特征 不需要测试的特征 测试的方法(测试人员、测试工具、测试流程)测试开始条件和结束条件 测试提交的结果与格式 测试环境(软件、硬件、网络)测试者的任务、联系方式与培训 测试进度与跟踪方式 测试风险与解决方式 本测试计划的审批与变更方式,测试计划的内容详解,测试项目简介 归纳所要求测试的软件项和软件特性,可以包括系统目标、背景、范围及引用材料等。在最高层测试计划中,如果存在下述文件,则需要引用它们:项目计划、质量保证计划、有关的政策、有关的标准等。测试项描述被测试的对
3、象,包括其版本、修订级别,并指出在测试开始之前对逻辑或物理变换的要求。被测试的特性指明所有要被测试的软件特性及其组合,指明每个特性或特性组合有关的测试设计说明。不被测试的特性指出不被测试的所有特性和特性的有意义的组合及其理由。,测试计划的内容详解(续1),测试方法描述测试的总体方法,规定测试指定特性组志需的主要活动、所需的时间。规定所希望的测试程度,指明用于判断测试彻底性的技术(如:检查哪些语句至少执行过一次)。指出对测试的主要限制,例如:测试项可用性、测试资源的可用性和测试截止期限等。开始条件和结束条件规定各测试项的开始测试需要满足的条件测试通过和测试结束的条件。测试环境 测试的操作系统和需
4、要安装的辅助测试工具(来源与参数设置)软件、硬件和网络环境设置,测试计划的内容详解(续2),测试者的任务、联系方式与培训 测试成员的名称、任务、电话、电子邮件等联系方式 为完成测试需要进行的项目课程培训 测试进度与跟踪方式 在软件项目进度中规定的测试里程碑以及所有测试项传递时间。定义所需的新的测试里程碑,估计完成每项测试任务所需的时间,为每项测试任务和测试里程碑规定进度,对每项测试资源规定使用期限。报告和跟踪测试进度的方式:每日报告、每周报告;书面报告、电话会议 测试风险与解决方式 预测测试计划中的风险 规定对各种风险的应急措施(延期传递的测试项可能需要加班、添加测试人员、减少测试内容。)测试
5、计划的审批和变更方式 审批人和生效方式 如何处理测试计划的变更,测试用例概述,如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。测试用例是测试工作的指导,是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。,什么是测试用例,测试用例的定义测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例。测试用例就是将软件测试的行为活动,做一个科学化的组织归纳。,为什么需要测试用例,在开始实施测试之前设计好测试用例,避免盲目测试并提高测试效率,减少测试的不完全性;测试用例的使用令软
6、件测试的实施重点突出、目的明确;根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪;减少回归测试的复杂程度在软件版本更新后只需修正少量的测试用例便可展开测试工作,降低工作强度、缩短项目周期;功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化其效率也不断攀升;根据测试用例的操作步骤和执行结果,可以方便地书写软件测试缺陷报告;可以根据测试用例的执行等级,实施不同级别的测试;为分析软件缺陷和程序模块质量提供依据;便于大型软件测试项目外包测试指导基础;总结:软件测试是有组织性、步骤性和计划性的,为了能将软件测试的行为转换为可管理的、具体量化
7、的模式,需要创建和维护测试用例。,良好测试用例的特征,可以最大程度地找出软件隐藏的缺陷可以最高效率的找出软件缺陷可以最大程度地满足测试覆盖要求既不过分复杂、也不能过分简单使软件缺陷的表现可以清楚的判定测试用例包含期望的正确的结果待查的输出结果或文件必须尽量简单明了不包含重复的测试用例测试用例内容清晰、格式一致、分类组织,测试用例的组成元素与范例,测试用例编号ID测试用例标题测试的模块,测试输入条件期望的输出结果其它说明,白盒测试用例设计方法,什么是白盒测试白盒测试也称为结构测试,把程序看作一个透明的盒子,测试程序的代码书写结构和逻辑问题白盒测试用例的设计方法逻辑覆盖:以程序的内部逻辑结构为基础
8、,分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等基本路径测试:在程序控制流程的基础上,分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例。白盒测试用例注意事项由于测试路径可能非常多,由于时间和资源问题,选出足够多的路径测试由于深入到程序编码,通常开发人员协助测试人员书写白盒测试用例,等价类测试用例设计方法,什么是黑盒测试白盒测试也称为功能测试,把程序看作一个不透明的盒子,测试程序的功能。黑盒测试用例的设计方法等价类划分:在分析需求规格说明的基础上划分等价类,列出等价类表。将程序可能的输入数据分成若干个子集,从每个子集选取一个代表性的数据作为测试用例,等价类是某个输入域的
9、子集,在该子集中每个输入数据的作用是等效的。等价类的分类:有效等价类和无效等价类。有效等价类是有意义的、合理的输入数据,可以检查程序是否实现了规格说明中所规定的功能和性能。无效等价类与有效等价类的意义相反。设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。,确定等价类的方式,在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可以确立一个有效等价类和一个无效等价类。在输入条件是一个布尔量的情况下,可确定一个有效等
10、价类和一个无效等价类。在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。,根据等价类创建测试用例的步骤,建立等价类表,列出所有划分出的等价类:,为每个等价类规定一个唯一的编号;设计一个新的测试用例,使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步,最后使得所有有效等价类均被测试用例所覆盖;设计一个新的测试用例,使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。,边界值测试用例设计方法,边界值分析法:程
11、序的很多错误发生在输入或输出范围的边界上,因此针对各种边界情况设置测试用例,可以发现不少程序缺陷。设计方法:确定边界情况(输入或输出等价类的边界)选取正好等于、刚刚大于或刚刚小于边界值作为测试数据,确定边界值的方式,如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为
12、测试用例。分析规格说明,找出其他可能的边界条件。,错误推测法测试用例设计,基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性地设计测试用例。发现程序经常出现的错误的方法:单元测试中发现的模块错误;产品的以前版本曾经发现的错误;输入数据为0或字符为空;当软件要求输入时(比如在文本框中),不是没有输入正确的信息,而是根本没有输入任何内容,单单按了Enter键;这种情况在产品说明书中常常忽视,程序员也可能经常遗忘,但是在实际使用中却时有发生。程序员总会习惯性的认为用户要么输入信息,不管是看起来合法的或非法的信息,要不就会选择Cancel键放弃输入,,测试场景法设计测试用例,现在的软件几乎都
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 计划 设计
链接地址:https://www.31ppt.com/p-5018916.html