软件开发及管理V教程详解.ppt

* * * * * * * * * * * * * * * 严重等级统计 根据项目当前各个Bug严重级别进行统计 * 优先等级统计 根据项目当前各个Bug的优先级别进行统计 * Bug曲线 一般在测试初期，活动态的Bug数会急剧上升，随着程序员、测试员的处理逐渐转为终结态。当所有软件Bug的状态都转变为终结态，且在一段时间内没有被打开，也没有新的Bug发生，即意味着测试可以结束或告一段落。在以下Bug状态随时间变化的曲线图中表现为累计报告的Bug曲线（BUG总数曲线）和累计终结的Bug曲线(已终结BUG曲线)收敛在一起。 * 测试结果汇总表 Bug状态分布和比率 CLOSE态的BUG类型分布和比率 CLOSE态的BUG错误类型分布和比率 CLOSE态BUG发现阶段分布和比率 CANCEL理由和比率 DEFER理由和比率 * 测试结果汇总表-1 * 测试结果汇总表-2 * 遗留问题一览表 * 软件维护 1.合同相关 1-1 在合同维护期内 ? 对本公司所开发的产品，在出品后继续进行的维护工作 ? 接受客户委托，对属于客户的产品进行的维护工作 1-2 合同维护期结束后 合同维护期结束后客户提出的维护工作要求，应签定新的合同 超过保修期喽！ * 软件维护 2.职责 2-1 项目负责人 ? 批准排除故障的软件产品是否可提交给客户 ? 如客户提出进一步的问题，应负责妥善解决，直到客户满意 ? 在部门会议上报告日常维护工作进展的状况以及出现的问题 ? 如果发现的故障对产品使用者有重大影响，项目负责人 应立即向部门经理或助理进行报告 ? 承认设计变更·功能追加的计划 * 软件维护 2-2 项目组长 ? 作成维护工作的《project开发计划书》 ? 负责通知客户故障的原因及处理结果 2-3 维护工作担当 ? 分析故障发生的原因 ? 对故障进行处理，并修正出现类似问题的地方 ? 原因及处理结果填写在《维护工作故障报告书》中 ? 必要时应采取纠正措施，防止类似的故障再次发生 ? 对修改的设计书或源程序进行标识 * 软件维护 2-4 维护工作担当 ? 根据客户提出的问题作成《客户咨询记录》 ? 调查分析客户提出的问题 ? 判断问题的性质（故障/技术性问题），判断结果通知客户 ? 对问题进行处理 ? 实施设计变更·功能追加 测试 * 软件维护 3. 维护工作的内容 维护工作分为3种： （1）故障处理 （2）问题解答 （3）设计变更·功能追加 接受客户要求对所维护产品进行质量确认评价、 质量改善或性能提高以及其他调查工作 * 4·故障处理 项目组 客户 故障原因 分析 是否为BUG？ 故障处理 修改可能出现类似问题之处 是 《维护工作故障报告书》 纠正措施 必要时 软件维护 * 软件维护 4-1 分析直接原因并进行处理 ? 如果故障是由于客户使用了不恰当的数据或者进行 了不正确的操作引起的，则应及时通知客户。 ? 经客户同意，有些故障可以不作为Bug处理，而是根据 实际情况，修改设计书的有关内容。 ? 属于设计错误或缺陷引起的故障，必须估算设计修改 的范围、工数以及由此引起的源程序修改范围、工数。 * 软件维护 ? 故障由源程序中的bug引起时，则要修改引起故障 的源代码。 ? 由项目负责人考虑交付日期、人力物力以及承担的 风险，必要时与客户协商，对故障不作处理，而是 作为限制事项进行回避。这些限制事项必须追加到 《功能设计书》以及其他必要的文档中。 ? 如果分析调查的结果证明发生故障的原因不在本公 司的产品中，应及时将结果通知客户。 * 软件维护 4-2 类似问题的修改和处理 对于由bug引起的故障，必须调查是否存在其他与故障直接原因相同的地方。对这些问题也要填写《维护工作故障报告书》并进行修改。 4-3 制定并实施纠正措施 对于由bug引起的故障，必要时，制定并实施纠正措施，防止再次发生类似故障。 * 软件维护 4-4 注意： ? 修改后的验证 对bug进行修正以后，对这些源代码及其相关部 分必须重新进行验证测试，确保修正bug以后软件 产品的功能和性能没有降级。 ? 标识与记录 对设计书进行更改以及对源代码进行修改后，要对 它们进行标识 —配置管理 * 5 .问题解答 客户可以采用任何方式向本公司提出问题 客户 项目组 《客户咨询记录》 是否为故障 故障 技术性问题 按故障处理 进行相关工作 《维护工作故障报告书》 软件维护 * 6.设计变更·功能追加 与客户确