作为一名测试工程师，管理bug的生命周期是每天必备的日常工作；所以缺陷管理流程，以及缺陷如何记录并完成跟踪，都是测试必须要掌握的技能，然而管理缺陷需要借助缺陷管理平台。

目前比较主流和常见的一些缺陷管理平台有如下几款：

Jira是Atlassian（艾特莱森-澳大利亚软件公司）公司出品的一款事务管理软件/缺陷管理类的软件。无论是“需求”/“BUG”/“任务”都是“事务”的一种，所以Jira可以胜任非常多的角色：需求管理、缺陷跟踪、任务管理等等。它特别适合敏捷开发团队使用，大型互联 公司如LinkedIn、Facebook、eBay等内部都在使用Jira。
JIRA产品非常完善且功能强大，安装配置简单，多语言支持、界面十分友好，能够跨平台部署和运行。JIRA 的特性如下：

1、管理缺陷，新特性、任务、改进或者其他任何问题
2、干净和强大的用户界面
3、灵活的工作流定制
4、全文搜索和强大的过滤器
5、企业级的权限和安全控制
6、非常灵活的邮件通知配置
7、可以创建子任务
8、方便的扩展及与其他系统集成：包括 email 、LDAP 和源码控制工具等；
9、丰富插件库
10、项目类别和组件/模块管理
11、可以在几乎所有硬件、操作系统和数据库平台上运行

1、项目（project）

在JIRA系统中的项目概念是一组问题单（Issue）的集合，项目可以根据组织需求来定义，例如：软件研发项目，市场营销活动，一个请假管理系统等。每一个问题单属于一个项目。每个项目需要有一个名称（例如：Website Issues）和关键字（Key，例如WEB）。项目的关键字会成为项目问题单前缀，例如WEB-101, WEB-102等

3、版本 （Version）

对于一些类型的项目，尤其是软件研发项目，把一个问题单关联到一个特定的项目版本（例如：1.0 beta, 1.0, 1.2, 2.0）会非常有用。

问题单（Issues）有两个跟版本有关的字段：
影响版本（Affects Version(s)：这个是要说明受问题单影响的版本.举例而言，一个软件Bug可能影响1.1和1.2版本。
修复版本（Fix Version(s)）：这个是为了标明这个问题单在哪一个版本中被修复。
比如Bug的影响版本 是1.1和1.2，但是可能会在版本2.0中才被修复。没有修复版本 的问题单会被归类为未规划（Unscheduled）。

版本可以是下面三种状态之一：发布（Released），未发布（Unreleased）和归档（Archived）。
版本会有一个发布日期，并且如果在发布日期之后还没有按时发布，这个状态会自动变为过期状态（overdue）。

4、工作流(Workflow):

JIRA中的工作流由一系列的状态（statuses）和变迁（transitions）构成，一个问题单在其生命周期中会经过这些状态和变迁。
不同项目模板会有不同的内置工作流，另外，也可以自己定义工作流。但是，一般，用默认就可以了。

喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一 键三连哦！

声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！