软件测试技术第3章软件测试管理.pptVIP

Software Testing Software Testing 软件测试管理 软件测试管理 本章内容 基本定义 软件缺陷管理 测试团队建设与管理 测试计划 1.基本定义 错误（Error） 程序员在编写代码时会出错，我们把这种错误称之为bug。 缺陷（Default） 缺陷是错误的结果，更精确的说是错误的表现。 失效（Failure） 在缺陷运行时，常常会发生失效的情况。 过错缺陷对应的失效 遗漏缺陷对应的失效 测试（Test） 处理错误、缺陷、失效和事故 测试用例(Test Case) 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。 项目名称 模块名称 用例场景 前置条件 操作步骤 用例编号 测试项 用例输入 预期结果 实际结果 P/F 测试用例 2.软件缺陷的管理 缺陷的定义 缺陷的管理 缺陷的分析 缺陷有效性度量 缺陷的管理工具 （1）缺陷的定义 缺陷：最终产品同用户的期望不一致。 功能错误 功能遗漏 超出需求的部分 性能不符合要求 为什么缺陷很难被找出？ 软件的特殊性决定了缺陷不易看到,即”看不到”; 发现了缺陷,但不易找到问题发生的原因所在,即“看到但是抓不到”。 软件缺陷产生的原因 编制说明书 55% 设计 26% 其他 4% 编写代码 15% 编制说明书 设计 编写代码 其他 （2）缺陷的管理 为了更好地分析缺陷，需要对缺陷在严重程度、优先级以及状态上加以区分。 缺陷严重程度； 缺陷优先级； 缺陷状态； 缺陷严重程度 缺陷严重等级 描述 严重缺陷 （Critical） 不能执行正常工作功能或重要功能；或者危及人身安全。 较大缺陷（Major） 严重地影响系统要求或基本功能的实现，且没有办法更正。 较小缺陷（Minor） 严重地影响系统要求或基本功能的实现，但存在合理的更正办法。 轻微缺陷（Cosmetic） 使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 其他缺陷（Other） 其它错误 缺陷解决的优先级 解决优先级 描述 立即解决 (Resolve Immediately) 缺陷必须被立即解决。 正常排队 (Normal Queue) 缺陷需要正常排队等待修复或列入软件发布清单。 不紧急 (Not Urgent) 缺陷可以在方便时被纠正。 缺陷状态 缺陷状态 描述 已提交 （Submitted） 已提交的缺陷 打开 （Open） 确认“提交的缺陷”， 等待处理 已拒绝 （Rejected） 拒绝“提交的缺陷”，不需要修复或不是缺陷 已解决 （Resolved） 缺陷被修复 已关闭 （Closed） 确认被修复的缺陷，将其关闭 （3）缺陷的分析 缺陷趋势分析 缺陷分布分析 发布日期 新发现的缺陷 测试成本 （4）缺陷有效性度量 缺陷数量和缺陷级别 缺陷消除率DRE：发现的缺陷数量/总数量 缺陷损耗：缺陷数量*发现的阶段权重/总量 （5）缺陷管理工具 Rational ClearQuest Mercury TestDirector Bugzilla Bugfree 禅道(zentao) 3.测试团队建设与管理 测试团队的建设 测试经理 测试小组 测试成员 测试团队的建设 软件的高质量不是靠测试出来的，而是团队的共同努力。 有效的软件测试项目团队具有以下特征： 对软件项目的测试目标有清晰的理解； 对每位测试工程师的角色和职责有明确的期望； 以目标为导向； 高度的互助合作； 高度的信任； 测试经理 项目经理的基本职责： 计划：目标目标，制定计划 组织：具体任务，工作分工 控制：进度和质量控制 测试小组 在不同的软件企业，开发团队的组织模式有差别，按测试小组的独立性来划分可分为： 非独立测试小组 相对独立测试小组 独立测试小组 计算机专业技能 行业领域知识 个人素质 测试成员 4.测试计划 测试的目标和范围 测试工期估算、进度安排和资源配置 测试风险评估 不同测试阶段的条件 测试版本的管理 测试计划的模板 测试计划跟踪与监控 实际执行情况，包括时间、进度、成本 测试项目范围、进度计划和预算变更信息 测试管理工具（BUG管理工具区别） 测试计划 作业： P15 2、5 作业： P15 2、5 作业：P22 2 P39 2、3 Software Testing Software Testing