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

软件测试管理软件测试管理本章内容基本定义软件缺陷管理测试团队建设与管理测试计划1.基本定义错误（Error）程序员在编写代码时会出错，我们把这种错误称之为bug。缺陷（Default）缺陷是错误的结果，更精确的说是错误的表现。

失效（Failure）在缺陷运行时，常常会发生失效的情况。过错缺陷对应的失效遗漏缺陷对应的失效测试（Test）处理错误、缺陷、失效和事故测试用例(TestCase)测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。项目名称模块名称用例场景前置条件操作步骤用例编号测试项用例输入预期结果实际结果P/F测试用例2.软件缺陷的管理缺陷的定义缺陷的管理缺陷的分析缺陷有效性度量缺陷的管理工具（1）缺陷的定义缺陷：最终产品同用户的期望不一致。功能错误功能遗漏超出需求的部分性能不符合要求为什么缺陷很难被找出？

软件的特殊性决定了缺陷不易看到,即”看不到”;发现了缺陷,但不易找到问题发生的原因所在,即“看到但是抓不到”。

软件缺陷产生的原因编制说明书55%设计26%其他4%编写代码15%编制说明书设计编写代码其他（2）缺陷的管理为了更好地分析缺陷，需要对缺陷在严重程度、优先级以及状态上加以区分。缺陷严重程度；缺陷优先级；缺陷状态；缺陷严重程度缺陷严重等级描述严重缺陷（Critical）不能执行正常工作功能或重要功能；或者危及人身安全。较大缺陷（Major）严重地影响系统要求或基本功能的实现，且没有办法更正。较小缺陷（Minor）严重地影响系统要求或基本功能的实现，但存在合理的更正办法。轻微缺陷（Cosmetic）使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。其他缺陷（Other）其它错误缺陷解决的优先级解决优先级描述立即解决(ResolveImmediately)缺陷必须被立即解决。正常排队(NormalQueue)缺陷需要正常排队等待修复或列入软件发布清单。不紧急(NotUrgent)缺陷可以在方便时被纠正。缺陷状态缺陷状态描述已提交（Submitted）已提交的缺陷打开（Open）确认“提交的缺陷”，等待处理已拒绝（Rejected）拒绝“提交的缺陷”，不需要修复或不是缺陷已解决（Resolved）缺陷被修复已关闭（Closed）确认被修复的缺陷，将其关闭（3）缺陷的分析缺陷趋势分析缺陷分布分析发布日期新发现的缺陷测试成本（4）缺陷有效性度量缺陷数量和缺陷级别缺陷消除率DRE：发现的缺陷数量/总数量缺陷损耗：缺陷数量*发现的阶段权重/总量（5）缺陷管理工具RationalClearQuestMercuryTestDirectorBugzillaBugfree禅道(zentao)3.测试团队建设与管理测试团队的建设测试经理测试小组测试成员测试团队的建设软件的高质量不是靠测试出来的，而是团队的共同努力。有效的软件测试项目团队具有以下特征：对软件项目的测试目标有清晰的理解；对每位测试工程师的角色和职责有明确的期望；以目标为导向；高度的互助合作；高度的信任；测试经理项目经理的基本职责：计划：目标目标，制定计划组织：具体任务，工作分工控制：进度和质量控制测试小组在不同的软件企业，开发团队的组织模式有差别，按测试小组的独立性来划分可分为：非独立测试小组相对独立测试小组独立测试小组计算机专业技能行业领域知识个人素质测试成员4.测试计划测试的目标和范围测试工期估算、进度安排和资源配置测试风险评估不同测试阶段的条件测试版本的管理测试计划的模板测试计划跟踪与监控实际执行情况，包括时间、进度、成本测试项目范围、进度计划和预算变更信息测