软件缺陷管理流程图
软件缺陷管理办法
1.目的
本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。
2.适用范围
适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。
3.定义
3.1 术语
缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。
Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。
3.2 缺陷定义
（1）软件未达到需求规格说明书的功能；
（2）软件出现了需求规格说明书指明不会出现的错误；
（3）软件功能超出需求规格说明书的范围；
（4）软件未达到需求规格说明书未指出但应达到的目标；
（5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。
4.缺陷生命周期
4.1 缺陷生命周期图
4.2 缺陷状态说明
5. 缺陷处理过程
5.1 正常处理过程
（1）创建问题
在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。（2）指派问题
创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。
如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。
（3）确认问题
通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。
当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。
如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。
（4）解决问题
此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。
开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。
如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。
（5）验证问题
创建者需要及时对解决状态的Bug在对应版本上面进行验证。如果验证通过，则可关闭Bug；如果验证不通过，则激活此Bug，系统将自动指派回给解决者。
验证通过准则：相同的操作步骤，进行一定次数的验证测试都没有发生。
验证不通过准则：相同的操作步骤，全部或部分实际结果还会发生，验证不通过则激活Bug。
(6) 关闭问题
通过验证的Bug，验证者需要注明验证结果并进行关闭操作，系统将指派给Closed。
如果关闭状态的Bug在之后版本又会发生，则激活此Bug，系统将自动指派回给解决者。
5.2 特别处理过程
(1) 客户问题
客户反馈的问题可以由客户直接反馈或项目经理、市场部等了解到的客户问题，经确认后的Bug提交到测试管理系统，按照以上处理流程进行处理，由创建者或测试组进行跟踪验证关闭。
创建客户问题时，创建者需要在Bug标题开头标记为[客户问题]，测试组负责检查和更正。
(2) 争议处理
当开发和测试工程师对某问题有争议并且多次沟通无果时（暂定为6次），可以注明双方的理由，并指派给项目经理进行处理。
项目经理可以召开评审会议，或者直接与双方沟通了解，并根据项目情况给出专业意见和最终决定。开发和测试工程师根据项目经理的最终决定执行。(3) 延期解决
当开发工程师对确认Bug进行解决时，发现或评估其解决时间紧或风险比较大等，可以说明原因或理由并指派给项目经理来确认。
项目经理可以召开评审会议，或者直接沟通了解，并根据项目情况给出最终决定。如果不同意，项目经理将此Bug指派回开发工程师，开发工程师继续分析和解决。如果同意，项目经理需要在Bug标题开头标记为[延期解决]和在处理状态选择“延期解决”，然后注明解决时间计划并指派回开发工程师，开发工程师根据解决时间计划来规划和解决此Bug。
5.3 缺陷管理工具
软件测试过程中所有缺陷要提交到公司测试管理系统进行跟踪管理。
(1) 管理工具的作用
a.确保每个被发现的缺陷都能够被跟踪与处理。
b.收集缺陷数据并根据缺陷趋势曲线识别或报告测试状态。
c.收集缺陷数据并在其上进行数据分析，作为测试评估的依据。
（2）缺陷驱动原则
缺陷管理系统主要通过指派状态来驱动相关开发工程师、测试工程师和项目经理尽快地处理问题，以提高研发效率，所以会特别关注缺陷指派给谁和停留时
间，并反馈在定期报告。
所以，缺陷驱动原则：尽量不要让缺陷挂在你身上。
5.4. 缺陷属性定义
(1) 缺陷相关属性
(2)缺陷类型说明
注：严重等级由创建者在创建缺陷时根据此定义来选择，之后都不能随意更改。
注：立刻、紧急、尽快的问题都要求在系统上线前解决。
(6)发生概率定义
(7)处理状态说明
(8) 解决方案定义与规则
注：无法复现问题将作为风险评估点。
5.5 缺陷描述规范
（1）缺陷标题
缺陷标题是对所提交缺陷的概述，需要简短而准确的描述出缺陷概要信息，并使用一些精炼的关键词，主要内容包括：位置+对象+动作+现象。
a.环境关键词：包括数据环境，时间环境，地点环境条件环境，描述缺陷
发生时所处的背景环境，或正在执行的操作或所处的界面环境，如“在…”
页面，“当…时…”，“在…过程中…”等；
b.动作关键词：引发缺陷所执行的操作，如“点…键”“选…选项”等；
c.对象的关键词：描述缺陷出现的对象，“页面”，“显示框”，“图
表”等；
d.现象的关键词：描述缺陷出现的现象，如“显示为负数”，“卡死”等。
根据上述关键词的组合来描写缺陷标题。
（2）重现步骤
在描述缺陷重现步骤的过程中，通常需要通过描述前提条件，测试步骤，实际结果，期望结果这四个方面清楚详细的描述缺陷。
a.前提条件
外部环境，这里包括网络环境，硬件环境和软件环境的状态。默认情况下，无需特殊说明，前提条件均为“系统正常运行”，其含义为网络正常，电脑硬件环境能支撑软件运行，系统软件配置情况正常。需要注意，软件环境有可能引发缺陷的功能模块所处的状态，以及重现该缺陷需要的模块相关状态或者特殊设置情况应该前在前提条件中做说明。
数据环境，对缺陷产生的所在案件或引发bug现象的数据输入和数据设计等应该在前提条件中做相应说明。
总之，这里对缺陷现象重现紧密相关的预先设置，或与缺陷模块相关联的预先设置都应该在前提条件中说明。
b.测试步骤
这里需要详细描述出重现缺陷的操作步骤，以便于重现缺陷，修复和验证缺陷。在描写测试步骤时应该注意以下几点：
精简：只描述缺陷必须的细节；
单一：每个缺陷单只报告一个缺陷；
步骤清晰：详细的、有序的描述出每一个步骤，包括输入的数据情况，执行的操作以及执行操作的界面。
操作量化：对操作次数的描述需要量化，如“连续3次点确认键”等，尽量避免出现“多次”等模糊的词。
c.实际结果
实际结果是指按照测试步骤操作后实际反映的情况，这里指的是缺陷的表现现象。这里应该详细描述出错误的现象，包括页面错误，连接错误，字符错误，业务流程错误，数据错误等。
d.期望结果
期望结果是指按照测试步骤操作，正常情况下正确执行测试步骤后应该满足设计要求的结果。对于不确定的期望结果就需要用到如建议，提示等关键字。（3）附件
为了方便开发工程师分析和解决，创建缺陷时需要添加必要的附件，包括缺陷现象图、测试的数据文档，测试时用到的其他特殊文件，测试脚本，操作步骤的录像等。
所以，测试人员在测试的过程中，要求每个缺陷有现象截图，以便协助开发人员快速定位问题。宁可累死在路上，也不能闲死在家里！宁可去碰壁，也不能面壁。是狼就要练好牙，是羊就要练好腿。什么是奋斗？奋斗就是每天很难，可一年一年却越来越容易。不奋斗就是每天都很容易，可一年一年越来越难。能干的人，不在情绪上计较，只在做事上认真；无能的人！不在做事上认真，只在情绪上计较。拼一个春夏秋冬！赢一个无悔人生！早安！—————献给所有努力的人
缺陷管理流程
文件编号： 缺陷管理流程
修改履历 修改编号版本修改条款及内容修改日期 1 V0.1 初稿
目录 1.概述 (4) 1.1目的 (4) 1.2适用范围 (4) 1.3角色职责 (4) 1.4入口标准 (4) 1.5输入 (4) 1.6输出 (4) 1.7出口标准 (4) 2.流程 (5) 2.1流程图 (5) 2.2流程说明 (5) 2.2.1提交问题 (5) 2.2.2分析定位缺陷 (6) 2.2.3修改缺陷 (6) 2.2.4验证缺陷 (6) 2.2.5统计数据 (6) 2.2.6测试监控 (6) 3.缺陷定义 (7) 3.1.1缺陷状态 (7) 3.1.2缺陷类型 (7) 3.1.3缺陷严重级别 (7) 3.1.4缺陷优先级别 (8) 4.度量指标 (8) 5.沟通机制 (9)
1.概述 1.1目的 本文为缺陷管理模块缺陷跟踪处理流程介绍及操作指南，目的是对测试室在进行缺陷管理的过程中提供参考。 1.2适用范围 本流程适用于银行测试缺陷管理工作。 1.3角色职责 角色（岗位）职责 测试执行岗1.执行测试工作，负责提出新问题，并对开发岗已修改的 问题进行验证 开发岗 1.负责对待修改的问题进行修复 需求分析岗1.分析缺陷，并为测试方和开发方在缺陷有效性的分歧 上，进行仲裁 测试主管岗 1.测试执行过程中，对缺陷提交情况、修复情况进行监控 1.4入口标准 正式执行测试，测试方发现问题 1.5输入 测试用例 1.6输出 含结果测试用例 缺陷跟踪表 1.7出口标准 完成测试，所有问题进行修复验证或其他方式处理 缺陷数量按版本呈明显收敛趋势 遗留缺陷不能大于有限缺陷的8%
软件项目工作流程图
售前准备 利水新华（北京）科技有限公司质量记录 软件项目开发流程图 开始 售 前 项 目 实 销售立项 软件组 综合组 商务 技 术 支 持 任 务 书 销售立项报告 合同评审记录表 签订合同 工 程 立 项 任 务 书 施 设计开发 开发任务书 需求分析 工程立项报告书 实施策划 测试记录及问题处理表 进度管理表 集成测试 安装调试 申请表 安装调试 培训 评估表 用户 测试 测 试 记 录 项目移交 申请表 初验 报验申请表 试运行 及 表理处题问 项 目 服 项目移交 接收内容 登记表 项目维护 终验申请 终验 终验报告 质保期维护 务 服 务 及 维 护 记 录 结束 1
实施策划利水新华（北京）科技有限公司质量记录 实施流程图（一） 售前控制 编写立项报告?工程立项报告书立项评审 N ?评审记录 客户Y评审 通过?立项通知?变更申请 需求分析 Y 客户沟通、交流 编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审 编制项目 测试用例 编制项目进度 评审 通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请 系统设计 2
实施流程图（二） 需求分析 系 统 设 计 编写 需求解读 软件设计说明书 数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审 通过 Y ?评审记录?进度管理表?进度报告 编制开发进度?变更申请 具体任务分配 软 件 编 码实单元测试 代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码 现 代码修改 测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请 改 项?测试计划 目 测 试 项目集成测试编写测试报告编制培训大纲 安装调试 3?用户培训大纲（教材）?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请
缺陷管理流程模板
缺陷管理流程 1
缺陷管理流程 -04-18
文档修订记录 文档审批信息 1
目录 1. ............................................................................................................... 概述 错误!未定义书签。 1.1. 编写目的 ......................................................................... 错误!未定义书签。 1.2. 适用范围 ......................................................................... 错误!未定义书签。 1.3. 读者对象 ......................................................................... 错误!未定义书签。 2. 登记缺陷流程........................................................................... 错误!未定义书签。 3. 缺陷管理流程说明 .................................................................. 错误!未定义书签。 3.1. 发现阶段 ......................................................................... 错误!未定义书签。 3.2. 测试类型 ......................................................................... 错误!未定义书签。 3.3. 严重级别 ......................................................................... 错误!未定义书签。 3.4. 缺陷状态 ......................................................................... 错误!未定义书签。 3.5. 上线版本 ......................................................................... 错误!未定义书签。 3.6. 缺陷类型 ......................................................................... 错误!未定义书签。 3.7. 缺陷优先级 ..................................................................... 错误!未定义书签。 3.8. 缺陷引入阶段 ................................................................. 错误!未定义书签。 4. 附:缺陷登记注意事项............................................................. 错误!未定义书签。 4.1. 验证测试规则 ................................................................. 错误!未定义书签。 4.2. 历史遗留问题处理规则 ................................................. 错误!未定义书签。 4.3. 缺陷优先级流程 ............................................................. 错误!未定义书签。 2
软件缺陷管理流程
软件缺陷管理办法 1. 目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2. 适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3. 定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4. 缺陷生命周期 4.1 缺陷生命周期图 4.2 缺陷状态说明
5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。
缺陷管理工具jira从入门到精通
缺陷管理工具JIRA入门到精通 缺陷管理工具JIRA入门到精通
目录 1、JIRA介绍 (1) 2、JIRA安装 (2) 3、JIRA管理使用 (5) 3.1、Projects：项目 (5) 3.2、Users&Groups (6) 3.3、Global Settings (8) 3.3.1、附件设置： (8) 3.3.2、首页面板设置： (8) 3.3.3、一般性设置 (9) 3.3.4、全局性权限 (9) 3.3.5、问题链接 (10) 3.3.6、外观与样式： (11) 3.3.7、邮件服务设置： (12) 3.3.8、子任务设置： (12) 3.3.9、事件跟踪设置 (13) 3.3.10、用户默认设置 (13) 3.3.11、工作流 (14) 3.4、Schemes (20) 3.4.1、安全策略： (20) 3.4.2、权限设置 (21) 3.4.3、通知设置 (22) 3.4.4、工作流计划 (23) 3.5、Issue Fields： (24) 3.5.1、自定义字段 (24) 3.5.2、字段设置： (26) 3.5.3、字段设置策略 (27) 3.5.4、问题导航栏 (27) 3.6、Issue Settings (27) 3.6.1、Issue Types：问题类型 (27)
3.6.2、Priorities：优先级 (28) 3.6.3、Resolutions：操作决策 (28) 3.6.4、Statuses：问题状态 (29) 3.7、Import & Export (29) 3.7.1、数据备份为xml文件： (29) 3.7.2、从XML文件恢复数据： (30) 3.7.3、外部导入数据 (31) 3.8、Options & Settings (31) 3.9、System (32)
软件缺陷管理流程图
软件缺陷管理办法 1.目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2.适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3.定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4.缺陷生命周期
4.1 缺陷生命周期图 4.2 缺陷状态说明 5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。
（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。 （5）验证问题 创建者需要及时对解决状态的Bug在对应版本上面进行验证。如果验证通过，则可关闭Bug；如果验证不通过，则激活此Bug，系统将自动指派回给解决者。
项目管理软件开发流程图
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
项目管理流程图制作软件
流程图制造软件是一款用于制造各种流程图，同时兼具跨渠道，云贮存，分享功能的专业流程图制造软件。操作简略，功能强大，非常简略完成可视化、分析和沟通杂乱信息。软件内置海量精美的流程图模板与图库，帮助你轻松制造项目办理流程图，程序流程图，作业流程图，进程流程图等。 当你对那些简洁美观的流程图感到羡慕不已，是否好奇它们是怎样做出来的，是否想知道需要什么样的专业技能。今天，这一切将变得非常简单，你只需要点击几下鼠标就能制作出属于自己的可视化流程图。而且一切操作都异常简洁。
流程图的基本符号 首先，设计流程图的难点在于对业务逻辑的清晰把握。熟悉整个流程的方方面面。这要求设计者自己对任何活动、事件的流程设计，都要事先对该活动、事件本身进行深入分析，研究内在的属性和规律，在此基础上把握流程设计的环节和时序，做出流程的科学设计。研究内在属性与规律，这是流程设计应该考虑的基本因素。也是设计一个好的流程图的前提条件。
然后再根据事物内在属性和规律进行具体分析，将流程的全过程，按每个阶段的作用、功能的不同，分解为若干小环节，每一个环节都可以用一个进程来表示。在流程图中进程使用方框符号来表达。 既然是流程，每个环节就会有先后顺序，按照每个环节应该经历的时间顺序，将各环节依次排开，并用箭头线连接起来。箭头线在流程图中表示各环节、步骤在顺序中的进展。 对某环节，按需要可在方框中或方框外，作简要注释，也可不作注释。 经常判断是非常重要的，用来表示过程中的一项判定或一个分岔点，判定或分岔的说明写在菱形内，常以问题的形式出现。对该问题的回答决定了判定符号之外引出的路线，每条路线标上相应的回答。 选择好的流程图制作工具 亿图发布第一款支持快捷操作的流程图制作工具从而极大的降低了专业流程设计的门槛，让大多数人可以在很短的时间里绘制出专业的流程图。
缺陷管理工具JIRA基本使用培训手册教程文件
JIRA培训手册（缺陷跟踪管理流程） 引言： 为了提高软件开发日常中的工作效率，增进开发人员与项目经理、测试人员等的沟通频率，引入JIRA项目管理与缺陷跟踪管理工具。本篇意在阐述JIRA在缺陷跟踪管理中的运用。
目录 第一章何为JIRA？ (3) 1.1 JIRA的简介 (3) 1.2 JIRA的特性 (3) 第二章JIRA的应用配置 (6) 2.1 用户组及人员的创建 (6) 2.2 权限配置 (8) 2.2.1 全局权限 (8) 2.2.2 权限方案 (8) 2.2.3 工作流中执行固定操作的权限 (9) 2.3 工作流配置 (10) 第三章具体操作 (12) 3.1 工作流程图 (12) 3.2详细操作流程 (13) 3.3批量操作及查找 (21) 第四章结束语 (25)
第一章何为JIRA？ 1.1 JIRA的简介 JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA中配置灵活、功能全面、部署简单、扩展丰富，其超过150项特性得到了 全球115个国家超过19,000家客户的认可。 1.2 JIRA的特性 工作流 ?开箱即用，提供用于缺陷管理的默认工作流工作流可以自定义，工作流数量不限 ?每个工作流可以配置多个自定义动作和自定义状态 ?每一个问题类型都可以单独设置或共用工作流 ?可视化工作流设计器，使工作流配置更加直观 ?自定义工作流动作的触发条件 ?工作流动作执行后，自动执行指定的操作 项目
?每个项目都有自己的概览页面包括：项目详细信息、最新更新情况以及一些报告的快捷方式 ?在项目界面中查看按照状态、是否解决等条件设置的分类统计报告 ?查看项目最新的活动情况 ?查看项目的热门问题 ?可以设置项目类别，将项目分组管理 ?可以为每个项目设置单独的邮件通知发件地址 ?自定义安全级别，指定用户对问题的访问 ?指定组件/模块负责人 问题管理 ?自定义问题类型，适应组织管理的需要 ?自定义字段，可选择字段类型超过20种，在此基础上还支持插件进一步扩展 ?自定义问题安全级别，可以限制指定用户访问指定的问题 ?如果多个问题需要同时修改同一字段值或执行同一工作流动作，你可以使用批量操作功能一次性完成 ?登记问题预计完成时间、实际工作时间，就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率 ?支持远程创建问题，通过多种方式在JIRA中创建问题，如电子邮件、移动设备客户端 ?如果一个问题需要多人协作，可以将问题分解为多个子任务，分配给相关的用户 ?将相关或有依附关系的问题建立链接，以便于用户快速了解 ?为JIRA的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，JIRA自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到JIRA问题中 ?为问题设置到期日，可以在搜索或在图表中展示即将到期的问题
软件缺陷的管理流程
软件缺陷管理流程 目录 1 BUG管理流程 (1) 2 报告缺陷注意事项 (2) 3 需要注意的地方 (3) 4 Bug的严重级别 (3) 1BUG管理流程
2报告缺陷注意事项 1．测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象、（建议），并尽量截图； 2.测试人员在精简语句的同时，应该再仔细检查BUG描述是否会产生误解的地方。测试人 员应该尽量避免使用模糊的，会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的，不会产生争执的词语； 3 不要使用感叹号或其它表现个人感情色彩的词语或符号； 4. 不要使用含糊的词语（例如，好像，似乎）来描述发现的现象； 5. 当BUG指派给你，在下一个版本发布之后，第一时间跟踪BUG的修复情况。
3需要注意的地方 当你发现一个BUG时，请考虑如下问题： 1. 同一软件中的相似功能是否有相同的问题？ 2. 其他的浏览器是否有相同的问题？ 3. 其他的软硬件配置是否有相同的问题？ 4. 其他的区域是否有相同的问题？ 5. 以前的版本是否有相同的问题？ 4Bug的严重级别 目前，BUG严重级别分为：严重缺陷、较严重缺陷、一般性缺陷、建议性缺陷。 一、严重缺陷主要包括： 1、由于程序所引起的死机,非法退出； 2、死循环； 3、数据库发生死锁； 4、因错误操作导致的程序中断； 5、功能错误； 6、与数据库连接错误； 7、程序错误； 8、程序接口错误。 二、较严重缺陷 1操作界面错误（包括数据窗口内列名定义、含义是否一致）； 2、打印内容、格式错误； 3、简单的输入限制未放在前台进行控制； 4、删除操作未给出提示； 5、数据库表中有过多的空字段。 三、一般性缺陷
缺陷管理Bug状态流程图说课讲解
Bug状态流程图 对Bug的处理 开发组长/经理 每天对Bug进行分配，标注处理意见，给定优先级（发版前必须三方：需求、开发、产品共同确定）。问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。有可能是需求的问题，分配给需求人员。定期对Bug库分析，找出常出错的模块，进行代码审查 开发人员 分析Bug，写出问题原因，修改Bug；实行Bug优先原则，严重程度B-Major类或紧急程度3-High 类以上（包含）bug5个或5个以上，停止新功能的开发。 需求人员 解释需求，给出处理意见，将Bug库中的建议整理成需求文档。评审确定后列入开发计划 测试人员 不参与问题的优先级的定位，只用Bug级别反映Bug的严重程度。验证Bug是否已被解决 测试组长/经理 审核测试人员提交的Bug。定期对Bug库进行分析，描绘出曲线图等，报告现状、预测趋势。在测试总结报告中给出意见 产品人员 可以对优先级和处理意见等进行审核，如果有意见，和项目组商量定夺
Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括New、Open、Reopen、Fixed、Closed及Rejected等 Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。 Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。 功能模块(Subject)：TD中需在Test Plan页中定义好Subject，才能在Defects页中使用。 问题描述、附件附图请参见后面第四部分‘Bug描述要求’的有关内容。
TD8.0缺陷管理工具操作手册
一、登录TD8.0的运行环境 1：启动Test Director，如下图所示，地址：http://20120117-1626/TDBIN/default.htm 备注：当访问服务器上的TD或者是通过外网访问TD时，提示下载插件失败，或者是下载插件的滚动条走不动的话，就要设置IE浏览器：工具---internet选---高级---将启用内存保护减少联机攻击的勾去掉，重启电脑。 2：点击site administrator ，第一次运行TD的时候，组件将会被下载到你的计算机上 3：组件下载完后，显示输入密码的界面，登录
二、创建测试域及项目及用户 其实TD的操作并不难，没有代码，不会有太多文字，也全部都是很常用的控件组合。只要你熟悉这个测试流程，使用TD没有问题！ 整体流程可概括为：创建项目，明确需求；根据需求生成测试计划；按照计划设计并执行测试；发现问题记录问题。 1：点击project → create domain,输入域名即可 产品部，产品测试部，开发部，金融部，在这些域下面创建其各自负责的项目。 2：创建项目，在刚创建的测试域上创建具体部门的具体项目，右击→创建项目 备注：创建测试域或项目时，名称中有‘（）’，create的时候就报错‘Failed to build tester director database’
3：选择一个系统已经装上的数据库，点击下一步，直到出现下图所示，点击create 三、添加用户及设置用户属性 1：重新连接TD，并进入TD页面，点自定义，在弹出的提示框中域选择刚定义的测试域，项目选择刚创建的项目，用户名Admin，首次进入是密码为空。
软件缺陷管理制度
软件缺陷管理制度 软件项目测试组 文档编号： 编写人：编写日期：2018年3月20日 审核人：审核日期： 审批人：审批日期： 1
修订历史记录 日期版本说明作者 1
目录 软件缺陷管理制度 (1) 修订历史记录 (1) 目录 (1) 第1章总则 (1) 第2章职责 (1) 第3章缺陷类型 (1) 3.1 文档缺陷 (1) 3.2 设计缺陷 (2) 3.3 配置缺陷 (2) 3.4 界面交互缺陷 (2) 3.5 数据校验缺陷 (3) 3.6 查询统计缺陷 (3) 3.7 功能缺陷 (3) 3.8 性能缺陷 (3) 3.9 安全性缺陷 (4) 第4章缺陷管理流程 (4) 4.1 新增（提交） (4) 4.2 定位 (4) 4.4 解决 (4) 4.5 否决 (4) 4.6 推迟处理 (4) 4.7 回归验证 (5) 4.8 再打开 (5) 4.9 关闭 (5) 第5章缺陷记录 (5) 5.1编号 (5) 5.2项目 (5) 5.3发布版本 (5) 5.4 功能模块 (5) 5.5 缺陷描述 (5) 5.6 重现步骤 (5) 5.7严重程度 (6) 5.8 优先级 (6) 5.9 状态 (6) 5.10 负责人 (6) 5.11 处理意见 (7) 1
5.12 处理记录（解决的办法） (7) 第6章附录 (7) 2
第1章总则 为了加强部门管理工作，建立规范的缺陷管理制度，提高工作水平，根据公司和部门的 有关规定，制定缺陷管理制度。 本缺陷管理制度适用于工程技术部。各测试，研发人员应当依据本制度的规定，规范工 作，保证软件质量。 软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问 题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的 需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护 过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的 失效或违背。 软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型、缺陷修复、缺 陷回归验证。 第2章职责 项目人员应对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定 标准。包含内容如下： 2.1测试人员在提供的缺陷模板中新建或重新打开缺陷。 2.2测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺陷。 2.3开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人员验 证。 2.4测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。 第3章缺陷类型 缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设 计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、 安全性缺陷。 3.1 文档缺陷 文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。 1
款缺陷管理系统介绍
款缺陷管理系统介绍
————————————————————————————————作者：————————————————————————————————日期：
对某个项目来说，最重要的一件事情就是需要跟踪和梳理各种bug 和问题，找到并解决问题，否则，项目就会花费超多的时间，导致整个项目的重心偏移。而且，用户总想标记未解决的问题，保证项目的进度等等。团队会花费一部分的精力去跟踪bug，并且找出问题所在，解决问题。 如果你使用一个 bug 和问题跟踪系统，那么会得到更好的最终结果，除此之外，还能打打提高工作效率，加快项目的进度，更好的完成任务。在这里，我们收集了最好的 15 款 bug 跟踪应用程序，提供给用户更舒适更方便的开发环境 JIRA JIRA 是个团队规划和构建伟大项目的跟踪器，上千个团队选择了 JIRA 来捕获和管理问题，分配工作和追踪团队的活动。无论是在桌面环境还是在新的移动端界面，JIRA 都能很好的帮助团队做好每一项工作。 额外补充: MantisBT 是个开源问题跟踪器，提供一个简单和强大之间的一种微妙平衡。用户启动只需要几分钟，然后就可以开始和他们的团队成员和客户协作，管理他们的项目。一旦你开始使用它，就会一发不可收拾的喜欢上它! 1、Snowy Evening Snowy Evening
这是个问题跟踪应用程序，功能非常强大，而且易于使用。它提供了很好的 GitHub 和 jsFiddle 集成，同时也拥有一个非常简洁的界面。用户可以访问一个仪表盘，它就会提供用户参与的每一个开放项目的汇总，从而帮助用户很好的跟踪和修复可能出现的问题。 2、Pivotal Tracker 这是个非常快速的项目管理工具，用户可以分解自己的项目，然后找到任何可能存在的问题和bug 的源头。它的 API 非常全面，除此之外还有超过 100 的插件。 3、Trac Trac 是个为软件开发者设计的增强 wiki 和问题的跟踪系统。它使用非常简约的方法来管理基于 web 的软件项目管理。团队的任务是编写出杰出的软件，更好的帮助其他开发者平和的进行开发。此应用完全免费! 4、Bugify
自动化系统设备缺陷管理制度示范文本
自动化系统设备缺陷管理制度示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月
自动化系统设备缺陷管理制度示范文本使用指引：此管理制度资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 1、设备缺陷管理制度 1.1、设备缺陷管理的目的 缺陷管理的目的是为了掌握正在运行的自动化系统存 在的问题，以便按轻、重、缓、急消除缺陷，提高自动化 系统的健康水平，保障自动化系统的安全运行。另一方 面，对缺陷进行全面分析，总结其变化规律，为大修、更 新改造自动化系统提供依据。 2、设备缺陷的分类 设备缺陷根据其严重程度，一般分为三类： 2.1、一般缺陷：指设备状况不符合规程要求，但近期 内不影响设备安全运行。 2.2、重大缺陷：指设备有明显损坏、变形，近期内可
能影响设备安全运行。 2.3、紧急缺陷：指设备缺陷直接影响设备安全运行，随时有可能发生事故，必须迅速处理的缺陷。 3、设备缺陷的处理 建立设备缺陷记录簿，远动人员在巡视中发现的缺陷应及时记录在设备缺陷记录簿上，写明缺陷情况，提出处理意见。重大及以上缺陷应立即向主管领导回报，并根据缺陷严重程度进行处理。自动化设备存在缺陷但不影响安全运行，应加强监视，针对缺陷发展做出分析和事故预想。 4、设备缺陷消除的期限 缺陷消除的期限一般规定为：紧急缺陷应予24H内消除；重大缺陷视其严重程度在1个月内安排处理；一般缺陷可列入季度或年度大修计划进行处理或在日常维护工作中消除。
几种常见缺陷管理工具
集中常见缺陷管理工具 （1）Mantis Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，其功能与JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。 https://www.sodocs.net/doc/cc9005296.html,/TrackBack.aspx?PostId=1455738
作者：龚云卿 2005年8月 1 简介 缺陷管理贯穿于整个软件开发生命周期中, 是不可缺少的环节。Mantis是 PHP/MySQL/Web-based缺陷跟踪系统，Mantis当前版本为1.0.0a3。关于产品详细信息和支持，请访问主页。 2 基本特性 1) 个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件； 2) 支持多项目、多语言； 3) 权限设置灵活，不同角色有不同权限，每个项目可设为公开或私有状态，每个缺陷可设为公开或私有状态，每个缺陷可以在不同项目间移动； 4) 主页可发布项目相关新闻，方便信息传播； 5) 方便的缺陷关联功能，除重复缺陷外，每个缺陷都可以链接到其他相关缺陷； 6) 缺陷报告可打印或输出为CSV格式：支持可定制的报表输出，可定制用户输入域； 7) 有各种缺陷趋势图和柱状图，为项目状态分析提供依据，如果不能满足要求，可以把数据输出到Excel中进一步分析； 8) 流程定制不够方便，但该流程可满足一般的缺陷跟踪； 9) 可以实现与CVS集成：缺陷和CVS仓库中文件实现关联； 10) 可以对历史缺陷进行检索。 3 功能详细 3.1 概要 问题跟踪系统主要功能包括： 1) 多项目管理 2) 问题录入 3) 问题查询和关键词检索 4) 问题更新 5) 问题讨论
软件缺陷管理制度
软件缺陷管理制度 软件项目测试组
修订历史记录
目录 软件缺陷管理制度 (1) 修订历史记录 (1) 目录 (1) 第1章总则 (1) 第2章职责 (1) 第3章缺陷类型 (1) 3.1 文档缺陷 (1) 3.2 设计缺陷 (2) 3.3 配置缺陷 (2) 3.4 界面交互缺陷 (2) 3.5 数据校验缺陷 (3) 3.6 查询统计缺陷 (3) 3.7 功能缺陷 (3) 3.8 性能缺陷 (3) 3.9 安全性缺陷 (4) 第4章缺陷管理流程 (4) 4.1 新增（提交） (4) 4.2 定位 (4) 4.4 解决 (4) 4.5 否决 (4) 4.6 推迟处理 (4) 4.7 回归验证 (5) 4.8 再打开 (5) 4.9 关闭 (5) 第5章缺陷记录 (5) 5.1 编号 (5) 5.2 项目 (5) 5.3 发布版本 (5) 5.4 功能模块 (5) 5.5 缺陷描述 (5) 5.6 重现步骤 (5) 5.7 严重程度 (6) 5.8 优先级 (6) 5.9 状态 (6) 5.10 负责人 (6) 5.11 处理意见 (7) 5.12 处理记录（解决的办法） (7) 第6章附录 (7)
第1章总则 为了加强部门管理工作，建立规范的缺陷管理制度，提高工作水平，根据公司和部门的有关规定，制定缺陷管理制度。 本缺陷管理制度适用于工程技术部。各测试，研发人员应当依据本制度的规定，规范工作，保证软件质量。 软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型、缺陷修复、缺陷回归验证。 第2章职责 项目人员应对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定标准。包含内容如下： 2.1测试人员在提供的缺陷模板中新建或重新打开缺陷。 2.2测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺 陷。 2.3开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人 员验证。 2.4测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。 第3章缺陷类型 缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、安全性缺陷。 3.1 文档缺陷 文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。满足以下一或多种情况：
软件项目研发管理流程图
流程图就是用一些规则的符号及连线来表示某个具体事务处理的进程。它能够用于描绘体系内各职工、单位之间事务关系、作业顺序和办理信息流向。事务流程图适用于各类行业，描绘的是完整的事务流程一般没有数据的概念。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
亿图流程图软件能够与其他程序无缝地合作。亿图与微软 Office 兼容，并且亿图的文件可以一键导出成 Word、Excel、PDF 和其他多种图形格式。您可以几秒钟将亿图文件导入到其他文件中。所以您的作品就可以和更多的人分享，获得更合作。 亿图图示软件（EdrawMax），作为一款国产软件，无论是功能还是操作上都丝毫不输国外的同类型软件。恰恰相反的是，亿图图示软件凭借模板丰富、操作简单、页面精美等特点，捕获众多使用者的芳心。亿图图示软件是一款专业的流程图绘制软件，不仅仅可以绘制工作流程图，还能够绘制跨职能流程图（泳道图）、业务流程图、数据流程图、事件流程图等。
缺陷管理工具jira与mantis比较
Mantis与Jira对比 hjjlearning 一、安装对比 1、Mantis安装 ●Mantis安装稍微比较麻烦一点，需要做多项配置，具体参考编写的“缺陷管理工具 Mantis搭建手册.doc”。 2、Jira安装 ●JIRA官方网站有制定好的安装包，只要一步一步next就可以安装完备，默认安装的 数据库为自带的HSQL，可以自己配置外置数据库，支持MySql，Sql2000,Orcale 等主流数据库。 ●更换数据库可以参考官方文档。 ●注意一点：在用安装包进行安装JIRA，如果选中了安装成服务，好像在局域网其他电 脑就访问不了，暂时没找到原因。如下图 图1 安装成服务 总体来说，在安装过程中，Mantis要比JIRA复杂一点。 二、JIRA介绍 1.JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问 题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。Jira融合了项目管理、任务管理和缺陷管理，许多着名的开源项目都采用了JIRA。 JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。正因为其开放性，价格上自然也相当不菲，对于中小型的软件企业做项目管理，则又要另寻出路。
功能列表： ●问题追踪和管理（问题类型包括New Feature-新功能、Bug-缺陷、Task-任务、 Improvement-改进四种），可自定义； ●问题跟进情况的分析报告； ●对不同项目配置不同管理功能； ●组件/模块负责人功能； ●项目email地址功能； ●无限制的工作流，可以自己定制工作流； ●子任务功能； ●邮件通知功能； ●CVS、SVN以及LDAP的集成功能； ●丰富的自配置项目； ●丰富的插件配置； ●易用性良好； 2.JIRA优点与缺点 ●优点 a)用它管理项目，跟踪任务、bug，通过JIRA的邮件通知功能进行协作通知，在实 际工作中使工作效率提高很多，效果非常不错！安全性、可扩展性方面发挥到了 极致！ b)JIRA不仅仅是一个缺陷跟踪系统，通过Jira，可以整合客户、开发人员、测试人 员，各人各司其职，信息很快得到交流和反馈，让大家感到软件开发在顺利快速 的进行，朝意想的目标迈进。 c)丰富的插件及界面自定义功能，基本上可以满足项目的需要。