1、第3章 软件缺陷管理3.1 软件缺陷3.2 软件缺陷管理3.3 软件缺陷管理工具13.1软件缺陷2什么是缺陷什么是缺陷?缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句。缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误。3.1.1软件缺陷定义3软件缺陷（Defect），常常又被叫做Bug。从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。（IEEE729-1983）错误错误软件失效软件失效(Software Failure)软件错误软件错误(Software Erro
2、r)软件故障软件故障(Software Fault)3.1.1软件缺陷定义5软件缺陷就是存在于软件(文档、数据、程序)之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题。符合下面5个规则中的一个，就叫做软件缺陷：1.软件未实现产品说明书要求的功能2.软件出现了产品说明书指明不应该出现的错误3.软件实现了产品说明书未提到的功能4.软件未实现产品说明书虽未明确提及但应该实现的目标5.软件难以理解、不易使用、运行缓慢或者从测试员的角度看最终用户会认为不好3.1.1软件缺陷定义6软件缺陷是软件产品的固有成分：软件缺陷是软件产品的固有成分：软件缺陷是软件开发过程中的“副产品副产品”，会导致软件
3、产品在某种程度上不能满足用户的需要，导致对软件产品预期属性的偏离，造成用户使用的不便。软件缺陷包括检测缺陷和残留缺陷检测缺陷和残留缺陷。检测缺陷是指软件在用户使用之前被检测出的缺陷；残留缺陷是指软件发布后存在的缺陷。3.1.1软件缺陷定义导致软件产生缺陷的九类原因需求的不完善定义客户与开发者通信失败对软件需求的故意偏离逻辑设计错误编码错误不符合文档编制与编码规定测试过程不足规程错误文档编制错误 调查研究表明：大多数软件缺陷并不是由于编码造成的，导致大多数软件缺陷产生的最大的原因是需求分析阶段，其次是在软件设计阶段3.1.1软件缺陷定义需求分析成为造成软件缺陷出现的最大的来源是有原因的软件需求规
4、格说明书描述了系统应该具有哪些功能，不应该具有哪些功能，功能的操作性如何，性能如何等等具体规格，它是开发流程与测试流程的输入 如果一开始输入就不正确，那么经过过程的处理后，缺陷/错误会被放大，同时修复的成本会显著上升，人力物力时间将会被大量耗费 从早期就开始对需求规格说明书进行审查并基线化是必须的，同时测试人员在需求基线化前应该被安排到流程中，参与评审，尽早从客户/测试的角度找出所有不合理/不明确/不可行的需求，减少后期的开发与测试成本在软件开发之初，由于客户开发者之间的通信失败，造成需求规格说明的不完善或者是对软件需求的偏离在开发过程中因需求规格说明的不全面或经常变更，再加上整个开发小组不能
5、很好的沟通造成设计和编码与需求规格说明之间的不一致等等3.1.1软件缺陷定义设计是另一个缺陷产生的主要来源 设计是软件开发人员规划软件的过程，在这个过程中可能会存在一些逻辑错误 设计的变化、修改，加上整个开发小组沟通问题，这些就造成了软件缺陷的产生软件缺陷在编码阶段出现，通常是因代码错误而造成，由于软件复杂、文档不足、进度压力、普通的低级错误或者是因程序员的思维定势而引起3.1.1软件缺陷定义很难找出缺陷的原因 软件错误/缺陷很难看到 软件错误/缺陷看到了但很难抓到 软件错误/缺陷抓到了但无法修改或很难修改 人们无时无刻都可能犯错误，使得软件中存在错误/缺陷 典型的缺陷类型 需求解释有错误、用
6、户定义错了需求、需求记录错误 设计说明有误 编码说明有误、程序代码有误、数据输入有误 测试错误、问题修改不正确 正确的结果是由于其它的缺陷产生的很难找出缺陷的原因 软件测试并不能保证所有的缺陷都被发现 有些缺陷在测试过程中是不能被发现的 有些软件缺陷虽然在测试过程中可以被发现，但是测试人员不能使其再重现 从而使得缺陷不能得到修复。软件缺陷原则上是必须修复的。但因时间不够、不算真正的软件缺陷、修复的风险太大等原因，产品开发小组可以决定对一些软件缺陷不作修复3.1.2软件缺陷描述12软件缺陷描述：软件缺陷描述：1）可追踪的信息。缺陷的ID（缺陷ID是唯一的，可以根据该ID追踪缺陷）。13软件缺陷描
7、述：软件缺陷描述：2）缺陷的基本信息。缺陷的标题。缺陷的严重程度。缺陷的紧急程度。缺陷提交人。缺陷提交时间。缺陷所属项目/模块。缺陷指定解决者。缺陷指定解决时间。缺陷处理人。缺陷处理结果描述。缺陷处理时间。缺陷验证人。缺陷验证结果描述。缺陷验证时间。3.1.2软件缺陷描述14软件缺陷描述：软件缺陷描述：3）缺陷的详细描述。对缺陷的信息进行详细描述，描述的详细程度直接影响开发人员对缺陷的修改。4）测试环境的说明。对测试环境的描述。5）必要的附件。对于某些文字很难表达清楚的缺陷，可使用图片等附件进行说明。3.1.2软件缺陷描述15软件缺陷描述规则：软件缺陷描述规则：单一准确。可以再现。完整统一。短
8、小简练。特定条件。补充完善。不做评价。3.1.2软件缺陷描述3.1.3软件缺陷分类16软件缺陷分类是在软件缺陷描述的基础上进行的。软件缺陷的属性包括以下几个方面：缺陷标识(Identifier)缺陷类型(Type)缺陷严重程度(Severity）缺陷优先级(Priority)缺陷状态(Status)缺陷起源(Origin)缺陷来源(Source)缺陷根源(Root Cause)17按软件缺陷的表现形式分类：功能（F-Function）：影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。赋值（A-Assignmen
9、t）：需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。接口（I-Interface）：与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。检查（C-Checking）：提示的错误信息，不适当的数据验证等缺陷。联编打包（B-Build/package/merge）：由于配置库、变更管理或版本控制引起的错误。3.1.3软件缺陷分类18按软件缺陷的表现形式分类：文档（D-Documentation）：影响发布和维护，包括注释。算法（G-Algorithm）：算法错误。用户接口（U-User Interface）：人机交互特性：屏幕格式，确认用户输入，功能
10、有效性，页面排版等方面的缺陷。性能（P-Performance）：不满足系统可测量的属性值，如：执行时间，事务处理速率等。标准（N-Norms）：不符合各种标准的要求，如编码标准、设计符号等。3.1.3软件缺陷分类19按软件缺陷的严重程度分类：1-严重(Critical)严重缺陷：不能执行正常工作功能或实现重要功能。2-重要(Major)较大缺陷：产生错误的结果，导致系统不稳定，运行时好时坏，严重地影响系统要求或基本功能实现的问题。3-中等(Normal)一般缺陷：不正确的，但不会影响系统稳定性的。4-次要(Minor)轻微缺陷：不正确的，但有使系统使用起来不太方便的错误，重点指系统的UI问题
11、。5-有待改进(Enhancement)其他缺陷：系统中值得改良的问题。3.1.3软件缺陷分类20按软件缺陷的优先级分类：1-立即解决（ResolveImmediately）：导致测试无法继续进行，必须立刻进行修复；对用户产生很大影响，必须优先解决。2-高度关注（Highly Focus）：对此缺陷给以高度重视，应优先进行修复。3-正常排队（NormalQueue）：缺陷需要正常排队等待修复或列入软件发布清单。4-低优先级（NotUrgent）：缺陷可以在方便时被纠正。3.1.3软件缺陷分类21按软件缺陷的生命周期分类：1.New：每一个缺陷都是由测试人员发现并提交的，这个状态标注为 new（
12、新建）。2.Confirmed：缺陷被提交后，由相应的负责人进行接受，即comfirmed（确认）状态。3.Fixed：相应的负责人员解决了该缺陷后，该缺陷的状态就改为fixed(解决）。并且将其发给测试人员进行回归测试，防止产生其他错误。4.Closed：测试人员对已解决的缺陷进行回归测试，如果确定已经解决，那么缺陷的状态就改为closed（关闭），否则就需要返还给该缺陷的负责人重新修正；5.Reopen：有的缺陷在以前的版本中已经关闭，但是在新的版本中又重新出现，则需要将其状态改为reopen（重新打开）。3.1.3软件缺陷分类22按软件缺陷的状态分类：3.1.3软件缺陷分类23按软件缺陷
13、的来源分类：3.1.3软件缺陷分类24按软件缺陷的其它分类：例如根据产生缺陷的原因，可以将缺陷分成低级错误、疏忽、考虑欠周全、理解不到位以及其它，通过寻找造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。也可以根据同一个缺陷被重新修复的次数，将缺陷分成首次、两次、三次、多次。3.1.3软件缺陷分类25 缺陷跟踪管理是测试工作的一个重要部分 测试的目的是为了尽早发现软件系统中的缺陷。对缺陷进行跟踪管理，确保每个被发现的缺陷都能够及时得到处理是测试工作的一项重要内容。3.2软件缺陷管理26 缺陷跟踪管理的目标 缺陷能够引起软件运行时产生的一种不希望或不可接受的外部行为结果，软件测试过程简单
14、说就是围绕缺陷进行的，对缺陷的跟踪管理一般而言需要达到以下的目标：确保每个被发现的缺陷都能够被解决 收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段 收集缺陷数据并进行数据分析，作为组织的过程财富 在一个运行良好的组织中，缺陷数据的收集和分析是很重要的，从缺陷数据中可以得到很多与软件质量相关的数据。3.2软件缺陷管理3.2软件缺陷管理27软件测试作为软件质量保证的重要手段，近年来受到越来越高的关注，针对不同软件所发现的软件缺陷数量也越来越多。高效地管理所发现的缺陷，并通过分析总结现有缺陷、预防和发现新的软件缺陷是提高软件质量的可行途径之一。3.2.1软件缺陷管理流程28缺陷管理流程中的各种角色
15、测试人员：进行测试的人员，缺陷的发现者项目经理：对整个项目负责，对产品质量负责的人员开发人员：执行开发任务的人员，完成实际的设计和编码工作评审委员会：对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力29软件缺陷管理流程角色说明：A1：测试人员A2：项目经理A3：开发人员A4：评审委员会3.2.1软件缺陷管理流程30软件缺陷流程管理的要点：为了保证错误的正确性，需要:有丰富测试经验的测试人员验证和确认发现的错误是否是真正的错误 测试步骤是否准确、简洁、可以重复 软件错误的确认并不总是轻而易举的事情 由于对软件设计具体要求的不了解，对测试报告的个别软件错误，可能无法确认是否属于真
16、正的软件错误，本地化服务商需要与软件供应商交流并确认 每次对错误的处理都要保留处理信息 包括处理者姓名，时间，处理方法，处理步骤，错误状态，处理注释等 对错误的拒绝不能由程序员单方面决定 应该由项目经理，测试经理和设计经理共同决定 对错误延期处理不能由本地户服务商决定 应该由软件供应商决定 错误修复后必须由报告错误的测试人员验证后，确认已修复，才能关闭3.2.1软件缺陷管理流程3.2.2软件缺陷度量31 缺陷度量就是对测试项目过程中产生的缺陷数据进行采集和量化，将分散的缺陷数据集中统一管理，使其有序而清晰，然后通过一系列数学函数对数据进行处理，分析缺陷密度和趋势等信息，从而提高产品质量和改进开
17、发过程。3.2.2软件缺陷度量32缺陷密度：Myers有一个关于软件测试的著名的反直觉原则：在测试中发现缺陷多的地方，还有更多的缺陷将会被发现。他认为：缺陷发现多的地方漏掉的缺陷也可能会越多，或者说在测试效率没有显著改善之前，在纠正缺陷时可能会引入较多的错误。这条原理的数学表述就是缺陷密度的度量每千行代码或每个功能点的缺陷数，缺陷密度越低意味着产品质量越高。3.2.2软件缺陷度量33缺陷率：缺陷率的通用概念是一定范围内的缺陷数与出现错误的概率的比值，用缺陷率可以近似估算软件中的缺陷数。3.2.2软件缺陷度量34缺陷清除率：缺陷清除率也称缺陷排除率，它可以用做缺陷的预测和分析。缺陷清除率分为两种
18、：整体缺陷清除率和阶段缺陷清除率。缺陷清除率的定义如下：缺陷清除率=检测缺陷/所有缺陷由于所有缺陷不容易确定，故缺陷清除率 检测缺陷/（检测缺陷+以后发现的缺陷）3.2.2软件缺陷度量35预期缺陷发现率：缺陷发现率（Defect Discovery Rate，DDR），描述在特定时间阶段内发现缺陷数目的一种度量，常常以图表形式来显示，计算方法是计算测试人员各自发现的缺陷数总和除以各自所花费的测试时间总和。缺陷发现率=提交缺陷数（个）/执行测试的有效时间（小时）预期缺陷发现率则是通过对缺陷发现率的分析，预期在将来的某段时间内可能发现的缺陷数目。预期缺陷发现率=可能发现的缺陷数（个）/未来的某段时
19、间内（小时）3.2.2软件缺陷度量36预期缺陷发现率：许多组织将缺陷发现率当作一个帮助自己判断测试是否可以结束、预测产品发布日期的重要度量。如果缺陷发现率降到规定水平以下，通常都会做好产品发布的准备。3.2.3软件缺陷分析37 缺陷分析是将软件开发各个阶段产生的缺陷信息进行分类和汇总统计，计算分析指标，并编写分析报告的活动。3.2.3软件缺陷分析38缺陷分析的意义：通过软件缺陷分析可以发现各种类型缺陷发生的概率缺陷发生的概率，掌握缺陷集中的区域、明确缺陷发展趋势缺陷发展趋势、挖掘缺陷产生的根本原因，便于有针对性地提出遏制缺陷发生遏制缺陷发生的措施、降低缺陷的数量。缺陷分析报告中的统计数据及分析
20、指标是对软件质量状况的评估，也是判定软件是否能按期发布或交付使用的重要依据。通过缺陷分析达到缺陷预防缺陷预防的目的，这是缺陷管理的核心任务核心任务之一。3.2.3软件缺陷分析39缺陷分析步骤：第一步：记录缺陷。第二步：缺陷分类。第三步：缺陷预防分析。第四步：编写缺陷分析报告，绘制缺陷分析图。3.2.3软件缺陷分析40缺陷分析方法：国内外进行缺陷分析常用的方法有很多，比如：ODC缺陷分析、Gompertz分析、Rayleigh分析、四象限分析、根本原因分析、缺陷注入分析、DRE/DRM分析等。主要分析点集中在分析缺陷的发展趋势和缺陷的分布情况。3.2.3软件缺陷分析41缺陷预防：缺陷预防的着眼点
21、在于寻找缺陷的共性原因共性原因，通过寻找、分析和处理缺陷的共性原因，实现缺陷预防。缺陷预防并不是一个不切实际的目标，测试人员在开发过程中应该积极为开发小组提供缺陷分析，就有可能降低缺陷产生的数量，因此，缺陷管理的最终目标缺陷管理的最终目标是预防缺陷是预防缺陷，不断提高整个开发团队的技能和实践经验，而不是只修正他们。缺陷数据统计是缺陷跟踪管理的目标之一 一般而言，生成的缺陷数据统计图表包括缺陷趋势图、缺陷分布图、缺陷及时处理情况统计表等 按照缺陷严重程度及工作类型分布可以统计整个项目生命周期中所有同行评审的缺陷分布，也可以统计某一阶段所有同行评审的缺陷分布 软件缺陷统计是软件分析报告中的重要内容
22、之一 从统计的角度出发，可以对软件过程的缺陷进行度量 如软件功能模块缺陷分布、缺陷严重程度分布、缺陷类型分布、缺陷率分布、缺陷密度分析、缺陷趋势分布、缺陷注入率/消除率等 统计的方式可以用表格，也可用图表表示，如散点图、趋势图、因果图、直方图、条形图、排列图等3.2.4软件缺陷统计软件功能模块的缺陷统计软件功能模块的缺陷统计 3.2.4软件缺陷统计3.2.4软件缺陷统计软件系统缺陷分布图软件系统缺陷分布图 3.2.4软件缺陷统计 软件问题或缺陷报告是软件测试过程中最重要最重要的文档 它记录了缺陷发生的环境，如各种资源的配置情况，缺陷的再现步骤以及缺陷性质的说明 更重要的是它还记录着缺陷的处理过
23、程和状态 缺陷的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程3.2.5软件缺陷报告管理47 在软件测试过程中，每发现一个软件错误都要记录该错误的特征和复现步骤等信息 以便分析、处理和管理测试发现的软件错误l通常要采用软件缺陷数据库l将每一个发现的错误输入到软件缺陷数据库中l软件缺陷数据库的每一条记录称为一个软件缺陷报告 准确、完整、简洁、一致的缺陷报告是体现软件开发、测试与管理的专业性、高质量的主要评价指标 每个软件问题报告只书写一个缺陷或错误 l这样可以每次只处理一个确定的错误，定位明确，提高效率，也便于修复错误后方便的进行验证3.2.5软件缺陷报告管理 报告缺陷的基本
24、原则 尽快报告缺陷;有效描述缺陷;缺陷的生命周期 缺陷从开始提出到最后解决,并通过复查的过程 在这个过程中缺陷报告的状态不断发生着变化，记录着缺陷的处理进程3.2.5软件缺陷报告管理 缺陷报告的读者对象 直接读者是软件开发人员和质量管理人员，来自市场和技术支持等部门的人也可能需要查看缺陷情况 读者最希望获得的信息包括：易于搜索软件缺陷报告中的缺陷 报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确 软件开发人员希望获得缺陷的本质特征和复现步骤 市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度3.2.5软件缺陷报告管理 有效描述缺陷 短小：只解释事实和演示、描述缺陷必需
25、的细节 单一：每一个报告中针对一个缺陷 步骤清晰：要清楚地描述出缺陷的发生场景，包括前置条件和操作的详细步骤 再现：按照预定步骤可以重现相同状况 在报告缺陷时只描述事实，不做评价，也不要有人身攻击 必要的时候可以添加注释（remarks）可以上载屏幕抓图和其他附件3.2.5软件缺陷报告管理 为书写更好的缺陷报告，需要遵守“5C”准则 Correct(准确)每个组成部分的描述准确，不会引起误解 Clear(清晰)每个组成部分的描述清晰，易于理解 Concise(简洁)只包含必不可少的信息，不包括任何多余的内容 Complete(完整)包含复现该缺陷的完整步骤和其他本质信息 Consistent(
26、一致)按照一致的格式书写全部缺陷报告3.2.5软件缺陷报告管理 缺陷报告的组织结构 缺陷的标题与简单描述 缺陷的基本信息,包括：测试软件名称、版本号、缺陷或错误类型、可重复性、测试平台、平台语言、缺陷或错误范围、严重程度及优先级 要求填写完整、准确 复现缺陷的操作步骤 描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。对命令、系统变量、选项要用大写字母，对控件名称等加双引号 缺陷的实际结果描述、期望的正确结果描述 注释文字和截取的缺陷图像 对缺陷或错误的附加描述，一般包括缺陷或错误现象的图像，包括其他建议或注释文字3.2.5软件缺陷报告管理错误概要：在错误概要：在SolarisSolari
27、s、Windows98Windows98和和MacMac上运行上运行NoteNote，一些数据在设置，一些数据在设置成某种格式时会出现显示异常。成某种格式时会出现显示异常。错误描述：错误描述：重建步骤：重建步骤：1 1）我在）我在Windows98Windows98下打开下打开NoteNote程序，编辑一个已存在的文程序，编辑一个已存在的文件，该文件有多行，且包括多种字体格式；件，该文件有多行，且包括多种字体格式；2 2）我选择文件打印，工作正常；）我选择文件打印，工作正常；3 3）我新建并打印一个包含图形的文件，工作正常；）我新建并打印一个包含图形的文件，工作正常；4 4）我新建一个新文件；
28、）我新建一个新文件；5 5）接着我输入一连串随机文本；）接着我输入一连串随机文本；6 6）高亮选中几行文本，选择右键弹出菜单中）高亮选中几行文本，选择右键弹出菜单中FontFont选项，并选项，并选择选择ArialArial字体；字体；7 7）文本显示变得异常；）文本显示变得异常；8 8）我试着运行了三次，每一次都出现同样问题；）我试着运行了三次，每一次都出现同样问题；9 9）我在）我在SolarisSolaris上运行了上运行了6 6次，没有看到任何问题；次，没有看到任何问题；1010）我在）我在MacMac上运行了上运行了6 6次，没有看到任何问题；次，没有看到任何问题；隔离：隔离：1 1
29、）我尝试选择其他字体形式，但只有）我尝试选择其他字体形式，但只有ArialArial有这个问题出现。有这个问题出现。然而，该问题可能仍然在我没有测试的其他字体下出现。然而，该问题可能仍然在我没有测试的其他字体下出现。3.2.5软件缺陷报告管理错误概要：错误概要：NoteNote程序在使用程序在使用ArialArial字体时出问题字体时出问题 错误描述：错误描述：重建步骤：重建步骤：1 1）打开）打开NoteNote程序；程序；2 2）键入一些文本；）键入一些文本；3 3）选择）选择ArialArial字体；字体；4 4）文本显示异常。）文本显示异常。3.2.5软件缺陷报告管理错误概要：错误概要
30、：Windows98Windows98下下NoteNote在新建文件中选择设置在新建文件中选择设置ArialArial字体时出现乱码。字体时出现乱码。错误描述：错误描述：重建步骤：重建步骤：1 1）打开）打开NoteNote创建一个新文件；创建一个新文件；2 2）随意输入两行或多行文本；）随意输入两行或多行文本；3 3）选中一段文本，在右键弹出菜单中选中格式选项，选择）选中一段文本，在右键弹出菜单中选中格式选项，选择ArialArial；4 4）文本被改变成无意义的乱写的符号；）文本被改变成无意义的乱写的符号；5 5）尝试了三次该步骤，同样的问题出现了三次。）尝试了三次该步骤，同样的问题出现了
31、三次。隔离：隔离：1 1）保存新建文件，关闭）保存新建文件，关闭NoteNote，重新打开该文件，问题仍然存在；，重新打开该文件，问题仍然存在；2 2）如果在把文本改成）如果在把文本改成ArialArial字体前保存文件，该错误不会出现；字体前保存文件，该错误不会出现；3 3）该错误只存在于新建文件时，不出现在已存在的文件；）该错误只存在于新建文件时，不出现在已存在的文件；4 4）该现象只在）该现象只在Windows98Windows98下出现；下出现；5 5）该错误不会出现在其他字体改变中。）该错误不会出现在其他字体改变中。优秀的错误报告优秀的错误报告 3.2.5软件缺陷报告管理3.2.5软
32、件缺陷报告管理 缺陷管理作为软件质量管理的重要组成部分,正在成为软件开发管理过程的又一亮点 国内外越来越多的公司对缺陷管理工具的需求逐渐增多而且更加明确 大家渴望能够得到物美价廉的可用版本(当然大多数都有免费的试用板)3.3软件缺陷管理工具 商用工具 国外工具 Compuware公司的TrackRecord软件 IBM Rational公司的ClearQuese软件 国产工具 上海微创公司的BMS软件 北航的软件质量监控系统QAMonitor 共享软件 BugRat http:/www.gjt.org/pkg/bugrat 开源代码Bugzilla,Buggit,Mantis等3.3软件缺陷管
33、理工具 使用开源系统的利弊 由于开源系统的代码是公开的，用户可自行维护和定制，大家也可以提交新特性和功能扩展要求 不受制于商业系统的制造商 开源系统与其他工具的集成比较差，不如商业系统提供整个软件开发生命周期的工具的集成 如项目管理、需求管理、建模、自动化测试、缺陷跟踪、配置管理等有机集成，实现整个开发流程的自动化3.3软件缺陷管理工具开源的缺陷跟踪系统Mantis：Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。3.3软件缺陷管理工具Mantis的
34、特性：易于安装，易于操作，基于Web，支持任何可运行PHP的平台(Windows,Linux,Mac,Solaris,AS400/i5等)，已经被翻译成68种语言，支持多个项目，为每一个项目设置不同的用户访问级别，跟踪缺陷变更历史，定制我的视图页面，提供全文搜索功能，内置报表生成功能(包括图形报表)，通过Email报告缺陷，用户可以监视特殊的Bug，附件可以保存在web服务器上或数据库中(还可以备份到FTP服务器上)，自定义缺陷处理工作流，支持输出格包括csv、Excel、Word，集成源代码控制(SVN与CVS)，集成wiki知识库与聊天工具(可选/可不选)，支持多种数据库(MySQL、MSSQL、PostgreSQL、Oracle、DB2)，提供WebService(SOAP)接口，提供Wap访问。3.3软件缺陷管理工具
