软件测试管理之测试需求分析.pptVIP

2.3 测试需求评审 评审的内容： 完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求； 准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。 2.2.3 测试需求评审 评审的形式 相互评审、交叉评审：甲和乙在一个项目组，处在一个领域，但工作内容不同，甲的工作成果交给乙审查，乙的工作成果交给甲审查。相互评审是最不正式的一种评审形式，但应用方便、有效。 轮查：又称分配审查方法，是一种异步评审方式。作者将需要评审的内容发送给各位评审员，并收集他们的反馈意见。 2.2.3 测试需求评审 评审的形式 走查：作者将测试需求在现场向一组同事介绍，以收集大家的意见。希望参与评审的其他同事可以发现其中的错误，并能进行现场讨论。这种形式介于正式和非正式之间。 小组评审：通过正式的小组会议完成评审工作，是有计划的和结构化的评审方式。评审定义了评审会议中的各种角色和相应的责任，所有参与者在评审会议的前几天就拿到了评审材料，并对该材料进行了独立研究。 2.2.3 测试需求评审 评审的形式 审查：审查和小组评审很相似，但更为严格，是最系统化、最严密的评审形式，包含了制定计划、准备和组织会议、跟踪和分析审查结果等。 2.2.3 测试需求评审 评审的人员组成： 正式评审小组中，一般存在多种角色，包括协调人、作者、评审员等。 评审员需要精心挑选，保证不同类型的人员都要参与进行来，通常包括开发经理、项目经理、测试经理、系统分析人员、相关开发人员和测试人员等。 选择=结果 汇报结束 谢谢观看！ 欢迎提出您的宝贵意见！ 1、左下角图片区域可以换成中心宣传语 2、左下角主题图片可以根据ppt内容更换 3、副标题视内容需要而定，非必填项 * 软件测试管理之-测试需求及需求分析 测试需求及需求分析 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 需求采集-举例 “人力资源管理系统”原始测试需求表 序号 软件需求标识 原始测试需求描述 信息来源 1 3.1.1基本信息管理 增加员工信息 人事部门招聘专员对于新招聘的职员信息可以录入到HRMIS系统中，主要职员信息如下：姓名、性别、出生日期、政治面貌、文化水平、婚姻情况、家庭住址、身份证号、办公电话、移动电话、紧急情况下的联系人和联系方式、毕业院校、入职时间、岗位及职责，其中，性别包含男、女两个类别；婚姻情况包括未婚、已婚、离异三种情况 。 人力资源管