软件测试用例设计 0620

入职基础培训课程系列

软件测试概述

软件测试用例设计

软件测试缺陷管理

软件系统测试

培训目标:1 明确测试用例在软件中的重要性

2 掌握测试用例设计的基本思路

3 了解并熟悉测试用例的要素和编写方法

课程内容: 1基本定义 要素和作用概念

2测试用例设计过程

3测试用例设计思路实例分析

用户登录:性能测试 安全性测试 文档测试 功能测试 界面测试 兼容性测试

什么是用例:用例是输入输出对,输出描述的是对输入数据的预期结果

用例是一组操作序列与数据的集合,这个集合通常具有业务或操作上的意义,一般用脚本             来实现。

用例是 为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的一组操作序列和数据             的集合,称之为测试

测试用例是软件测试的核心

测试用例是测试工作的指导,是软件测试必须遵守的准则。更是软件测试质量稳定的根本保障。

测试用例在软件测试中的作用

指导测试的实施

规划测试数据的准备

编写测试脚本的"规格说明书"

评估测试结果的度量标准

分析缺陷的标准

用例的关键组成要素:测试目标

测试运行环境:软硬件环境

数据环境

操作

输入数据

预期结果

评判结果的标准

TestPlan系统中用力的格式:

 测试用例设计过程 

1 测试需求分析 是测试设计的首要工作

测试需求的5W1H (What why when where who how)

2 业务系统分析 :软件测试,不单纯是基于功能的黑盒测试,还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点,需要清楚的了解软件产品的业务流程,用户应用场景和系统结构

基本依据 产品车机开发说明书

从业务流程分析上,应得到以下信息:

主流程是什么 条件备选流程是什么 数据流向是什么 关键案的条件判断是什么

3 用户应用场景分析

基本场景:“关键”且“常用”,满足最最基本的功能需求

必要场景:“必要”且不“常用”,满足一般功能需求

边缘场景:“不常用”的有益补充,满足特定功能需求

4 系统结构分析

前台输入 ————> 子系统......子系统 -------->后台输出

从不同层次测试: 前台GUI交互

后台数据结构

子系统影响

.......

进程管理 数据库 文件管理 .....

用户登录实例分析

用户登录测试的需求? 流程? 场景?

用户登录测试项分析

用例组织和编写

级预测试需求分析和业务系统分析的输出结果,结合测试输入数据设计和测试手段,组织和编写测试用例,包括开发测试脚本

用例设计生成基本准则

测试用例的代表性:能够代表和覆盖各种合法的和不合法的 边界和越界的 以及极限的输入数据 操作和环境设置

测试结果的可判定性:即测试执行结果的正确性是可判定的,每一个测试用理由应该有期望的结果

测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。

测试用例分类

1从测试类型角度分类:完整性测试 功能测试 用户界面测试 兼容性测试 性能测试 稳定性测试 故      障恢复测试 安全性测试 安装测试 文档测试 其他测试

2从测试过程角度分类: 安装  接收 功能 性能 文档 回归

测试用例的优先级别

高  中  低

如何组织和编写用例

按照向上堆积的原则和由简到繁的原则,配合清晰的流程逻辑去编写

“灵活”组织,以覆盖所有测试项为最终目的

用例编写基本要求

测试目的唯一性  预期结果明确 关键操作步骤清晰 测试数据描述清晰,尽可能覆盖全面

测试用例评审

测试用例再设计编制过程中要组织同级互查。完成编制后应组织专家评审,需取得通过才能使用。

测试用例更新完善

1 在测试过程中发现设计测试用例时考虑不周时,需要完善

2 在软件交付使用后反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成

3 软件自身的新增功能以及软件版本的更新,测试用例也必须配套修改更新

时间: 2024-10-12 19:57:37

软件测试用例设计 0620的相关文章

软件测试用例设计“八法归一”——因果阵

