测试执行与缺陷报告、跟踪.pptVIP

4.分离和再现软件缺陷 分离和调试软件缺陷之间的区别 再现软件缺陷现象所需的最少步骤有哪些？这些步骤成功再现的可能性多大？ 软件缺陷是否成立存在？换句话说，测试结果是否可能起源于测试因素或者测试人员自身的错误，还是影响顾客需求的、系统真正的故障？ 哪些外部因素产生软件缺陷？ 哪些内部因素，是代码、网络、还是环境引起的软件缺陷？ 怎样才能在不产生新的缺陷的条件下使这个软件缺陷得到修复？ 这种修复是否经过调试，单元是否经过测试？ 问题解决了吗？它是否通过了确认和回归测试，确定系统的其余部分仍工作正常？ 第三十一页，编辑于星期二：六点 分。 4 软件缺陷跟踪和分析 第三十二页，编辑于星期二：六点 分。 1.软件缺陷的处理和跟踪 对缺陷的跟踪管理，一般而言需要达到以下目标： 确保每个被发现的缺陷都能够被解决，“解决”的意思不一定是被修正，也可能是其他处理方式（例如，延迟到下一个版本中修正或者由于技术原因不能被修正），总之，对每个被发现的BUG的处理方式必须能够在开发组织中达到一致； 收集缺陷数据并根据缺陷趋势曲线识别测试处于测试过程中的哪个阶段； 决定测试过程是否结束，通过缺陷趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式。 收集缺陷数据并在其上进行数据分析，作为组织过程改进的财富。 第三十三页，编辑于星期二：六点 分。 2.软件缺陷处理技巧 审阅。可以由测试管理员、项目管理员或其他人来进行，审阅缺陷报告的质量水平； 拒绝。如果审阅者决定需要对一份缺陷报告进行重大修改，应该和测试人员一起讨论，由测试人员纠正缺陷报告，然后再次提交； 完善。完整地描述了问题的特征并将其分离，那么审查者就会肯定这个报告； 分配。分配给适当的开发人员，如果不知道具体开发人员，应分配给项目开发组长，由开发组长再分配给对应的开发人员； 第三十四页，编辑于星期二：六点 分。 2.软件缺陷处理技巧 验证。缺陷的修复需要得到测试人员的验证，同时还要进行回归测试，检查这个缺陷的修复是否会引入新的问题； 重新打开。重新打开一个缺陷，需要加注释说明、电话沟通等，否则会引起“打开-修复”多个来回，造成测试人员和开发人员不必要的矛盾 关闭。只有测试人员有关闭缺陷的权限，开发人员没有这个权限。 暂缓。如果每个人都同意将确实存在的缺陷移到以后处理，应该指定下一个版本号或修改的日期。一旦新的版本开始时，这些暂缓的缺陷应该重新被打开。 第三十五页，编辑于星期二：六点 分。 测试执行与缺陷报告、跟踪 第一页，编辑于星期二：六点 分。 目 录 软件测试执行与跟踪 1 软件缺陷的描述 2 软件缺陷相关的信息 3 软件缺陷跟踪和分析 4 软件缺陷跟踪系统 5 第二页，编辑于星期二：六点 分。 1 软件测试执行与跟踪 第三页，编辑于星期二：六点 分。 1.软件测试过程的要点 不同测试阶段的执行要点 测试用例执行 团队建设与沟通 测试执行结束 第四页，编辑于星期二：六点 分。 1.软件测试过程的要点 测试执行实践过程 执行前开一个动员会，严格审查测试环境 抽查性质的探索式测试，验证高风险区域的测试质量 交叉互换测试人员所测试的模块，可以发挥互补作用 良好的沟通，如每周例会，以及和开发人员的及时沟通 测试时间被压缩? 测试策略的优化、计划调整? 测试需求的优先级、调整测试范围 常规的缺陷审查，及时发现问题、纠正问题，使整个测试进程在控制轨道上发展。 阶段性结果分析，保证阶段性测试任务得到完整的执行并达到预定的目标。 第五页，编辑于星期二：六点 分。 2.测试项目进度的管理方法 测试项目的里程碑 任 务 天 任 务 天 任 务 天 任 务 天 M21: 测试计划制定 11 M23: 测试设计 12 开发测试过程 5 验证测试结果 2 确定项目 1 测试用例的设计 7 测试和调试测试过程 2 调查突发结果 1 定义测试策略 2 测试用例的审查 2 修改测试过程 2 生成缺陷日记 1 分析测试需求 3 测试工具的选择 1 建立外部数据集 1 M62: 测试评估 3 估算测试工作量 1 测试环境的设计 2 重新测试并调试测试过程 2 评估测试需求的覆盖率 1 确定测试资源 1 M26: 测试开发 15 M42:功能测试 9 评估缺陷 0.5 建立测试结构组织 1 建立测试开发环境 1 设置测试系统 1 决定是否达到测试完成的标准 0.5 生成测试计划文档 2 录制和回放原型过程 2 执行测试 4 测试报告 1 第六页，编辑于星期二：六点 分。 2.测试项目进度的管理方法 进度与质量关系 进度与成本的关系 第七页，编辑于星期二：六点 分。 2.测试项目进度的管理方法 测试进度的 S曲线法 进度S曲线法通过对