




已阅读5页,还剩29页未读, 继续免费阅读
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
,测试需求及需求分析,测试需求及需求分析,1测试需求概述1.1什么是测试需求1.2测试需求的特征1.3为什么需要测试需求2测试需求分析过程2.1需求采集2.2测试需求分析2.3测试需求评审,1.1什么是测试需求,测试需求主要解决“测什么”的问题,即指明被测对象中什么需要测试。测试需求通常是以软件开发需求为基础进行分析,通过对开发需求的细化和分解,形成可测试的内容。测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求;,1.2测试需求的特征,制定的测试需求项必须是可核实的。即,它们必须有一个可观察、可评测的结果,无法核实的需求不是测试需求;测试需求应指明满足需求的正常的前置条件,同时也要指明不满足需求时的出错条件;测试需求不涉及具体的测试数据,测试数据设计是测试设计环节应解决的内容。,1.3为什么需要测试需求,软件测试需求是开发测试用例的依据。有助于保证测试的质量与进度。测试需求是衡量测试覆盖率的重要指标。,2测试需求分析过程,2.1需求采集,需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性提取出来,形成原始测试需求。可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证,验证是否符合文档中的要求。,2.1需求采集,需求采集的提取方法:通过列表的形式对软件开发需求进行梳理,形成原始测试需求列表,列表的内容包括需求标识、原始测试需求描述、信息来源。将每一条软件需求对应的开发文档及章节号作为软件需求标识。使用软件需求的简述作为原始测试需求描述。软件需求获取的来源信息作为信息来源。,2.1需求采集,提取的原始测试需求中,可能存在重复和冗余,在提取原始测试需求过程中,可以通过以下方法整理原始测试需求:删除:删除原始测试需求表中重复的、冗余的含有包含关系的原始测试需求描述;细化:对太简略的原始测试需求描述进行细化;合并:如果有类似的原测试始需求,在整理时需要对其进行合并。,2.1需求采集-举例,2.2测试需求分析,2.2测试需求分析,a)对原始测试需求列表中列出的每一条开发需求,形成可测试的分层描述的测试要点;b)对步骤a)形成的每一条测试要点,从GB/T16260.1-2006软件工程产品质量第1部分:质量模型中定义的软件内部/外部质量模型来确定软件产品的质量需求;c)对步骤b)所确定的质量需求,分析测试执行时需要实施的测试类型;d)建立测试需求跟踪矩阵,对测试需求进行管理。,2.2.1测试要点分析,测试要点是对原始测试需求表每一条开发需求的细化和分解,形成的可测试的分层描述的软件需求。对开发需求的细化和分解具体包括:通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容;通过分析各个功能模块之间的业务顺序,和各个功能模块之间传递的信息和数据(功能交互分析),对存在功能交互的功能项,给出对应的验证内容。,2.2.1测试要点分析,功能交互分析,2.2.1测试要点分析,进行细化和分解还需考虑:需求的完整性,经过分解获得的需求必须能够充分覆盖软件需求的各种特征(包括隐含的特征),每个需求必须可以独立完成有意义的功能或功能组合,可以进行单独测试;需求的规模,每个最低层次的需求能够使用数量相当的测试用例来实现,也即测试的粒度是均匀的,2.2.1测试要点分析-举例,2.2.2质量特性分析,对每一条测试要点,从GB/T16260.1定义的软件质量子特性角度出发,确定所对应的质量子特性。,2.2.2分析质量特性-举例,2.2.2分析质量特性-举例,2.2.3分析测试类型,不同的质量子特性可以确定出不同的测试内容,这些测试内容可以通过不同的测试类型来实施。软件测试可以划分为以下测试类型:功能测试、安全性测试、接口测试、容量测试、完整性测试、结构测试、用户界面测试、负载测试、压力测试、疲劳强度测试、恢复性测试、配置测试、兼容性测试、安装测试等。根据质量子特性的定义,以及各测试类型的测试内容,可以分析出质量子特性与测试类型的对应关系。,2.2.3分析测试类型,质量子特性和测试类型的对应关系基准表,2.2.3分析测试类型-举例,2.2.3分析测试类型-举例,2.2.3分析测试类型,为了避免遗漏,在确定测试类型时,还需考虑:文档中是否包含测试类型相对应的情况的说明;列出的常见测试类型是否已完全覆盖了被测软件;被测软件的某些特殊情况是否已包含在所列出的测试类型中。,2.2.4测试需求跟踪矩阵,建立测试需求跟踪矩阵,对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪需求矩阵。测试需求跟踪矩阵为原始测试需求与测试要点的对应关系表,格式如下:,2.2.4测试需求跟踪矩阵,建立测试需求跟踪矩阵,对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试类型填入测试跟踪需求矩阵。通过测试需求跟踪矩阵的方式对需求变更实施管理。软件需求一旦发生变化,就要对需求跟踪表进行维护,启动配置管理过程,将与软件需求变更相关的内容进行同步变更。,2.2.4测试需求跟踪矩阵-举例,增加培训信息,2.2.4测试需求跟踪矩阵-举例,增加培训信息,2.2.4测试需求跟踪矩阵,测试需求跟踪矩阵需要不断的维护。一方面,软件需求一旦发生变化,应启动配置管理过程,将与软件需求变更相关的内容进行同步变更;另一方面,随着测试工作的进行,会不断添加新的跟踪内容,对跟踪表进行扩展。例如,测试设计阶段的测试用例、测试执行阶段的测试记录和测试缺陷都可以添加到跟踪矩阵中。,2.3测试需求评审,评审的内容:完整性审查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求;准确性审查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据。,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. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- GB/T 26840-2025电子商务药品核心元数据
- JJF 2286-2025干涉型光纤水听器相移灵敏度校准规范(差分延时外差解调法)
- 2025江苏苏州国家历史文化名城保护区、苏州市姑苏区区属国资集团副总裁招聘2人模拟试卷附答案详解(黄金题型)
- 2025年西电集团医院招聘(57人)模拟试卷有答案详解
- 安全培训教师总结课件
- 安全培训教室器材课件
- 2025第十三届贵州人才博览会贵阳幼儿师范高等专科学校引进高层次及急需紧缺人才模拟试卷及答案详解(各地真题)
- 广播稿写作培训课件
- 2025吉林农业大学招聘高层次人才7人模拟试卷有完整答案详解
- 2025江苏省检察官学院招聘高层次人才1人考前自测高频考点模拟试题及完整答案详解
- 佛山市顺德区飞鹅永久墓园管理处招考2名管理员工模拟检测试卷【共1000题含答案解析】
- GB/T 3131-2001锡铅钎料
- 幼儿园一日生活指南汇总
- GB/T 25775-2010焊接材料供货技术条件产品类型、尺寸、公差和标志
- GB/T 14454.2-2008香料香气评定法
- 阿甘正传全部台词中英对照
- 《干部履历表》(1999版电子版)
- ISO 9001:2015新版质量管理体系详解与案例文件汇编
- 人教版八年级下册英语全册教案完整版教学设计含教学反思
- 航天电子电气产品手工焊接工艺设计技术要求
- 跨文化交际全套课件
评论
0/150
提交评论