软件测试分析test6测试报告.pptxVIP

2024/6/81软件测试的报告和分析6

2024/6/82议题使软件缺陷得以修复分离和再现软件缺陷对软件缺陷分等级软件缺陷的生命周期软件缺陷的跟踪测试的评价和分析

2024/6/83使软件缺陷得以修复软件缺陷可能不能修复没有足够的时间不算真正的软件缺陷修复的风险太大不值得修复审查软件缺陷，判定是否可以修复判定依据是软件测试的缺陷报告

2024/6/84软件缺陷报告的基本原则尽快报告软件缺陷，因为缺陷会放大有效描述软件缺陷短小：只解释事实和演示，描述软件缺陷必要的细节单一：报告的每一项只针对一个缺陷明显通用：使用易懂的展示通用性的简单易行步骤描述的软件缺陷，比较容易修复再现：按照预定步骤可以使软件达到缺陷再次出现的相同状况在报告软件缺陷时不做评价补充完善软件缺陷报告，不能遗漏每一个缺陷

2024/6/85分离和再现软件缺陷不要想当然地接受任何假设查找时间依赖和竞争条件的问题与压迫和负荷相关的边界条件软件缺陷、内存泄露和数据溢出等问题也许慢慢自己显现出来状态缺陷仅在特定软件状态中显露出来考虑资源依赖性和内存、网络、硬件共享的相互作用不要忽视硬件

2024/6/86软件缺陷分等级软件缺陷分出严重性和优先级严重性表示软件缺陷的恶劣程度，反映其对产品和用户的影响优先级表示修复缺陷的重要程度和应该何时修复等级严重性优先级1系统崩溃、数据丢失、数据毁坏立即修复，阻止进一步测试2操作性错误、错误结果、遗漏功能在产品发布之前必须修复3小问题、错别字、UI布局如果时间允许应该修复4建议可能会修复，也可能会发布

2024/6/87软件缺陷的生命周期开发组完成代码,打包交给测试组配置管理对软件包基线控制测试组测试问题跟踪与变更申请打开(open)问题测试结束,评估开发组处理问题处理问题测试组确认问题已改正开发组重新打包对软件包基线控制软件开发流程控制从实现开始,给此项目创建新版本关闭(close)问题

2024/6/88建立缺陷与产品的追踪矩阵产品的目录结构可以分层管理,比如三层系统产品的目录结构子系统产品的目录结构构件产品的目录结构产品的管理由配置管理决定测试的缺陷要和产品的层次级别、测试用例、变更请求建立连接，用来分析产品质量

2024/6/89比如：

2024/6/810缺陷报告与跟踪可以手动记录：参见文件testreport.doc可以自动自动记录，数据库用于存放产品测试信息，一般包含四种角色：“测试组长”、“测试员”、“开发人员”、“项目经理”。在使用数据库时，首先由具有“测试组长”角色的用户创建项目中的产品的描述文档。此后，测试人员应创建产品测试信息文档，并开始对产品进行测试。如果发现此产品存在问题，则填写一份产品测试跟踪报告，利用邮件通知给开发人员，由开发人员决定是否进行修改。如果开发人员和测试人员发生争议，可以提交给“测试组长”组长作出决定。在整个流程中共有八个可能的状态：草案，提交，拒绝，接受，终止，推迟，审定，解决。

2024/6/811

2024/6/812测试结果的评价分析评估测试的目的是生成并交付测试评估报告。这是通过复审并评估测试结果、确定并记录变更请求，以及计算主要测试评测方法来完成的。测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法，用于评估测试对象和测试流程的质量。

2024/6/813测试分析的步骤步骤分析测试结果并提交变更请求评估基于需求的测试覆盖评估基于代码的测试覆盖分析缺陷确定是否达到了测试的完成标准和成功标准生成测试评估报告

2024/6/814举例说明如何做评估报告评估报告举例说明

2024/6/815小结学习了测试的缺陷描述和缺陷的跟踪测试结果的评价