版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、,测试需求及需求分析,讲师:马晓娜,测试需求及需求分析,1 测试需求概述 1.1 什么是测试需求 1.2 测试需求的特征 1.3 为什么需要测试需求 2 测试需求分析过程 2.1 需求采集 2.2 测试需求分析 2.3 测试需求评审,1.1 什么是测试需求,测试需求主要解决“测什么”的问题 ,即指明被测对象中什么需要测试。 测试需求通常是以软件开发需求为基础进行分析,通过对开发需求的细化和分解,形成可测试的内容。 测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求;,1.2 测试需求的特征,制定的测试需求项必须是可核实的。即,它们必须有一个可观察、可评测的结果,无法核实的需求不是测
2、试需求; 测试需求应指明满足需求的正常的前置条件,同时也要指明不满足需求时的出错条件; 测试需求不涉及具体的测试数据,测试数据设计是测试设计环节应解决的内容。,1.3 为什么需要测试需求,软件测试需求是开发测试用例的依据。 有助于保证测试的质量与进度 。 测试需求是衡量测试覆盖率的重要指标。,2 测试需求分析过程,2.1 需求采集,需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性提取出来,形成原始测试需求。 可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证,验证是否符合文档中的要求。,2.1 需求采集,需求采集的提取方法
3、: 通过列表的形式对软件开发需求进行梳理,形成原始测试需求列表,列表的内容包括需求标识、原始测试需求描述、信息来源。 将每一条软件需求对应的开发文档及章节号作为软件需求标识。 使用软件需求的简述作为原始测试需求描述。 软件需求获取的来源信息 作为信息来源。,2.1 需求采集,提取的原始测试需求中,可能存在重复和冗余,在提取原始测试需求过程中,可以通过以下方法整理原始测试需求: 删除:删除原始测试需求表中重复的、冗余的含有包含关系的原始测试需求描述; 细化:对太简略的原始测试需求描述进行细化; 合并:如果有类似的原测试始需求,在整理时需要对其进行合并。,2.1 需求采集-举例,2.2 测试需求分
4、析,2.2 测试需求分析,a)对原始测试需求列表中列出的每一条开发需求,形成可测试的分层描述的测试要点; b)对步骤a)形成的每一条测试要点,从GB/T 16260.1-2006软件工程 产品质量 第1部分:质量模型中定义的软件内部/外部质量模型来确定软件产品的质量需求; c)对步骤b)所确定的质量需求,分析测试执行时需要实施的测试类型; d)建立测试需求跟踪矩阵,对测试需求进行管理。,2.2.1 测试要点分析,测试要点是对原始测试需求表每一条开发需求的细化和分解,形成的可测试的分层描述的软件需求。 对开发需求的细化和分解具体包括: 通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,
5、给出对应的验证内容; 通过分析各个功能模块之间的业务顺序,和各个功能模块之间传递的信息和数据(功能交互分析) ,对存在功能交互的功能项,给出对应的验证内容。,2.2.1 测试要点分析,功能交互分析,2.2.1 测试要点分析,进行细化和分解还需考虑: 需求的完整性,经过分解获得的需求必须能够充分覆盖软件需求的各种特征(包括隐含的特征),每个需求必须可以独立完成有意义的功能或功能组合,可以进行单独测试; 需求的规模,每个最低层次的需求能够使用数量相当的测试用例来实现,也即测试的粒度是均匀的,2.2.1 测试要点分析-举例,2.2.2 质量特性分析,对每一条测试要点,从GB /T16260.1定义的
6、软件质量子特性角度出发,确定所对应的质量子特性。,2.2.2 分析质量特性-举例,2.2.2 分析质量特性-举例,2.2.3 分析测试类型,不同的质量子特性可以确定出不同的测试内容,这些测试内容可以通过不同的测试类型来实施。 软件测试可以划分为以下测试类型:功能测试、安全性测试、接口测试、容量测试、完整性测试、结构测试、用户界面测试、负载测试、压力测试、疲劳强度测试、恢复性测试、配置测试、兼容性测试、安装测试等。 根据质量子特性的定义,以及各测试类型的测试内容,可以分析出质量子特性与测试类型的对应关系。,2.2.3 分析测试类型,质量子特性和测试类型的对应关系基准表,2.2.3 分析测试类型-
7、举例,2.2.3 分析测试类型-举例,2.2.3 分析测试类型,为了避免遗漏,在确定测试类型时,还需考虑: 文档中是否包含测试类型相对应的情况的说明; 列出的常见测试类型是否已完全覆盖了被测软件; 被测软件的某些特殊情况是否已包含在所列出的测试类型中。,2.2.4 测试需求跟踪矩阵,建立测试需求跟踪矩阵,对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪需求矩阵。 测试需求跟踪矩阵为原始测试需求与测试要点的对应关系表,格式如下:,2.2.4 测试需求跟踪矩阵,建立测试需求跟踪矩阵,对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪
8、需求矩阵。 通过测试需求跟踪矩阵的方式对需求变更实施管理。软件需求一旦发生变化,就要对需求跟踪表进行维护,启动配置管理过程,将与软件需求变更相关的内容进行同步变更。,2.2.4 测试需求跟踪矩阵-举例,增加 培训 信息,2.2.4 测试需求跟踪矩阵-举例,增加 培训 信息,2.2.4 测试需求跟踪矩阵,测试需求跟踪矩阵需要不断的维护。 一方面,软件需求一旦发生变化,应启动配置管理过程,将与软件需求变更相关的内容进行同步变更; 另一方面,随着测试工作的进行,会不断添加新的跟踪内容,对跟踪表进行扩展。例如,测试设计阶段的测试用例、测试执行阶段的测试记录和测试缺陷都可以添加到跟踪矩阵中。,2.3 测
9、试需求评审,评审的内容: 完整性审查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求; 准确性审查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据。,2.2.3 测试需求评审,评审的形式 相互评审、交叉评审:甲和乙在一个项目组,处在一个领域,但工作内容不同,甲的工作成果交给乙审查,乙的工作成果交给甲审查。相互评审是最不正式的一种评审形式,但应用方便、有效
10、。 轮查:又称分配审查方法,是一种异步评审方式。作者将需要评审的内容发送给各位评审员,并收集他们的反馈意见。,2.2.3 测试需求评审,评审的形式 走查:作者将测试需求在现场向一组同事介绍,以收集大家的意见。希望参与评审的其他同事可以发现其中的错误,并能进行现场讨论。这种形式介于正式和非正式之间。 小组评审:通过正式的小组会议完成评审工作,是有计划的和结构化的评审方式。评审定义了评审会议中的各种角色和相应的责任,所有参与者在评审会议的前几天就拿到了评审材料,并对该材料进行了独立研究。,2.2.3 测试需求评审,评审的形式 审查:审查和小组评审很相似,但更为严格,是最系统化、最严密的评审形式,包含了制定计划、准备和组织会议、跟踪和分析审查结果等。,2.2.3 测试需求评审,评审的人员组成: 正式评审小组中,一般存在多种角色,包括协调人、作者、评审员等。 评审员需要精心
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 白酒的品牌创新与创业机会考核试卷
- 新型印刷材料在印刷工艺中的应用考核试卷
- 油田动态监测安全监督及工作要求考核试卷
- 未来能源技术可再生能源与能源存储创新考核试卷
- 煤炭行业的投资与融资机制考核试卷
- 地质勘查设备生物质能源利用考核试卷
- DB11∕T 3015-2018 水产品冷链物流操作规程
- 美术入门课件教学课件
- 植物盆栽课件教学课件
- 课件不兼容教学课件
- 黑洞白洞和虫洞优质PPT课件
- 城镇5000吨日供水工程可行性研究报告(含图纸)
- 湿法炼锌的浸出过程
- 新生儿液体疗法PPT课件.ppt
- 个国际音标对应的字母组合new
- 一年级数学上册期中试卷精品
- 厂房压缩空气管道安装工程施工方案完整
- 档案工作目标管理考评标准及评分记录表
- 路基工程中间交工验收实施办法
- 施工现场危险源辨识、风险评价和风险控制
- 小学五年级英语上册词汇表(教育科学出版社)
评论
0/150
提交评论