软件的缺陷是软件开发过程中的重要属性，它提供了许多信息。不同成熟度的软件组织采用不同的方式管理缺陷。低成熟度的软件组织会记录缺陷，并跟踪缺陷纠正过程。高成熟度的软件组织，还会充分利用缺陷提供的信息，建立组织过程能力基线，实现量化过程管理，并可以此为基础，通过缺陷预防实现过程的持续性优化。 在项目测试的过程中，我们往往会发现很多与需求不符或与用户使用习惯相悖的问题，继而向开发提出该问题，开发解决之后再由给我们测试通过之后，这个问题结束。但是如果只是口头向开发提出或使用txt,word，excel等向开发反馈问题，无法做到有效的跟踪，这时就需要缺陷管理工具来帮助我们对缺陷进行一个管理，使其能达成一个闭环。 一 常用的缺陷管理工具 在项目中，测试团队常用的缺陷管理工具除了企业自行研发的工具，测试人员用的工具排名前几的分别是：禅道，Bugzilla，Jira，Bugfree…… 1.禅道 禅道是第一款国产的开源项目管理软件，她的核心管理思想基于敏捷方法scrum，内置了产品管理和项目管理，同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能，在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来，完整地覆盖了项目管理的核心流程。 2.bugzilla Bugzilla 是一个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。 3.jira JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。 4.Bugfree BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)。 命名BugFree 有两层意思：一是希望软件中的缺陷（Bug）越来越少直到没有；二是表示它是免费且开放源代码的，大家可以自由使用传播(Free)。 二 缺陷的几种常见状态 对于一个问题，它的处理过程即是一个周期，周期的不同阶段，其所处的状态也是不一样的。在不同状态它的负责人也不相同。我们常将缺陷分为提交，接收，验证，关闭，再打开，打回，延期等几种状态。 1.新建 在测试过程中发现问题并确认是问题后在缺陷管理工具上进行提单，我们会将缺陷的发现的条件，操作步骤，预期与实际结果，日志，截图等填写到bug单上，并选择测试版本及根据模块指派开发，完成后保存即进入新建状态。 2.提交 在进入新建状态后，确认填写无误及在次确认是否是问题后，提交bug,进入提交状态。 3.接收/打回 在bug提交之后，该bug会加入到指定开发的待处理列表中，开发认为是问题则会接收，否则打回并说明打回依据。有的工具中测试认为开发打回的缺陷确实是问题，也可将其打回给开发处理并说明打回依据，无须开发接收直接回到接收状态。 4.验证 开发接收bug后，将问题解决，提交测试验证，则进入待验证状态。 5.关闭/再打开 测试将待验证问题验证通过之后将bug关闭，则进入关闭的状态，若关闭后后续版本再次出现该问题，可将该bug打开，即再打开状态。 6.延期 开发接收bug后，经PM及测试和产品确认问题影响较低，该版本可不解决后续版本解决后，开发将bug状态更改为延期处理。 其实若细分一下其实还能再分出几个状态出来，如解决中....等等之类的。 三 缺陷的4个级别 在测试过程中，为了对已知问题的处理速度或时间相应的级别，我们一般情况下将它分为4个级别，但各个公司命名不同如（1，2，3，4）(轻微，普通，严重，阻塞)....等等很多名字，但都是一个意思。 阻塞：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等。 严重：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。 一般：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。 轻微：这类问题往往不会影响用户操作的正常的执行，只是有一些小瑕疵；或者一下有建设性的问题。

分享本篇文章给更多人: