如何开展软件的缺陷分析.pdfVIP

希赛网软件测试频道，专业的软件测试资源站点 版权声明：本文版权归希赛网软件测试频 道所有，未经许可，任何媒体均不得改变 其形式进行转载或摘录，违者必究！ 如何开展软件的缺陷分析 邓若二 摘要：阐述了缺陷分析在软件开发中及软件发布后的重要作用。介绍缺陷分析的做法，包括 缺陷信息的收集、统计和分析指标，以及一些实例。 关键词：软件、缺陷、分析 正文： 一、缺陷分析的作用 软件缺陷不只是通常所说程序中存在的错误或疏忽，即俗称的 Bug。其范围更大，除程 序外还包括其相关产品：项目计划、需求规格说明、设计文档、测试用例、用户手册等等中 存在的错误和问题。需要强调，在软件工程整个生命周期中任何背离需求、无法正确完成用 户所要求的功能的问题，包括存在于组件、设备或系统软件中因异常条件不支持而导致系统 的失败等都属于缺陷的范畴。 软件测试的任务就是发现软件系统的缺陷，保证软件的优良品质。但在软件中是不可能 没有缺陷的。即便软件开发人员，包括测试人员尽了努力，也是无法完全发现和消除缺陷。 如何做到最大限度地发现软件系统的缺陷，人们首先想到提高开发人员的素质和责任心，科 学地应用测试方法和制定优秀的测试方案。但这是不够的，我们还需要实施缺陷分析。 缺陷分析是将软件开发、运行过程中产生的缺陷进行必要的收集，对缺陷的信息进行分 类和汇总统计，计算分析指标，编写分析报告的活动。 通过缺陷分析，发现各种类型缺陷发生的概率，掌握缺陷集中的区域、明晰缺陷发展趋 势、了解缺陷产生主要原因。以便有针对性地提出遏制缺陷发生的措施、降低缺陷数量。对 于改进软件开发，提高软件质量有着十分重要的作用。 缺陷分析报告中的统计数据及分析指标既是对软件质量的权威评估，也是判定软件是否 能发布或交付使用的重要依据。 二、管理软件的缺陷分析 不同于系统、工具、工控、游戏等软件，管理软件在实际运行时面临情况要复杂得多。 首先是用户的需求更加不统一，而且随时间的推移需求发生变化快、变化大；其次运行环境 更复杂，除受操作系统、数据库等影响外，用户在网络、甚至同一计算机安装运行不同性质 希赛网软件测试频道（） 0731-8873047-8000，info@ 第 1 页 希赛网软件测试频道，专业的软件测试资源站点 和背景的应用软件，其影响很难预测；再者客户的操作习性不同，等等。因此管理软件的种 种缺陷，不是在开发时通过测试都能预计的。预测并控制缺陷有效手段之一是缺陷分析。 在高级别的 CMM 中就包含了缺陷分析活动。缺陷分析更是一种以发展方式进行软件过程 改进的机制。 三、缺陷的信息收集 软件工程通常要求为开发项目建立缺陷管理库，也有人称为变更控制库。从发现缺陷开 始创建变更，直到缺陷解决、经验证、关闭变更止。在缺陷管理的整个生命周期记录了大量 相关资料，它们是缺陷分析所需要的宝贵信息。 由于变更库并不专为缺陷分析而设计，缺陷分析主要关心以下信息项：变更编号、变更 主题、变更提交的日期、变更状态、变更性质、变更解决的日期、变更产生的根本原因、解 决变更的工作量、验证变更的工作量、变更的严重性等级、变更所属软件产品及子系统、变 更修改的模块、变更产生的阶段、变更来源、变更测试情况等。 缺陷信息部分是在创建变更时输入的，部分是在变更解决中或解决后输入的。 为了实施统计，有些缺陷信息必需事先设定关键字。 变更控制库中有一信息项——变更原因，由修改缺陷程序的程序员详细记录缺陷产生的 具体原因。这项信息显然无法直接用于分类和汇总。变更产生的根本原因信息项，则是基于 变更原因的关键字字段，是专为处理缺陷分析中缺陷原因而设计的信息项。 软件发布前缺陷分析所用缺陷根本原因的关键字，可以有下几种实例： • 编程：原始编程出错，没有客观原因。 • 修改：由于修改缺陷而引发的新变更，并且引发的变更与原变更的错误是相关的。 • 培训：项目组新成员培训不充分，或使用新工具不熟练引起的变更。 • 需求文档：需求分析文档不明确、不详尽等原因所引起的变更。 • 信息交流：