关闭

关闭

关闭

封号提示

内容

首页 制定测试需求和设计测试用例.ppt

制定测试需求和设计测试用例.ppt

制定测试需求和设计测试用例.ppt

上传者: 梦之冰蓝 2012-08-25 评分 0 0 0 0 0 0 暂无简介 简介 举报

简介:本文档为《制定测试需求和设计测试用例ppt》,可适用于IT/计算机领域,主题内容包含制定测试需求和设计测试用例制定测试需求和设计测试用例彭卫萍(Kelly)Email:pengwpamoicomcn智能互联研究所Intelligen符等。

制定测试需求和设计测试用例制定测试需求和设计测试用例彭卫萍(Kelly)Email:pengwpamoicomcn智能互联研究所IntelligentGroupingResearchandDevelopmentInstitute               AmoiElectronicsCo,Ltd课程目标课程目标理解测试需求学会怎样制定测试需求理解测试用例学会怎样设计测试用例熟悉各种测试方法以及怎样运用到设计测试用例中去更好地执行测试用例测试需求测试需求定义:描述在你的应用程序中哪些需要被测试简单来讲就是一个测试的范围。根据这个范围再来拟制测试计划依据:软件规格说明书、市场需求产品本身的属性内容:内容就是需要被测试的“哪些”这个“哪些”包括功能、性能与效率、易用性、配置、兼容性测试用例测试用例定义:所谓测试用例是一份关于具体测试步骤的文档它描述了测试的输入参数、条件及配置、预期的输出结果等以判断被测软件的工作是否正常。目标:尽可能早的发现软件缺陷发现更多的软件缺陷。一个好的测试用例是发现至今未发现的问题衡量标准:“需求覆盖率”这样测试用例的全面性很大程度上决定于需求的全面性测试代码的覆盖率逐渐成为软件测试的统一标准但这个标准基于白盒子测试而对于黑盒子测试用例代码覆盖率很难度量。需求测试用例需求测试用例一般我们把软件规格书作为测试的标准使用说明书也是标准之一测试按要素分类的两种方法测试按要素分类的两种方法数据测试状态测试测试基本方法测试基本方法通过测试确认软件至少能做什么功能测试基本是通过测试。失败测试纯粹为了破坏软件而设计和执行的测试案例这一类测试通常被称为压迫测试例子:MP软件中的一些删除文件失败的例子我们采用的测试方法我们采用的测试方法我们测试过程是进行通过测试确认软件能完成软件规格定义的功能再对其进行一些失败测试。两个阶段的完成都采取数据和状态测试的方法也可以说数据测试和状态测试都分为两个阶段。整个过程如下图所示:时间轴一个需求的主题的实现在程序上来说不仅是数据的处理也有一个状态的变化所以数据测试和状态测试在用例里面有时是不怎么能区分的然而在某些测试用例里这两种测试的概念会比较清楚:比如边界测试和路径测试设计测试用例设计测试用例设计测试用例实际是一个选择的过程。选择的方法:测试软件操作界限所在的边缘情况状态测试状态测试状态描述要素界面(我们的嵌入式系统界面是体现状态的一个主要途径比如AB重复)有些不同的界面但是状态并不是独立的潜在的状态变量软件处理的不同对象状态测试的主要依据之一状态转化图。路径测试路径测试实质上是状态测试。。我们把他当成功能测试的一种补充为了更加全面的测试到一些不同的状态等价分配等价分配不完全测试所以要冒一定的风险示例:MP本机信息里显示磁盘容量的测试容量显示范围是M只支持显示整数通过等价分配我们可以分为三个区间即通常的一位数两位数三位数的位置区间。编码率歌曲的选择(KBPSKBPSKBPS)要讲究一个代表性。注意:按键输入是穷举法不进行等价分配因为不存在等价的输入。边界测试边界测试边界条件类型(数值字符位置数量)特征第一个最后一个、最大值最小值、开始完成、空满、最慢最快、最大最小、相邻最远、超过在内、次边界条件(的乘方、ASCII表、默认、空白、空值、零值)测试边界线(左右摇一摇)测试执行测试执行眼明(发现异常)手快(压迫测试)追根究底(寻找随机问题的规律)缩定范围重复查找(在发现问题的地方在东敲敲西找找)一个软件缺陷很可能是泄露附近更多软件缺陷的信号Defect(缺陷)Defect(缺陷)、软件未达到客户需求的功能和性能、软件超出客户需求的范围、软件出现客户需求不能容忍的错误、软件的使用未能符合客户的习惯和工作环境。测试原则测试原则完全测试程序是不可能的软件测试是有风险的行为测试无法显示潜伏的软件缺陷找到的软件缺陷越多就说明软件缺陷越多如何看待测试结果如何看待测试结果只能证明缺陷存在而不能证明缺陷不存在谢谢大家!!谢谢大家!!希望在以后的工作中多多交流累积经验。

用户评论(0)

0/200

精彩专题

上传我的资料

每篇奖励 +2积分

资料评价:

/17
0下载券 下载 加入VIP, 送下载券

意见
反馈

立即扫码关注

爱问共享资料微信公众号

返回
顶部