缺陷管理工具jira从入门到精通
JIRA实例使用指南
JIRA实例使用指南JIRA是一种流行的项目管理和问题跟踪工具，广泛用于软件开发和敏捷项目管理。
它提供了一个可定制的工作流程，可以帮助团队跟踪任务、问题和项目进展。
下面是一个JIRA实例的使用指南，帮助您开始使用该工具。
一、项目和问题创建首先，在JIRA中创建一个项目。
您可以选择使用敏捷、SCRUM或传统项目管理方法。
根据您的需求和团队的偏好，选择适合的方法。
在项目中，您可以创建不同的问题类型，如任务、缺陷、需求等。
确保选择最适合您需要跟踪的工作类型的问题类型。
二、问题跟踪和工作流在JIRA中，每个问题都有一个唯一的标识符，称为问题键。
问题跟踪是通过给问题分配状态、优先级和其他属性来实现的。
定义适合您项目的工作流程，包括不同的状态、转换和条件。
例如，您的问题可以从新建状态转换到待办状态，然后到处理中状态最后到已解决状态。
为每个问题选择正确的状态，并在流程中管理问题的进展。
确保项目成员了解问题是什么状态，以便他们能够知道何时采取行动。
三、问题属性和自定义字段在JIRA中，您可以使用自定义字段来添加额外的信息和属性。
例如，您可以添加一个日期字段以显示问题的截止日期，或者添加一个文本字段以显示问题的详细描述。
定义适合您项目需求的自定义字段，并确保在问题创建和修改时使用这些字段。
这将帮助您更全面地跟踪和管理问题。
四、权限和访问控制在JIRA中，您可以设置不同的权限和访问控制，以确保只有授权的用户能够访问和修改问题。
定义不同的用户组和角色，并为其分配适当的权限。
例如，项目经理可以有完全访问权限，开发人员可以有修改权限，而客户只能查看问题。
确保正确配置权限和访问控制，以确保团队成员只能访问他们需要的信息，并保护敏感数据的安全性。
五、报告和仪表板使用JIRA的报告和仪表板功能，您可以获得项目的实时和可视的概述。
创建适合您项目需求的仪表板，并选择合适的图表和指标来监视和报告项目的进展。
定期检查仪表板和报告，并与团队分享，以确保项目按计划进行，并及时采取行动解决问题。
JIRA培训以及缺陷管理课件
05
JIRA的常见问题与解决方案
常见问题及处理方法
问题1
JIRA安装后无法启动。
处理方法1
检查JIRA安装路径下是否存在`atlassian-jira.log`日志文 件，如有，查看日志文件以确定问题所在。
处理方法2
确认Java运行时环境（JRE）版本是否与JIRA版本相匹配 ，如版本过低，建议升级到最新版本。
详细描述
通过使用过滤器，可以根据不同的条件筛选任务，如根据任务状态、优先级 、创建时间等条件进行筛选。同时，可以自定义过滤器以满足特定的查找需 求。
使用看板管理任务进度
总结词
JIRA支持使用看板管理任务进度，帮助团队成员直观地了解任务进度和项目进展 情况。
详细描述
在JIRA中，可以创建看板来管理任务进度，将任务放在看板上，并使用不同的状 态来表示任务的进度。团队成员可以通过看板直观地了解项目的进展情况，并及 时更新任务状态。
JIRA的基本原理与架构
JIRA基于Java开发，采用了Web应用程序架构，能够运行 在各种操作系统和服务器上。
JIRA的架构包括了用户界面、服务层和数据库层三个部分 ，用户界面负责展示数据和结果，服务层负责处理业务逻 辑，数据库层负责存储数据。
02
JIRA使用方法与技巧
配置JIRA实例
总结词
创建与分配任务
总结词
JIRA支持创建任务并分配给开发人员，任务可以包含缺陷、 功能需求、任务和测试用例等。
详细描述
在JIRA中，可以创建不同类型的任务，如缺陷、功能需求、 任务和测试用例等。同时，可以将任务分配给开发人员，并 设置任务的优先级和截止日期。
JIRA使用培训
JIRA使用培训JIRA是一种流程管理工具，广泛应用于软件开发中的敏捷开发和项目管理。
它能够帮助团队进行任务跟踪、缺陷管理、需求管理、故障报告等工作，并提供项目进展的实时监控和报告。
以下是一份针对JIRA使用培训的文档。
一、JIRA基础知识1.JIRA简介-JIRA的定义和用途-JIRA的主要功能和特点-JIRA的优势和使用场景2.JIRA的基本概念-项目、问题、任务和子任务-工作流和状态-问题类型和字段-用户和权限管理3.JIRA界面介绍-登录和注销-仪表盘和项目面板-问题检索和过滤二、JIRA使用指南1.创建和管理项目-创建新项目-管理项目设置-添加和配置问题类型和字段2.创建和管理问题-创建新问题-指派问题并设置优先级-更新问题状态和工作流3.问题和过滤-使用简单和高级-设置过滤器-保存和分享结果4.问题报告和统计-创建仪表盘和报表-配置图表和统计项-导出和分享报表5.问题分配和跟踪-分配问题给团队成员-设置问题截止日期和提醒-跟踪问题的进展和解决状态6.JIRA与其他工具的集成- JIRA与Confluence的集成- JIRA与Bitbucket的集成- JIRA与Jenkins的集成三、JIRA实践案例分析1.敏捷项目管理-搭建敏捷项目模板-创建并维护产品待办清单-制定和管理迭代计划-迭代评审和回顾2.缺陷管理-创建和追踪缺陷问题-缺陷的优先级和严重程度-缺陷的解决和验证流程-缺陷报告和趋势分析3.需求管理-创建和追踪需求问题-需求的优先级和价值-需求的评审和确认流程-需求的变更和版本管理四、JIRA管理员指南1.系统设置和管理员权限-JIRA系统设置概览-用户和组管理-项目和工作流配置2.自定义字段和问题类型-字段类型和属性列表-创建自定义字段-配置自定义字段的显示和权限3.定制工作流和转换-工作流状态和转换设置-创建和修改工作流4.配置邮件通知和提醒-邮件通知设置-定制邮件模板-定义提醒规则和事件五、JIRA用户实践分享1.最佳实践和技巧-快捷键和操作技巧-利用过滤器和仪表盘提高效率2.团队协作与沟通-利用评论和说明进行沟通-创建子任务和关联问题3. 整合Scrum和Kanban- 利用Scrum工具进行计划和迭代- 使用Kanban工具进行流程控制- Scrum和Kanban的结合实践以上是对于JIRA使用培训的概要介绍，根据实际情况和需求，可以进一步扩展和细化培训内容。
缺陷管理工具jira从入门到精通
JIRA入门到精通——hjjlearning, 第一章、JIRA介绍跟踪并管理在项目开发和维护过程中出现的问题(如：缺陷，新特性，任务，改进等)是项目管理很重要的任务，但是很少有团队能做的很好。
JIRA作为一个专业的问题跟踪系统可以帮助您把缺陷管理起来，让跟踪和管理在项目中发现的问题变得简单，而且充分利用JIRA的灵活配置和扩展性，可以将JIRA作为一个项目管理系统或者IT支持系统。
JIRA特性1、管理缺陷，新特性，任务，改进或者其他任何问题2、人性化使用的用户界面3、灵活的工作流定制4、全文搜索和强大的过滤器5、企业级的权限和安全控制6、非常灵活的邮件通知配置7、可以创建子任务8、方便的扩展及与其他系统集成：包括email、LDAP和源码控制工具等9、丰富的插件库10、项目类别和组件/模块管理11、可以在几乎所有硬件，操作系统和数据库平台运行JIRA角色：JIRA作为一个缺陷跟踪管理系统，可以被企业管理人员，项目管理人员，开发人员，分析人员，测试人员和其他人员所广泛使用。
1、管理人员：根据JIRA系统提供的数据，更加准确地了解项目的开发质量和状态，以及整个团队的工作效率2、项目管理者可以针对登记进JIRA系统中问题，进行评估，分配缺陷；还可以通过JIRA系统的统计报告了解项目进展情况以及团队的工作量，工作效率等信息。
3、开发人员在JIRA系统中查看分配给自己的问题，及时进行处理，填写处理情况并提交工作量记录。
4、测试人员根据测试情况，在JIRA系统中及时快速的记录问题并对开发人员处理后的问题进行验证和跟踪。
第二章、JIRA安装JIRA是一个简单易用的Issue管理和跟踪的工具，运行在JAVA平台上。
和安装都很容易，按照，只需要十几分钟就可以搞定，而且还可以为JIRA配置单独的外包数据库(可以使用的数据库有MySQL、MS SQL、Oracle等)。
安装好之后就首先要在服务器上通过是jira的缺省端口)。
JIRA培训以及缺陷管理课件
在JIRA中创建与分配缺陷
创建缺陷
在JIRA中，可以创建缺陷来记录、跟踪和管理软件或服务中发现的问题。
分配缺陷
创建缺陷后，可以将缺陷分配给相应的开发人员或测试人员，以便他们能够 及时处理和解决问题。
缺陷的状态与生命周期管理
缺陷状态
缺陷的状态通常包括“新”、“打开”、“修复”、“关闭”等，这些状态反映 了缺陷的生命周期。
• 总结词：JIRA使用过程中经常遇到的问题及解决方法 • 详细描述：- 问题：无法在JIRA中创建新的项目或问题。 • 解决方法：确保您具有正确的权限和访问权限，并按照正确的步骤进行操作。 • 问题：无法正确地编辑或删除已有的项目或问题。 • 解决方法：确保您具有正确的权限和访问权限，并按照正确的步骤进行操作。 • 问题：无法在JIRA中搜索到已有的项目或问题。 • 解决方法：检查您的搜索关键字是否准确，也可以尝试使用高级搜索功能。
跟踪项目进展
介绍如何查看任务状态、任务完成情况、项目进度等。
报告项目进展
介绍如何编写项目进展报告、更新项目状态、评估项目风险等。
03
缺陷管理在JIRA中的实践
缺陷管理的定义与重要性
缺陷管理定义
缺陷管理是指对软件或服务中发现的问题进行追踪、评估和 解决的过程。
缺陷管理重要性
缺陷管理对于软件或服务的质量控制、用户体验和生产效率 至关重要，是软件开发过程中的重要环节。
JIRA的安全性和稳定性问题及解决方案
01
总结词
02
详细描述
03
解决方法
04
问题
05
解决方法
JIRA的安全性和稳定性问 题及解决方案
• 问题：JIRA的安全性可 能存在风险，比如用户 身份验证和授权等问题 。
JIRA使用手册
缺陷管理用具JIRA使用流程
JIRA缺陷管理工具地址：http://192.168.1.200:8686/secure/Dashboard.jspa
用户名密码我提前为大家添加好了，规则是姓的全拼加名的首字母，带有zh、ch、sh的以此命名，用户名密码相同，比如卢冯成：用户名-lufch 密码-lufch；如果姓名是两个字的则是两个字的全拼。
（如果大家觉得这样登录不方便可以进行更改）
1.测试人员创建bug，页面包括项目名称、问题类型、主题、优先级、报告人、经办人、
环境、描述和附件等项，如图所示：
在JIRA
：
经办人是指bug分配给的开发人员
2.开发人员登录，在页面中会看到分配给我的bug列表，如图红色框内
点击bug链接进入详情页面，如图所示：
3.在此页面点击“开始进行”，状态会由open—>in progress，说明你是在更改此bug
4.点击“解决问题”，弹出解决bug对话框，如图所示：
问题的解决状态有以下分类：
开发人员可根据解决的情况选择相应的选项，点击“解决”按钮，状态会随之改变，若是fixed，则状态由in progress—>resolved。
5.测试人员会根据bug状态针对性验证，若bug验证已修改，则会关闭closed；若未修改，
则会重新开启reopen。
注：每个问题有一个状态,用来表明问题所处的阶段,问题通过开始于open状态,然后开始处理。
缺陷管理工具jira从入门到精通共39页PPT资料
缺陷管理
火龙果 整理
缺陷管理-目的
火龙果 整理
• 缺陷管理目的: • 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证
各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。
•
区分这些术语很重要，它关系到测试工程师对软件失效现象与机
理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软
件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的
来说,软件失效的机理可描述为:
• 软件错误->软件缺陷->软件故障->软件失效
缺陷管理
火龙果 整理
缺陷实际关闭的版本（Closed in Version） 缺陷实际修复所花的时间（Actual Fixed Time） 缺陷修复完成时间（Closing Date） 注释(Comments) 附件（Attachments）
描述
简单描述缺陷，主要是什么缺陷 描叙缺陷是由谁发现提出的。 描叙缺陷发现提出时间。 描述缺陷的严重性。
火龙果 整理
缺陷管理-缺缺陷属性陷相关属性
缺陷描叙（Summary） 缺陷发现提交者（Detected By） 缺陷发现时间（Detected on Date） 缺陷严重性（Severity）
缺陷分给谁（Assigned to） 缺陷在哪个版本发现(Detected in Version) 缺陷被修改的时间（Modified） 计划修复时间（Plan fixed Data） 缺陷优先级（priority） 缺陷所属项目（Project） 是否是重现缺陷(Reproducible) 缺陷的状态(Status) 缺陷所属于的模块（subject） 缺陷详细描述（Description）
学习使用JIRA进行项目管理和追踪
学习使用JIRA进行项目管理和追踪第一章：JIRA简介JIRA是一个功能强大的项目管理和问题追踪工具，由澳大利亚的Atlassian公司开发。
它提供了一系列功能，包括项目规划、任务分配、问题跟踪、团队协作等，适用于各种规模的项目和团队。
JIRA的核心理念是敏捷开发，使用迭代和增量的方式进行项目开发，以应对需求、变化和不确定性。
在业界被广泛应用，并得到了许多大型企业和团队的认可。
第二章：JIRA的基本概念和术语在开始学习使用JIRA之前，我们需要了解一些基本的概念和术语。
首先是项目（Project），一个项目可以包含多个任务和问题，用于管理和组织相关的工作内容。
每个项目都有一个独立的名称和标识符，以便进行区分和访问。
其次是问题（Issue），问题是JIRA中的核心实体，用于跟踪和记录项目中的任务、缺陷、需求等。
每个问题都有一个唯一的标识符和一组属性，如标题、描述、状态、优先级等。
还有的重要概念是工作流（Workflow），工作流定义了问题在不同状态之间的流转和处理过程。
例如，问题可以从 "待办" 状态进入 "进行中" 状态，然后最终进入 "已解决" 状态。
通过定义不同的状态和过渡条件，可以实现对问题的有效管理和追踪。
第三章：JIRA的安装和部署在开始使用JIRA之前，我们需要完成JIRA的安装和部署工作。
首先，我们要下载并安装JIRA的安装包，然后按照安装向导的指引完成基本配置，包括数据库连接、电子邮件设置等。
在部署完成后，我们可以通过浏览器访问JIRA的网页界面，输入管理员账号和密码进行登录。
接下来，我们可以创建新的项目，并配置项目的属性和设置，以满足具体的需求。
第四章：JIRA的项目管理JIRA提供了一系列功能用于项目管理和规划。
首先，我们可以创建项目并设置项目的属性，如名称、描述、项目类型等。
然后，我们可以定义项目的版本、迭代和里程碑，用于计划和跟踪项目的进度和里程碑。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
描述缺陷实际关闭的版本。 描述缺陷实际修复所花的时间 描述缺陷实际关闭的时间。 描叙对缺陷的注释。 添加缺陷附件。
优先级 立即处理或解决
在发现的两天内完成。
系统上线前必须修复完成 正常排队等待修复或方便
时修复 方便时再修复
缺陷管理-缺陷修复优先级
优先级
描述
紧急（5-Urgent）
缺陷很紧急且很严重，得立即修复。
很高优先级(4-very High) 较高优先级(3-High)
例如，软件的主要功能错误或者造成软件崩溃， 数据丢失的缺陷。
软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受 的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活.
软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态. 比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适 当的措施(容错)加以处理,便产生软件失效.软件故障是一种动态行为.
3.1.1 系统测试缺陷处理流程
退回
新建表单
个人提交
退回 重新指定
待测试提交 待指定处理人 正在处理
测试提交 指定处理人 处理完毕
重新返测 返回处理
待开发提交 待返测 待归档 已归档
提交版本更 新说明 返测完毕
归档
缺陷报告
• Bug报告准则
– 如何重现错误-使用最少步骤重现 – 现象描述没有歧义 – 尽量简单-一个bug一个报告 – 可以提出对错误的解决建议
缺陷管理-人员职责
• 参与缺陷管理过程人员角色职责:
• 项目经理（PM） 负责指派缺陷给相关责任人. • 项目测试负责人（TM）: 决定缺陷管理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。 • 测试人员（TE） 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 • 项目相关开发人员（DE） 修改测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 • 质量保证人员（SQA） 监控项目组缺陷管理规程执行情况。
•
区分这些术语很重要，它关系到测试工程师对软件失效现象与机
理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软
件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的
来说,软件失效的机理可描述为:
• 软件错误->软件缺陷->软件故障->软件失效
缺陷管理
软件错误:在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯 穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹. 软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软 件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行 为.
C-D
• Cause –Code 由于编码的问题引起的缺陷
C-C
• Cause –Test 由于测试的问题引起的缺陷（测试用例设计问题等） C-T
• Cause –Integration & Other 由于集成或其它问题引起的缺陷 C-I&O
缺陷管理-缺缺陷属性陷相关属性
缺陷描叙（Summary） 缺陷发现提交者（Detected By） 缺陷发现时间（Detected on Date） 缺陷严重性（Severity）
自的特点，先修复严 重缺陷。
类型编 类型名称 号
描述
10 文档
注释，消息
缺陷管理
缺陷管理-目的
• 缺陷管理目的: • 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证
各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。
缺陷实际关闭的版本（Closed in Version） 缺陷实际修复所花的时间（Actual Fixed Time） 缺陷修复完成时间（Closing Date） 注释(Comments) 附件（Attachments）
描述
简单描述缺陷，主要是什么缺陷 描叙缺陷是由谁发现提出的。 描叙缺陷发现提出时间。 描述缺陷的严重性。
重新返测 返回处理
正在处理 待返测 待归档
处理完毕 返测完毕
归档
已归档
4.1 缺陷分析的关注点：
1.对软件问题的功能域分布进行分析，找出系统的 薄弱环节
– 要详细采集每个功能模块或系统构件的bug数据，并 按功能、错误类型、严重程度等分类
– 比较实际发现的软件bug是否与预期的问题分布相吻 合
– 二八定理：80%的软件问题总是发生在大约20%的功能 模块（系统构件）中。
求) – 测试员或用户认为软件的易用性差 • 不是所有缺陷都会修改 – 市场的压力使得产品最终发行有时间限制 – 测试员错误理解或者不正确操作引出的缺陷(FAQ) – 错误的修改影响的模块较多，带来的风险较大（遗留） – 修改性价比太低(FAQ，遗留） – 缺陷报告中提出的问题很难重现
3.1 缺陷报告管理系统
例如，影响软件功能和性能的一般缺陷。
一般优先级(2-Medium) 低优先级（1-Low）
例如，本地化软件的某些字符没有翻译或者翻译 不准确的缺陷。
例如，对软件的质量影响非常轻微或出现几率很 低的缺陷。
缺陷管理-缺陷状态
缺陷状态 新提交（New） 激活(Open) 已拒绝(Rejected) 已解决(Fixed)
缺陷管理-怎样专业的描述缺陷
• 软件缺陷的有效描述规则，主要是： 1. 单一准确 每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会 导致缺陷部分被注意和修复，不能得到彻底的修正。 2. 可以再现 提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常 情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。 3. 完整统一 提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。 4. 短小简练 通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺 陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航 栏”、“分辨率”等是关键词。 5. 特定条件 许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以 软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、 浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能 在没有找到结果返回时跳转页面不对”。 6. 补充完善
– 是测试流程在工具上的固化 – 通过权限控制来实现流程监控变更的信息 – 是开发和测试之间沟通的信息平台 – 实时的数据和信息的更新 – 度量和统计分析，为改进产品提供依据
测试缺陷跟踪与管理系统
采用Lotus Notes作为bug管理平台 完全电子化的信息传递 统一管理和备份
缺陷分析的关注点
2、对bug的注入阶段的分布进行分析，并与 历史数据相比较。应按不同的开发阶段详 细采集bug的数据
– 要求软件各开发阶段的缺陷密度小于本单位 过去的平均值
– 而且要求需求分析、设计和代码复查阶段的 缺陷排除率之和大于或等于规定值（例如 75%）。（同行评审）
缺陷分析的关注点
3、应对软件缺陷类型进 行分析，以便针对各
缺陷管理-缺陷等级定义
等级 A类 B类 C类 D类 E类
说明 致命错误 很严重的错误 一般严重错误 一般性错误 较小错误
现象描述（部分例子）
由于程序所引起的死机,非法退出； 死循环； 数据库发生死锁； 因错误操作导致的程序中断； 与数据库连接错误； 数据通讯错误； 导致测试无法继续执行。 可能影响其他模块功能。 程序错误； 程序接口错误； 数据库的表、业务规则、缺省值未加完整性等约束条件； 关键功能完全不能实现； 程序运行不稳定，如出现不可继续进行操作的错误； 程序运行出现难以捕捉和不可再现的错误； 响应其他业务流程的错误。 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除/退出操作未给出提示 数据库表中有过多的空字段 功能不完整，如菜单、按钮不响应 对错误没有处理信息 界面不规范； 辅助说明描述不清楚； 输入输出不规范； 提示窗口文字未采用行业术语； 可输入区域和只读区域没有明显的区分标志。 Tab键跳转不正常； 窗口控件的Z-Order不正确；； 窗口中的按钮或者控件缺少快捷字母，或快捷字母冲突； 文字表述中有错别字或歧义；
重激活(Reopen) 重复缺陷（Duplicate） 已关闭(Closed)
描述 新提交的缺陷状态 缺陷已提交，正在处理 拒绝“已提交的缺陷”，不需要修改或不是缺陷 缺陷已修改
缺陷修改未通过再测试， 或因其他原因造成缺陷再次打开 缺陷重复出现，已经被提交过。 确认缺陷已被修复，将其关闭
缺陷管理-缺陷状态转换图
缺陷分给谁（Assigned to） 缺陷在哪个版本发现(Detected in Version) 缺陷被修改的时间（Modified） 计划修复时间（Plan fixed Data） 缺陷优先级（priority） 缺陷所属项目（Project） 是否是重现缺陷(Reproducible) 缺陷的状态(Status) 缺陷所属于的模块（subject） 缺陷详细描述（Description）