制定测试需求和设计测试用例 (2)_第1页
制定测试需求和设计测试用例 (2)_第2页
制定测试需求和设计测试用例 (2)_第3页
制定测试需求和设计测试用例 (2)_第4页
制定测试需求和设计测试用例 (2)_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 制定测试需求和设计测试用例 Kelly)Email: 2005-07-07Intelligent Grouping Research and Development Institute Amoi Electronics Co., Ltd1课程目标理解测试需求,学会怎样制定测试需求理解测试用例,学会怎样设计测试用例熟悉各种测试方法,以及怎样运用到设计测试用例中去更好地执行测试用例2测试需求定义:描述在你的应用程序中哪些需要被测试,简单来讲就是一个测试的范围。根据这个范围再来拟制测试计划依据:软件规格说明书、市场需求,产品本身的属性内容:内容就是需要被测试的“哪些”,这个“哪些”包括功能、性能与

2、效率、易用性、配置、兼容性需求移动硬盘(U盘)支持USB2.0存储的功能文件传输的效率与不同配置的PC的兼容性与不同操作系统的兼容性与PC上传下载、格式化的操作是否需要驱动不同的USBHOST3测试用例1 定义: 所谓测试用例,是一份关于具体测试步骤的文档,它描述了测试的输入参数、条件及配置、预期的输出结果等,以判断被测软件的工作是否正常。2 目标: 尽可能早的发现软件缺陷,发现更多的软件缺陷。一个好的测试用例是发现至今未发现的问题3 衡量标准: “需求覆盖率”,这样测试用例的全面性很大程度上决定于需求的全面性测试代码的覆盖率逐渐成为软件测试的统一标准,但这个标准基于白盒子测试,而对于黑盒子测

3、试用例,代码覆盖率很难度量。输出输入在关机状态,长按PLAY键,确认开机确认 开机画面4需求-测试用例开机操作1,在关机状态长按PLAY键确认开机 2,短按PLAY键确认不开机 3,连续短按确认不开机 4,超长时间按PLAY键确认只响应一次开机。测试用例需求关机状态,长按PLAY键开机标准一般我们把软件规格书作为测试的标准,使用说明书也是标准之一5测试按要素分类的两种方法数据测试状态测试软件由两个最基本的要素组成数据包括按键输入,磁盘文件程序(算法)指可执行的流程、转换、逻辑和运算数据测试状态测试6测试基本方法通过测试确认软件至少能做什么,功能测试基本是通过测试。失败测试纯粹为了破坏软件而设计

4、和执行的测试案例,这一类测试通常被称为压迫测试错误提示信息:通过测试还是失败测试?例子:1,MP3软件中的一些删除文件失败的例子7我们采用的测试方法我们测试过程是进行通过测试,确认软件能完成软件规格定义的功能,再对其进行一些失败测试。两个阶段的完成都采取数据和状态测试的方法,也可以说数据测试和状态测试都分为两个阶段。整个过程如下图所示:通过测试失败测试时间轴数据测试状态测试数据测试状态测试一个需求的主题的实现在程序上来说不仅是数据的处理也有一个状态的变化,所以数据测试和状态测试在用例里面有时是不怎么能区分的,然而在某些测试用例里这两种测试的概念会比较清楚:比如边界测试和路径测试8设计测试用例设

5、计测试用例实际是一个选择的过程。选择的方法:数据测试状态测试等价分配边界值法把过多的测试用例减小到同样有效的小范围的过程比如一些菜单设置的功能测试路径测试一个状态切换到另一个状态的转换测试,是一种有经过用例选择的状态测试测试软件操作界限所在的边缘情况9状态测试状态描述要素1,界面(我们的嵌入式系统界面是体现状态的一个主要途径,比如A-B重复)有些不同的界面但是状态并不是独立的 2,潜在的状态变量 3,软件处理的不同对象 状态测试的主要依据之一 状态转化图。路径测试路径测试实质上是状态测试。我们把他当成功能测试的一种补充,为了更加全面的测试到一些不同的状态10等价分配不完全测试所以要冒一定的风险

6、示例:1,MP3本机信息里显示磁盘容量的测试,容量显示范围是0-241M,只支持显示整数,通过等价分配我们可以分为0-1, 1-9,10-99, 100-241,三个区间,即通常的一位数,两位数,三位数的位置区间。2,编码率歌曲的选择 (32KBPS,192KBPS,320KBPS),要讲究一个代表性。注意:按键输入是穷举法,不进行等价分配,因为不存在等价的输入。11边界测试边界条件类型(1,数值 2,字符 3,位置 4,数量)特征-第一个/最后一个、最大值/最小值、开始/完成、空/满、最慢/最快、最大/最小、相邻/最远、超过/在内、 次边界条件(2的乘方、ASCII表、默认、空白、空值、零值)测试边界线(左右摇一摇)如果在悬崖峭壁上都可以安全奔跑,在平地上就更不在话下了。软件如果在极限情况下运行正常,在正常情况下才不会出什么问题12测试执行眼明(发现异常)手快(压迫测试)追根究底(寻找随机问题的规律)缩定范围,重复查找(在发现问题的地方在东敲敲,西找找)一个软件缺陷很可能是泄露附近更多软件缺陷的信号13Defect(缺陷)1、软件未达到客户需求的功能和性能;2、软件超出客户需

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论