软件测试大学教程 教学课件 作者 978 7 302 20655 2 2软件缺陷.pptVIP

*/52 缺陷数据统计 缺陷数据统计是缺陷跟踪管理的目标之一 一般而言，生成的缺陷数据统计图表包括缺陷趋势图、缺陷分布图、缺陷及时处理情况统计表等 按照缺陷严重程度及工作类型分布可以统计整个项目生命周期中所有同行评审的缺陷分布，也可以统计某一阶段所有同行评审的缺陷分布 */52 */52 缺陷数据统计（续） 按照缺陷类型分布 按照缺陷类型统计分布图，可是某一次评审的缺陷统计，也可以是某一类型工件评审的缺陷统计，可以是某一阶段所有同行评审的缺陷统计，也可以是整个项目周期内所有同行评审的缺陷统计 建议以某一类型工件和某一阶段来进行统计分布 */52 */52 缺陷率分析 多个项目的缺陷率 缺陷趋势图 */52 */52 缺陷跟踪系统 特别适用于大型软件测试项目集中管理测试缺陷的要求 这些测试项目一般测试周期长，测试范围广，存在较多软件缺陷 便于添加、修改、排序、查找、存储和跟踪软件测试错误 对于大型软件的测试，报告的错误可能成百上千个 便于跟踪和监控错误的处理过程和方法 方便地检查处理方法是否正确 确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考 便于集中管理，提高效率 软件开发商、服务商和软件供应商共享同一个错误跟踪系统数据库，各自负责处理己方需要处理的软件错误 对于需要对方提供更多信息的错误，可以通过改变错误的当前信息（状态、处理者、处理建议等），使对方尽快处理 安全性高，通过权限设置，不同权限的用户能执行不同的操作，保证只有适当的人员才能执行正确的处理 保证处理顺序的正确性，根据当前错误状态，决定当前错误处理方法 便于项目结束后的存档 */52 软件缺陷报告 软件问题或缺陷报告是软件测试过程中最重要的文档 它记录了缺陷发生的环境，如各种资源的配置情况，缺陷的再现步骤以及缺陷性质的说明 更重要的是它还记录着缺陷的处理过程和状态 缺陷的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程 */52 软件缺陷报告（续） 在软件测试过程中，每发现一个软件错误都要记录该错误的特征和复现步骤等信息 以便分析、处理和管理测试发现的软件错误 通常要采用软件缺陷数据库 将每一个发现的错误输入到软件缺陷数据库中 软件缺陷数据库的每一条记录称为一个软件缺陷报告 准确、完整、简洁、一致的缺陷报告是体现软件开发、测试与管理的专业性、高质量的主要评价指标 每个软件问题报告只书写一个缺陷或错误 这样可以每次只处理一个确定的错误，定位明确，提高效率，也便于修复错误后方便的进行验证 */52 软件缺陷报告（续） 报告缺陷的基本原则 尽快报告缺陷; 有效描述缺陷; 缺陷的生命周期 缺陷从开始提出到最后解决,并通过复查的过程 在这个过程中缺陷报告的状态不断发生着变化，记录着缺陷的处理进程 */52 软件缺陷报告（续） 缺陷报告的读者对象 直接读者是软件开发人员和质量管理人员，来自市场和技术支持等部门的人也可能需要查看缺陷情况 读者最希望获得的信息包括： 易于搜索软件缺陷报告中的缺陷 报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确 软件开发人员希望获得缺陷的本质特征和复现步骤 市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度 */52 软件缺陷报告（续） 有效描述缺陷 短小：只解释事实和演示、描述缺陷必需的细节 单一：每一个报告中针对一个缺陷 步骤清晰：要清楚地描述出缺陷的发生场景，包括前置条件和操作的详细步骤 再现：按照预定步骤可以重现相同状况 在报告缺陷时只描述事实，不做评价，也不要有人身攻击 必要的时候可以添加注释（remarks） 可以上载屏幕抓图和其他附件 */52 软件缺陷报告（续） 为书写更好的缺陷报告，需要遵守“5C”准则 Correct(准确) 每个组成部分的描述准确，不会引起误解 Clear(清晰) 每个组成部分的描述清晰，易于理解 Concise(简洁) 只包含必不可少的信息，不包括任何多余的内容 Complete(完整) 包含复现该缺陷的完整步骤和其他本质信息 Consistent(一致) 按照一致的格式书写全部缺陷报告 */52 软件缺陷报告（续） 缺陷报告的组织结构 缺陷的标题与简单描述 缺陷的基本信息,包括： 测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、平台语言、缺陷或错误范围、严重程度及优先级 要求填写完整、准确 复现缺陷的操作步骤 描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。对命令、系统变量、选项要用大写字母，对控件名称等加双引号 缺陷的实际结果描述、期望的正确结果描述 注释文字和截取的缺陷图像 对缺陷或错误的附加描述，一般包括缺陷或错误现象的图像，包括其他建议或注释文字 */52 错误概要：在Solaris、Windows98和Mac上运行Note