八法 测试用例设计有八法: 1. 等价类划分法 2. 边界值分析法 3. 错误推测法 4. 因果图法 5. 路径覆盖法 6. 功能图法 7. 正交试验设计法 8. 场景设计法 八法互有重叠,互有弥补.又没有完全正确的依赖顺序,比较合理的顺序是: 功能图.设场景 判因果.覆路径 正交验.错推测 边界分.等价划 因果阵 中国人.外国人,都是人,都继承了相同的因素(继承),各自发生了变异(多态).追根溯源,八法都是源自各家所言.就像枝必生于干,树干由下而上,支分四散.在软件测试过程中,将八法归一: 首

软件测试用例设计之我见

做测试的朋友们我相信大家都比较烦恼一个问题那就是如何设计出高效.快捷使用并且还能够详细记录各个功能点的测试用例.现在每个产品从设计上来说都很复杂,迭代更新快,验证时间短,尤其是在搞活动期间,更新是更快速更频繁的,这些就不说了,外加上PM和开发方面很多时候也是一片混乱,在所有的混乱中如何使用测试用例辅助性的引导每天的测试工作成了一大难题.用例就像一张地图一样引导着我们的测试工作,没有这个文档我们就没有办法把工作做到细化,也无法去培养新近工作人员. 从工作中我找到了一种办法.那就是以数据分布为导向的

软件测试用例设计方法

从理论层面来讲,设计用例的方法有很多,比如等价类划分法.边界值分析法.错误推测方法.因果图方法.判定表驱动分析法.正交实验设计方法.功能图分析方法.场景设计方法.形式化方法.扩展有限状态机方法等等,但是真正具有实用价值并且常用的只有前三种方法: 第一,等价类划分方法 等价类划分法将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性和代表性. 第二,边界值

【tool】软件测试用例设计综合策略

1. Myers提出了使用各种测试方法的综合策略: 1) 在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测试用例发现程序错误的能力最强. 2) 必要时用等价类划分方法补充一些测试用例. 3) 用错误推测法再追加一些测试用例. 4) 对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充足够的测试用例. 5) 如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图法. 2.测试用例的设计步骤 1) 构造根据设计规格得出的基本功能测试用

功能性测试用例设计方法深入理解

一 进行测试设计的一般流程 设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数.测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计.功能规格说明.用户试用场景以及程序/模块的结构都有比较透彻的理解.测试用例设计一般包括以下几个步骤: 1.测试需求分析 从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析.理解,整理成为测试需求,清楚被测试对象具有哪些功能.测试需求的特点是:包含软件需求,是否具有可测试性. 测试需求应该在软

敏捷开发下, 如何将需求分析,架构(软件)设计,开发与测试,一气呵成式的结合且高效的完成 ?

产品开发中,时常会发生类似如图中 "削马铃薯"的悲剧. 悲剧的发生,往往是由于我们只传递了 "要作什么功能"给开发人员.却缺乏了一个有效的且轻量级的实践,能在正式进入迭代开发前,确认开发人员是否真有能力,能将 "使用者的需求"转化为 "可执行的代码"? "场景树" 便是一结合Use Case, Domain Driven Design, UML 的轻量级可视化的敏捷实践. 经由场景树,可确认开发人员,是否已

SWTBOK测试实践系列(7) -- 测试用例设计的参考输入有哪些?

不管是文档化的测试用例,还是存在于测试人员头脑中的测试想法和思维,针对测试对象的分析和设计都是整个测试过程的重要测试活动之一.在进行测试分析和设计之前,测试人员首先需要确定测试的需求来源,即测试用例设计需要参考哪些测试依据文档? 测试用例设计的输入文档是什么?测试人员头脑中第一个蹦出的参考依据就是需求规格说明.确实,需求文档是我们测试设计的最主要参考文档.但是,由于时间限制.成本限制和个人能力限制等方面的原因,提供完备的需求规格说明几乎是不可能的.现实情况是,需求规格说明常常是不全的.模糊的,甚

测试用例设计白皮书--边界值分析方法

一.方法简介1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界. 2.与等价划分的区别  1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件.  2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况. 3.边界值分析方法的考虑:  长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对

测试用例设计白皮书--因果图方法

一.    方法简介 1.定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况. 2.因果图法产生的背景: 等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合.输入条件之间的相互制约关系.这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了. 如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合.相应产生多个动