TutorialsPoint JIRA 教程

来源：https://www.yiibai.com/jira/

JIRA教程

原文：https://www.yiibai.com/jira

JIRA教程提供了JIRA工具的基本和高级概念。 我们的JIRA教程专为初学者和专业人士设计。

JIRA是手动测试中使用最广泛的开源测试工具之一。

我们的JIRA教程包括测试工具的所有主题，如功能，安装，问题，工作流程，组件，报告等。

JIRA是什么？

JIRA是一种用于错误跟踪，问题跟踪和项目管理的测试工具。

谁使用JIRA

JIRA工具是软件开发人员和QA团队的理想选择。 JIRA帮助软件开发人员及时修复错误以及QA团队，以有效地生成技术文档。

前提条件

在学习JIRA之前，您应该对手动测试有基本的了解。

面向读者

我们的JIRA教程旨在帮助初学者和专业人士。

问题反馈

我们不能保证您在学习此JIRA教程的过程中不会遇到任何问题。本教程中的讲解，示例和代码等只是根据作者的理解来概括写出。由于作者水平和能力有限，因此不保正所有编写的文章都准确无误。但是如果有遇到任何错误或问题，请反馈给我们，我们会及时纠正以方便后续读者阅读。

易百教程移动端：请扫描本页面底部(右侧)二维码并关注微信公众号，回复："教程" 选择相关教程阅读或直接访问：http://m.yiibai.com 。

JIRA简介

原文：https://www.yiibai.com/jira/jira-introduction.html

JIRA是由澳大利亚公司Atlassian开发的软件测试工具。 它是一个错误跟踪工具，可报告软件或移动应用程序相关的所有问题。JIRA这个词来自日语单词，即“Gojira”，意思是哥斯拉。

JIRA基于敏捷方法，目前的Jira版本为6。

以下是Jira提供的有用方面：

项目：用于非常有效地管理缺陷。

问题：它用于跟踪和管理缺陷/问题。

工作流程：处理问题/缺陷生命周期。假设我们有业务需求，我们创建技术设计，并从技术设计中创建测试用例。创建测试用例后，完成编码，然后对项目执行测试。使用Jira可以实现此设计工作流程。

搜索：轻松查找。假设在12月初完成了一个项目，其版本是1.0。现在，我们转到1.1版并在12月底完成，需要做的是添加新版本。通过Jira，我们可以了解早期版本中发生的事情，早期项目中发生了多少缺陷以及我们从早期项目中获得的学习。

仪表板：仪表板是在登录Jira时看到的显示。可以为多个项目创建多个仪表板。可以创建个人仪表板，并可以在仪表板中添加小工具，以便可以跟踪正在处理的分配和问题。

为什么选择JIRA？

使用JIRA工具是由于以下原因：

1. 计划，跟踪和工作更快
JIRA是一种错误跟踪工具，主要用于跟踪，组织错误并确定其优先级，新增功能以及某些软件版本的改进。 项目细分为问题，问题可以是多种类型，例如错误，新功能，改进和文档任务。
当软件的发布日期临近时，软件开发人员需要关注在指定日期之前要修复的剩余问题。 质量保证也很难维持文件的状态，即有时候很难跟踪所有内容。
JIRA是处理上述问题的不错选择。 它使软件开发人员能够跟踪问题和改进。 它管理项目以及维护技术文档。

2. 信息的主要来源
JIRA是下一个软件版本的主要信息来源。 在JIRA上，软件开发人员的整个团队可以计划要添加的新功能以及在下一版本中修复的错误。
它还有助于QA团队编写技术文档。 通过JIRA，QA团队可以检查软件开发人员新添加的每个功能的状态，并根据这些功能，他们可以计划如何记录新版本。

3. 组织文档任务
JIRA工具用于组织文档任务。 通过使用组件功能对多个任务进行分组非常有用，甚至可以创建自己的文档。 通过这种方式，您可以创建结构化的文档方式。

4. 跟踪我们文档的进度
它是跟踪文档进度的非常有用的工具。 JIRA工具提供了一个非常重要的功能，即饼图宏。 在饼图宏中可以查看打开任务，已关闭任务，已解决任务等任务。

5. 帮助满足文档发布的截止日期

可以定义文档发布的特定截止日期或截止日期，甚至可以使用通知配置JIRA工具，以便可以及时完成文档。

6. 衡量文档所花费的时间

JIRA工具没有用于衡量文档花费时间的默认功能。 JIRA工具与Tempo Timesheets捆绑在一起，可以测量文档花费的时间。

7. 更快地提供反馈

JIRA工具提供Confluence页面，只需单击几下即可连接到问题。 如果需要更新某些内容，则可以直接从Confluence页面创建问题。

JIRA安装

原文：https://www.yiibai.com/jira/jira-installation.html

JIRA是一个集中式软件，其中所有项目都登录到中央数据库并完成工作流程。工作流程控制项目的状态。

如何下载和安装JIRA软件

以下是下载和安装JIRA软件的步骤：

第1步： 在Google/百度搜索引擎框中输入“Download JIRA software”。屏幕显示如下：

第2步： 单击“Download Jira Software Server”。点击后，屏幕显示如下：

在上面的屏幕中，选择操作系统环境类型，然后单击“下载”按钮。假设，我在Windows上工作，然后选择“Windows 64 Bit”。单击“下载”按钮，将出现如下对话框：

在上面的对话框中，单击复选框，然后单击“Get started”按钮。单击“Get started”按钮，屏幕显示如下：

现在，找到已下载的.exe文件，然后单击下载的.exe文件。单击下载的文件，安装将开始。
安装向导将显示如下：

单击“下一步”按钮。选择适当的安装类型，然后单击“下一步”按钮。

以下是JIRA软件的详细信息，单击“安装”按钮。

以下屏幕显示安装已启动。

安装完成后，屏幕显示如下：

单击“完成”按钮。
完成

现在，JIRA已在Web浏览器中启动，必须在Jira中注册该帐户。必须选择许可证类型并输入组织的名称。

单击Generate License(生成许可证)按钮后，将出现一个弹出框，该弹出框是一个确认框，询问您是否要在服务器上安装许可证密钥。单击“是”按钮。

填写登录Jira所需的管理员详细信息。单击“下一步”按钮。

Jira将开始完成您的设置。

当设置了Jira，就可以自由使用Jira软件。如下界面所示 -

JIRA瀑布模型

原文：https://www.yiibai.com/jira/jira-waterfall-model.html

在了解敏捷和JIRA之前，需要了解瀑布模型。

什么是瀑布模型？

瀑布模型是IT行业用于开发软件的最古老的模型。不同公司使用不同模型和流程，但瀑布模型是IT行业中最古老，最安全，最简单的模型。

它是构建代表现实生活的软件的最简单模型。下面我们来了解瀑布模型。瀑布模型分为多个阶段：
瀑布模型

要求

假设有客户想要开发软件，然后客户联系到一家软件公司。假设客户联系了这家服务型公司并要求该公司为他们构建软件。

公司做什么？

公司将收集客户的所有需求，知识或客户希望拥有的软件，公司将从客户收集所有信息并准备文档。执行此活动后，设计阶段即开始。

设计

在此阶段，我们准备高级和低级设计。在开发软件之前，需要设计软件。假设客户想要与亚马逊类似的电子商务网站，那么网站的UI(用户界面)将由设计者制作，数据流也在这个阶段设计，数据将如何流动。完成此阶段后，开发阶段即可开始。

开发

在开发阶段，软件开发团队开始编写和开发软件。这是瀑布模型的最长阶段，因为开发人员需要更多时间来构建软件。一旦软件开发完成，项目就会交给测试人员。

测试

测试团队将测试软件，如果发现有错误，他们会通知开发人员他们发现的问题并确保错误得到修复。测试团队确保完成端到端软件。

部署

测试项目后，将部署项目，以使其成为实时用户的实时用户。

维护

最后，项目已部署并可供客户使用。客户希望维护期为一年或两年，因为如果发现错误或想要在项目中稍微增强功能，那么需要一些团队来处理这些问题。由于这个原因，需要一个维护期。

瀑布模型的例子

假设客户想要一个像WhatsApp这样的应用程序，那么客户就会找到一个软件开发公司并讨论2个月。软件开发公司在2个月内完成了所有要求的记录。软件开发公司的开发团队开始开发软件，并假设开发软件花了大约10个月的时间。这意味着已经使用了12个月，即需求阶段为2个月，开发阶段为10个月，但客户仍然不了解内部阶段。开发完成后，测试完成，软件质量测试大约需要2个月。一旦测试完成，它将进入集成并启动，以便WhatsApp进入交付试用。然而，当它到达客户端时，客户说它花了一年多的时间，收到的软件却不是他所期望的。之所以发生这种情况，是因为客户只与软件团队进行了口头沟通。如果客户想要对软件进行一些更改，那么整个过程将再次执行。

瀑布模型的优点

简单易懂，易于使用

它代表了您想要在现实生活中完成的所有任务。例如，您需要客户端的需求。它包含不同的阶段，每个阶段仅在前一阶段完成时启动。

具体的可交付成果和审核流程。

每个阶段都有一个特定的可交付和审核流程。在需求阶段之后，我们满足客户需求的所有要求。软件开发完成后，我们就可以交付。

阶段不重叠。

在该模型中，相位不重叠，即，它们一次完成一次。上一阶段完成后，只有下一阶段开始。例如，开发阶段将仅在设计阶段完成时开始。

瀑布模型的缺点

产品上线时间很长。

只有在完成所有阶段后才会发布产品。因此，此模型需要很长时间才能发布产品。

出乎意料的结果。

期望和收到的内容大多不同，因为客户根据文档仅了解产品。客户只有一个想法，这是一个有记录的想法。

不适合改变需求。

瀑布模型不适用于需求处于中度到高度变化风险的项目。如果要求发生变化，则不建议使用此模型，因为所有要求都是在需求阶段完成的，这是一个非常耗时的过程。

JIRA敏捷

原文：https://www.yiibai.com/jira/jira-agile.html

敏捷是一种时间盒式的迭代方法，可以逐步构建项目，而不是一次性构建项目。敏捷是一种在整个软件中促进开发和测试的连续迭代的实践。

什么不需要敏捷？

主持会议
团队每天进行10-15分钟的频繁会议，他们认为频繁的会议将是敏捷的。但是，只有以下会议才会敏捷。

需求随时变化
需求可以随时更改，那不需要敏捷。例如，客户想要添加一些新功能并希望同时更新更改，那么这将不是敏捷。

非结构化发展
假设您没有遵循任何计划并且您正在开发Adhoc，那么它不是敏捷的，其中Adhoc测试，测试人员随机测试应用程序而不遵循任何文档和测试设计技术。

没有文档
如果公司没有制作文档，那么它不是敏捷的。

什么是敏捷？

敏捷是一种哲学，即一套决定开发软件的价值观和原则。
敏捷基于迭代增量模型。在增量模型中，我们以增量方式创建系统，其中每个增量都是单独开发和测试的。

下图显示了敏捷模型如何逐步工作 -

什么是价值？

在敏捷中，需要执行下表中提到的所有八个任务。但是，我们必须确保左侧任务的优先级应该高于右侧任务。

个人和互动 | 过程和工具
工作软件 | 综合文档
客户协作 | 合同谈判
回应变化 | 遵循计划

个人和互动，优先于过程和工具
假设团队在软件中发现任何问题，然后他们搜索另一个流程或工具来解决问题。但是，在敏捷中，最好与客户，经理或团队就问题进行互动，并确保问题得到解决。

工作软件，优先于文档
需要文档，但是非常需要工作软件。敏捷并不是说不需要文档，但是非常需要工作软件。例如，您有20页的文档，但您没有软件的一个原型。在这种情况下，客户端将不满意，因为最终客户端需要一个文档。

客户协作，优先于合同谈判
合同谈判在制定软件预算时很重要，但客户协作比合同谈判更重要。例如，如果您坚持要求或流程，那么就不要签订我们已经协商的合同。您需要与客户互动，收集他们的需求。

遵循变更，优先于遵循计划
在瀑布模型中，一切都是有计划的，即，在什么时间，每个阶段都将完成。有时您需要在软件中间实现新要求，因此您需要具备多种功能才能对软件进行更改。

注意：根据敏捷方法，左侧任务应优先于右侧任务。

敏捷原则

首要任务是通过尽早和持续交付有价值的软件来满足客户。根据敏捷原则，客户就是他们的一切。无论客户需要什么，他们都有任何问题或想要添加新的要求，他们总是优先考虑客户。倾听客户的意见，并为客户提供高质量的软件。

它欢迎不断变化的要求，甚至在开发的后期。敏捷流程利用变革为客户带来竞争优势。在瀑布模型中，如果要在软件中间进行任何新的更改，则整个过程将再次完成。因此，瀑布模型是刚性的而不是通用的。敏捷可将这样的工作可以很容易地将新的变化整合到软件中。

经常提供工作软件，从几周到几个月，优先考虑更短的时间尺度。在瀑布模型中，当整个系统开发出来时，只有它被传递给客户，而敏捷说不要等待太久，等待几周或几个月。无论您开发了什么都要向客户端演示，这样就可以向客户提供您在初始阶段正在开发的软件的每个功能。

业务人员和开发人员必须在整个项目中每天一起工作。这意味着客户，客户和团队应该每天进行交互。

围绕有动力的个人建立项目，为他们提供所需的环境和支持，并信任他们完成工作。敏捷相信你的团队，客户和公司。假设给团队成员一个任务，然后提供他需要的所有资源，如文档，系统，信息研究等。

向开发团队内部和内部传达信息的最有效和最有效的方法是面对面交谈。假设有些情况需要与客户进行交互，开发团队通常通过邮件或电话进行，但最好进行面对面交谈。

工作软件是进步的主要衡量标准。敏捷无论是通过文档还是项目经理所说的内容，开发或工作的软件数量都是进度的衡量标准。

敏捷过程促进可持续发展。赞助商，开发者和用户应该能够无限期地保持稳定的步伐。敏捷说，让你的团队在交付时保持不变，这样团队应该有固定的工作时间意味着如果公司的工作时间是8小时，那么团队应该在一天工作8小时。

持续关注技术卓越和良好的设计提高灵活性意味着团队成员在技术上应该是合理的，以便他们可以做出好的设计，如果做出任何改变，那么它们可以很容易地融入软件中。

最好的架构，需求和设计来自自组织团队。无论架构团队进行何种设计，他们都确保他们与开发团队坐在一起并讨论软件的架构。

团队定期反思如何变得更有效，然后调整并相应地调整其行为。这个原则说团队应该经常见面，以便他们可以讨论他们面临的问题，并且可以有效地解决。

JIRA Scrum

原文：https://www.yiibai.com/jira/jira-scrum.html

在前面我们学习了敏捷方法，其中敏捷是一组信念，应该遵循这些信念来开发软件开发项目。在这些信念或价值观上，已经开发了许多模型，其中一个模型是Scrum。

在深入Scrum之前，您应该知道一些基本术语的含义：

Scrum：Scrum是一个敏捷框架，可以帮助您组织，迭代和继续您正在处理的同一个项目。在scrum中，产品是在一系列迭代中构建的，称为sprint或part。

Sprint：Sprint是一个时间限制的时期，scrum团队需要完成一定数量的工作。每个sprint都有一个指定的时间线，即2周到1个月。scrum团队在sprint计划会议期间同意此时间表。

Scrum Master：Scrum Master被定义为Scrum开发团队的推动者或仆人领导者。Scrum Master必须确保遵循Scrum原则。

Scrum开发团队：Scrum开发团队是包含开发人员，QA和Scrum master的个人成员的集合。它决定并提供努力估计，Scrum团队的建议规模为5到9名成员。

Scrum是如何工作的？

在瀑布模型中，我们已经读到完成了第一个完整的需求，然后完成整个设计，然后完成整个开发，然后完成整个测试和部署。此模型占用产品的整个生命周期，然后唯一的产品可供客户查看。虽然Scrum说要考虑软件的一小部分，然后对其进行规划，构建，测试并最终进行审核。已经开发的这个小模块将向客户展示。例如，我们需要开发电子商务网站，可以分为多个sprints或模块，如登录页面，支付页面，购物车页面等。然后，每个模块单独开发并同时向客户展示。因此，我们可以说，在每个sprint完成后，将产品发送到客户端，但不是完整的产品，而是功能的一部分。

Scrum的Artifact

在Scrum中准备的文档和内容称为Artifacts。

以下是Scrum的Artifact：

产品待办事项
产品待办事项(Product Backlog)是需要在项目中完成的活动的集合。当我们想要开发软件时，需要执行’n’个活动。例如，我们需要开发电子商务网站，然后必须进行’n’个活动，例如我们需要创建登录页面，支付系统，购物车系统等以及这些’n’个活动。需要开发的软件称为产品待办事项。

Sprint待办事项
我们知道，在一个scrum中，我们将scrum分解为’n’个sprint，而sprint的目标是将软件的小功能带到客户端进行演示。在产品待办事项中，我们必须完成开发软件所需的所有活动，而在sprint待办事项中，在该sprint中执行一小组产品待办事项活动。’n’个sprint待办事项等于1个产品待办事项。

Burndown图表
Burndown图表是sprint的结果，它显示了sprint的进展。在每个sprint之后，我们需要检查每个sprint的进度。Burndown图表告诉您如何处理sprint。在Burndown图表中，图表从一段时间开始，即活动开始的地方，并且在sprint结束时，图表在活动结束时达到零。它通常是从上到下的倾斜线。

Scrum角色

有三个scrum角色：

产品拥有者
有一个客户想要开发他的软件，所以他接近可以开发他的软件的公司。公司做什么？ 公司指定一个角色，即产品负责人。产品负责人是与客户沟通的人了解他们的要求。产品负责人是公司负责软件开发的人员。

Scrum Master
在冲刺期间，敏捷说团队应该每天聚会一次。当团队遵循scrum意味着他们每天开会10到15分钟。这次会议被称为scrum会议。Scrum Master是处理Scrum会议的人。

团队
该团队由从事该项目的人员组成。它可以是开发人员，测试人员或设计人员。当我们谈论敏捷或Scrum时，我们谈论团队，不讨论开发人员或测试人员作为个人。敏捷让开发人员可以作为测试人员工作，或者测试人员可以在需要时以开发人员的身份工作。

Scrum的仪式

看看下面的Scrum仪式：

Sprint计划
Scrum由许多sprint组成，这些sprint具有用于交付软件的不同模块集。在开始sprint计划之前，召开一次名为sprint计划的会议，在sprint计划中，我们讨论了sprint将要做什么。在sprint计划中，产品所有者讨论产品的每个功能并估计开发团队所涉及的工作量。

每日Scrum
在Scrum中，Scrum Master每天召开15分钟的会议，Scrum Master是管理会议的人。会议由scrum master，开发人员，测试人员，设计人员，产品所有者，产品所有者和客户端都是可选的客户端组成。

Sprint复审
在每个sprint完成之后，会议将与客户进行，其中向客户展示产品以进行演示，团队讨论他们在项目中添加的功能。

Sprint的工作

原文：https://www.yiibai.com/jira/jira-working-of-sprint.html

Sprint的工作如下图所示 -

客户，利益相关者

假设有一个客户想要开发他们的软件，他们找到一个基于服务的公司来开发他们的软件。

产品拥有者

该公司将做什么？

公司将指定称为产品所有者的人。客户端与产品所有者进行沟通，产品所有者将捕获客户端的所有需求或用户故事，并将其命名为产品待办事项。

产品待办事项

产品待办事项(Backlog)是开发软件时需要完成的一系列活动。

Sprint计划

现在，我们将开始sprint。我们不会像在瀑布模型中那样一次性开发产品。我们将考虑产品待办事项的某些部分，并且将首先开发优先的那一部分。要开发这个特定的部分，需要考虑一些因素，例如什么是优先级，哪些组件可以组合在一起，客户需要什么功能等等。在开始sprint之前，会议被称为sprint规划，我们将在哪里讨论所有功能。在sprint计划中，我们还选择将在此sprint中开发的活动或待办事项，所选的待办事项被称为sprint待办事项。

Sprint Backlog

Sprint Backlog是一组需要在此sprint中执行的活动。在产品Backlog中，在sprint backlog中捕获一组活动，并将sprint backlog的每个活动分配给特定的人。完成sprint的最短时间是4天，但可以延长到2-3周。

Sprint

在Sprint Backlog之后，团队开始进行Sprint，完成Sprint可能需要大约1到3周的时间。sprint的完成因项目而异。当sprint开始时，每日会议被称为Daily Scrum，Scrum Master会召开这次会议。在Daily Scrum中，每天都会举行一次会议，会议可以延长到10-15次会议。会议有一种预定义的格式，即团队成员必须告诉他昨天做了什么，今天他将做什么，以及妨碍他完成工作的事情是什么？Scrum主管负责解决团队成员面临的问题。

Sprint交付

当sprint完成时，sprint将被传递给客户端。产品交付给客户意味着完成了称为sprint backlog的最小产品待办事项。sprint交付完成后，客户端可以查看产品，这不是我们已经开发了一些东西而客户端无法查看。

Sprint评论和回顾

一旦sprint交付结束，就会举行两种类型的会议，即Sprint审查和回顾。Sprint审查是团队成员坐在一起的会议，他们向客户提供有关他们在此sprint中开发的产品的演示。

回顾会是团队成员之间的另一次会议。在这次会议中，他们讨论了这个sprint中的正确内容以及这个sprint中出了什么问题，比如妨碍他们工作的问题。

在sprint审核之后，回到产品Backlog，然后进行sprint计划以选择sprint backlog，即sprint2，这样，这个周期一直持续到除非整个产品被开发并运送到客户端。

Scrum主面板

产品待办事项：Product Backlog是开发软件时需要完成的一系列活动。
Sprint待办事项：Sprint Backlog是一个积压，它已经从产品积压中采取了一些需要在此sprint中完成的活动。
Scrum主面板：Scrum Board是一个主面板，它显示了在此sprint中需要完成的所有活动的状态。

Scrum主面板包含四种状态：

打开 - “打开”状态表示“打开”中可用的任务尚未启动。

进行中 - “进行中”状态意味着开发人员完成了他们的任务。

测试 - “测试”意味着任务处于测试阶段。

关闭 - ‘关闭’表示任务已完成。

看板方法

原文：https://www.yiibai.com/jira/kanban_methodology.html

看板是Scrum之后用于软件开发的最流行的敏捷框架。它提供了工作的实时性和透明性。在看板中，所有任务都是可见的，允许团队成员随时查看每项任务的状态。

看板方法的特点

灵活性
在看板方法中，团队专注于“进行中”状态的工作。一旦团队完成任务，它就会完成产品待办事项的下一个第一项任务。产品负责人会重新确定任务的优先级，或者对团队外部的产品待办事项进行更改，这样就不会破坏或影响团队。产品所有者将最重要的任务放在产品待办事项的顶部，因此开发团队确保他们将产生最有价值的输出。在看板中，我们不需要像在scrum中那样进行固定长度的迭代。

最大限度地缩短时间周期
工作周期是工作从开始到运送到客户的那一刻所花费的时间。重叠的技能组可以最小化循环时间。在这种情况下，开发人员不仅可以编写代码，还可以在需要时测试代码。这种类型的共享技能意味着团队成员可以进行异构工作，从而优化周期时间。

可视指标
可视指标是提高团队效率和团队效率的一种方式。可视化指标通过图表显示，团队成员可以查看图表中的数据，并可以发现其流程中出现的问题。可视指标的主要目标是减少问题在整个过程中移动所花费的时间。
看板团队使用两种类型的图表：
控制图：显示每个问题所花费的周期时间。
累积流程图：显示每个州存在的问题数量。

持续交付
持续交付的主要目标是快速交付低风险产品。从敏捷方法到持续交付的过渡将两到三周的冲刺转变为看板方法。看板方法和持续交付都通过更快地向客户交付产品而相互补充。软件开发团队用于以连续的方式开发，测试和审查新功能。因此，我们可以说看板是一种连续流方法。

看板主面板

看板是一种用于可视化工作并限制在制品工作的工具。

与scrum一样，我们正在从产品待办事项中添加一些活动并添加sprint backlog。但是，在看板中没有sprint，因此不会执行sprint backlog活动。这是scrum和Kanban之间的主要区别，scrum包含sprint backlog，而kanban不包含sprint backlog。

看板由三种状态组成：

待办事项

正在做

已完成

项目启动后，我们将产品待办事项中的所有活动都置于“待办事项”状态。当团队成员开始处理某个活动时，该活动将处于“正在”状态，并且在放置活动时，它将处于“完成”状态。

从Kanban主面板，人们可以了解已经完成了哪些活动以及他们需要开展哪些活动。

看板板最重要的功能之一是限制选项。在上图中，我们在产品待办事项中有八个任务，限制集为4。一次只有四个任务处于“待办事项”状态，并且如果任何任务处于“正在”状态 然后，产品待办事项中的另外一项任务将被置于“待办事项”状态。通过这种方式，我们可以根据资源的可用性设置限制。

看板（Kanban）与Scrum区别

原文：https://www.yiibai.com/jira/jira-kanban-vs-scrum.html

看板和Scrum之间有很多不同之处。下面列出了看板和Scrum之间的区别：

对比项 | Scrum | 看板
计划 | 它有固定的计划，它专注于规划。它从sprint计划开始，以sprint审查结束，回顾性。举行日常会议，以便团队了解后续步骤，优先事项以及之前步骤的经验。 | 它没有固定的计划，也没有每日会议。在看板中，可以随时发生变化，即频繁发生变化。
时间线 | 在scrum中，处理具有固定时间持续时间的sprint意味着在一段固定时间之后，要向客户端提供一些东西。 | 看板没有sprint的概念，因此没有固定的时间表来将产品交付给客户端。
任务估算 | 在sprint计划期间，决定从产品待办事项中提取多少活动并添加sprint backlog。例如，如果sprint持续两周，则以这样的方式选择活动的数量，使得它们可以在冲刺内完成，即在两周内完成。 | 它不估计任务。
适应性 | 此方法适用于大型项目，因为大型项目可以分为多个sprint。 | 它主要适用于小型项目。
不断变化 | 在Scrum中，可以在较短的sprint中轻松调整不断变化。 | 如果发生任何重大变化，则看板方法失败。
成本 | 在Scrum中，估计任务，即在sprint中采取固定数量的活动，因此项目的总成本是最小的。 | 在看板中，不会估算任务，因此项目的总成本不准确。
角色和责任 | 在Scrum中，Scrum Master将特定角色分配给团队成员，而产品所有者则告知团队成员必须工作的产品目标。 | 没有为团队成员分配预定义角色。所有团队成员都有责任合作提供有价值的产品。
生产力的测量 | 通过使用循环时间或从开始到结束完成整个项目所花费的时间来衡量生产率。 | 通过sprint使用速度来衡量生产率。
发布方法 | 每次sprint结束后发布小版本。 | 它提供持续交付。

JIRA问题

原文：https://www.yiibai.com/jira/jira-issues.html

JIRA Issue用于跟踪已完成或未完成的各项工作。JIRA问题可能是软件错误或任何其他问题。在Jira中导入项目后，可以创建问题。

问题类型

团队共同努力将工作分解为问题。问题可能代表软件错误，项目任务，子任务或任何其他项目工作。Jira项目附带默认问题类型，还可以创建自己的问题类型。

问题类型是工作单元的通用名称。在Jira中，我们在项目中有不同的工作单元，而问题类型字段区分了这一点。

创建问题时，您需要指定问题类型。甚至可以在创建问题后更改问题类型。

每个问题都有一个与之关联的图标，用于标识问题类型。

自定义问题类型：它还用于创建自定义问题类型，为团队提供根据其项目创建自己的问题类型的灵活性

以下屏幕显示问题类型列表：
问题类型

问题类型有三种类型：

JIRA核心默认问题类型

任务：任务是团队完成的工作项，但不直接与用户的要求相关联。例如，升级团队使用的产品版本。

子任务：这是另一个问题的一部分。它用于将问题分解为不同的工作。在创建问题时，问题类型字段下拉列表中未提供子任务问题，因为它包含一些父问题，因此可以说无法单独创建子任务问题。

JIRA软件默认问题类型

故事：从用户的角度来看，这是一个要求。

错误：这是产品中的缺陷，需要由开发人员修复。可以使用自己的问题类型跟踪它，以区别于其他类型的工作。

史诗：史诗是一个包含其他问题的大问题。

JIRA服务台默认问题类型

事件

服务请求

更改

问题

为什么要使用问题类型？

使用问题类型的原因如下：

它们支持多个工作项。通常，团队包含多个工作项，而问题类型用于区分这些工作项。

每种问题类型可以具有不同的字段，屏幕和工作流程。例如，错误出现在项目板的顶部。

可以单独报告问题类型。问题按问题类型分类; 例如，要报告上周工作的进度。

子任务

子任务是一种必须具有父问题的问题类型。

要创建子任务，请单击父问题的创建子任务图标。
子任务

它将问题转换为单独的可管理任务，并将每个任务分配给团队成员。

子任务比父母问题更具技术性。例如，问题的类型是故事，然后故事中写的行将是非技术性的，以便团队成员和利益相关者可以理解。但是子任务是用技术方式编写实现子任务的。

子任务特征

子任务有自己的问题关键字和字段。

子任务具有独立的工作流程状态

子任务问题类型可以转换为另一个问题。

将子任务转换为发布

转到子任务的详细信息，然后单击更多(…)按钮，然后单击转换为问题(Convert to Issue)。

单击转换为问题时，将出现如下所示的屏幕。可以选择所选的问题类型。

将问题转换为子任务

打开要转换为子任务的问题。单击on (…)按钮，然后将打开下拉菜单。
将问题转换为子任务
单击Convert to Subtask 菜单项。单击转换为子任务，将出现如下所示的屏幕：

在上面的屏幕中，选择父问题，然后单击Next >> 。以下屏幕显示不需要步骤2。单击Next >>。

以下屏幕是确认，单击“完成”按钮。

JIRA工作流

原文：https://www.yiibai.com/jira/jira_workflow.html

工作流是一组活动，用于跟踪问题生命周期中问题的状态和转换。
当问题从一种状态转移到另一种状态时，转换代表两种状态之间的链接形式的一些工作。
状态： 状态确定工作对测试人员提交的问题的影响。

在Jira工具中，以下是工作流中发生的阶段(状态)：

待办状态

进行中状态

完成状态

在TODO状态下执行了两项活动：

问题创建
当测试人员发现缺陷时，在Jira工具中记录缺陷。在Jira工具中记录缺陷后，Jira工具会生成唯一的故障单标识号。此过程称为问题创建。

摘要和其他详细信息
问题创建需要一些额外的信息，这些信息将被添加或更新到问题，例如问题描述，优先级，严重性，受影响的组件，子任务，上传屏幕截图，电子邮件历史记录等。在将所有详细信息添加到问题后，Jira工具分配 作为TODO状态的状态。

在进行中状态中执行了三项活动：

问题分配
创建问题后，会将其分配给某个人或团队。将问题分配给某人后，状态将更改为“进行中”状态。

工作回顾
有关该问题的工作首先由问题记录者，受让人和其他项目的管理人员进行审查和监督。当开发人员删除问题时，它首先由开发人员进行单元测试，然后代码审查团队对其进行审核。在工作审核活动期间，状态仍处于“进行中”状态。

质量分析
代码审核后，质量分析团队会对更改进行验证，其中包括回归测试。如果QA团队发现更改中存在任何问题，则问题将重新分配给开发人员，否则QA团队将关闭该问题，该问题表明问题已得到解决。在质量分析期间，状态仍处于“进行中”状态。

一个活动在完成状态下执行：

发布到生产，一旦产品开发和测试，产品就会在市场上发布。当产品在市场上发布时，状态将更改为“完成”状态。

JIRA工作流也可以称为缺陷生命周期。缺陷生命周期如下所示：

打开问题：创建问题后，问题将分配给软件开发人员，然后他们就开始研究它。

进行中问题：软件开发人员开始研究该问题。

已解决的问题：问题由软件开发人员解决，但等待测试人员进行验证。如果验证成功，则问题结束; 否则，问题将重新开启。

重新打开的问题：当软件开发人员未按要求解决问题时，问题将以重新打开的状态进行。

关闭问题：当软件开发人员正确解决问题并由软件测试人员验证时，问题将被关闭。

JIRA登录

原文：https://www.yiibai.com/jira/jira-login.html

以下是登录Jira的步骤：

要登录Jira，请转到我们在Jira中创建的网站。出现登录页面，然后您需要填写用户名和密码等凭据。单击继续按钮。

输入密码，然后单击“登录”按钮。

如果密码不正确，则会显示验证消息“不正确的电子邮件地址或密码”。这显示在下面的屏幕截图中：

要解决上述错误，请单击“无法登录”？链接。点击链接，我们将看到如下所示的屏幕：

单击“发送恢复链接”按钮。单击“发送恢复链接”按钮后，邮件将发送到已注册的电子邮件ID，并要求您重置密码。当您单击重置我的密码按钮时，将显示如下所示的屏幕：

输入新密码，然后单击“继续”按钮。

当我们提供错误的用户名或密码时，会出现上述情况。成功登录后，您的jira帐户将会打开，并出现如下所示的屏幕：

JIRA仪表盘

原文：https://www.yiibai.com/jira/jira-dashboard.html

登录Jira时，将出现的第一个屏幕是仪表盘。仪表盘只能由管理员自定义，管理员可以根据角色访问Jira。

管理员甚至可以更改颜色和Jira徽标。

您可以创建多个仪表盘，帮助您在不同的图表中组织项目，分配和成果。

默认仪表盘

可以在默认仪表板中添加小工具，也可以配置默认仪表板。还可以配置仪表板的布局，例如多个列。对默认仪表板所做的所有更改也将反映当前使用默认仪表板的用户的仪表板中的更改。例如，“管理”小工具存在于“默认”仪表板中，但仅对管理员可见。

以下是可用于在默认仪表板中添加小工具的步骤：

登录Jira网站。

单击“添加小工具”链接。
添加小工具

添加小工具后，小工具将添加到信息中心，然后点击“保存”按钮。

保存小工具后，将创建气泡图，如下所示：

创建仪表板

以下是创建仪表板的步骤：

单击“…”按钮。

单击“…”下拉菜单中的“创建仪表板”。单击“创建”仪表板后，将出现屏幕，如下所示：

输入仪表板的详细信息，例如仪表板的名称，描述等，然后单击“创建”按钮。假设要将仪表板的名称提供为Job Portal。以下屏幕显示已创建仪表板：

注意：还可以通过单击“…”按钮编辑仪表板，然后单击“编辑仪表板”。

Jira问题类型

原文：https://www.yiibai.com/jira/jira_issue_types.html

JIRA应用程序可用于将工作分解为问题。问题可以表示为任务，子任务，bud，epic，功能请求或其他工作。每个Jira软件都附带一些适合您的项目和团队的默认问题类型。

JIRA软件附带有三种类型的默认Jira问题类型：

Jira Core(业务项目)问题类型

Jira Software(软件项目)问题类型

Jira服务台(服务台项目)问题类型

Jira Core问题类型

任务 - 任务是为完成团队目标而完成或完成的工作。

子任务 - 这是一个问题的子任务。记录在案的问题下的所有任务都称为子任务。

Jira软件问题类型

Bug - 错误是产品功能中出现的问题或缺陷。

Epic -

Epic是一个庞大的用户故事，可以分解成更小的故事

它无法在单个sprint中实现。

整个Epic已在几个月内完成。

Epic指的是一组尚未转换为用户故事的活动。

首先，将Epics转换为用户故事，然后将用户故事转换为敏捷团队工作的几个任务。

Epic的范围很广，缺乏细节，它们分为敏捷团队工作的小型和多个故事。

Epic被称为工作层次结构中的顶层。

Subtask - 子任务是完成整个工作的一项工作。

Task - 任务是为完成团队目标而完成或完成的工作。

Story

story是需要在项目中完成的任务列表。

它定义了项目要求的高级设计。

它定义了整个项目的简短描述。

它由公司的产品所有者拥有，但任何人都可以编写用户故事。

它用简单的语言编写，以便客户了解最终产品。

用户故事可以被视为“败类的核心”，因为它充当了冲刺的基石。

Jira服务台问题类型

更改 - 它要求更改当前的IT配置文件。

IT帮助 - 它用于请求IT相关问题的帮助。

事件 - 它报告事件或服务IT中断。

新功能 - 它要求添加新功能或软件功能。

问题 - 它用于报告多个事件的原因。

服务请求 - 它用于从内部或客户服务台请求帮助。

服务请求获得批准 - 它用于请求需要经理或董事会批准的帮助。

支持 - 它用于请求客户支持问题的帮助。

Jira积压（待办事项）

原文：https://www.yiibai.com/jira/jira-backlog.html

积压(待办事项/backlog)是团队需要在特定迭代中解决的一组活动或问题。您的项目的所有问题都分组在积压和冲刺(sprint)中。

在scrum backlog中，可以执行多个活动，例如创建和更新问题，拖放问题以确定优先级，将它们分配给sprint，epics，版本，管理epics等。

以下是可以在scrum backlog中执行的活动：

将问题添加到待办事项中 - 要在待办事项中添加问题，需要创建一个问题。单击全局侧栏中的+图标以创建问题。填写与问题相关的所有详细信息，然后单击“创建”按钮。创建的问题将添加到待办事项中。

优先处理积压 - 还可以拖放问题，以便在待办事项中确定问题的优先级。还可以右键单击该问题以打开菜单，此菜单可将问题移至待办事项的顶部或底部。

查看和编辑问题的详细信息 - 单击电路板上的问题以查看问题的所有详细信息。如果要在单独的窗口中查看问题，请右键单击问题键。

确定用户的工作量 - 分配到的工作的用户显示在sprint的顶部。单击“…”选项以查看受理人的工作量。

创建子任务 - 单击一个问题，然后单击Jira Backlog图标以创建子任务。子任务对于将故事分解为可实现的部分非常有用。

转换问题 - 可以将问题从Backlog部分拖放到相关的sprint，或者可以说将问题从Backlog部分移动到相关的sprint。

拆分问题 - 右键单击该问题，然后选择拆分问题。它可以在Backlog以及sprint部分中分割问题。当您想要将大任务分解为两个或更多问题以使工作更易于管理时，拆分非常有用。

删除问题 - 也可以通过选择问题来删除问题，然后选择…->删除。

查找问题 - 可以创建自己的快速筛选器以仅查看所需的问题。

创建待办事项的步骤

单击窗格最左侧的+。

填写所有详细信息以创建问题。

在上面的表单中，填写所有必填详细信息，并保留其他字段的空白或默认值。

必填字段是：

项目 - 它定义项目的名称。假设已将项目名称命名为“测试项目”。

问题类型 - 它定义了问题的类型。它可以是一个bug，epic，故事等。

摘要 - 它告诉了问题的整体描述。

优先 - 它定义了问题的优先级。它可以是中等，低或高。

假设创建了一个类型为Bug的问题，描述是“登录按钮不起作用”，问题的优先级很高。

在上面的屏幕中，可以看到问题已创建并存放在Backlog中。

Jira Scrum板

原文：https://www.yiibai.com/jira/jira_scrum_board.html

Jira Scrum Board是一个用于团结团队以实现单一目标和增量迭代交付的工具。

Scrum Board的功能

增加沟通和透明度
Jira Scrum板是团队成员随时可以访问团队所有工作的唯一来源。这增加了团队成员之间的沟通和透明度。

促进sprint计划和迭代开发
Scrum框架的核心是sprint，这是团队建立可释放产品增量的固定时间。Jira scrum board主要是为了让团队能够在sprint时间范围内组织他们的工作。

改善团队关注和组织
有时团队忘记了项目的最后期限，他们对工作量的承诺过度。Jira Scrum Boards通过将工作分成多个阶段并提供燃尽和速度报告，为团队的工作提供透明度。

以下是与Scrum Board相关的重要术语：

冲刺(Sprint)
冲刺是一个时间框的时间迭代，主要时间是2周。当冲刺完成后，它就会产生市场上最有价值，最实用，最可释放的产品。

积压(Backlog)
Backlog由产品所有者拥有。产品待办事项列表是产品中要考虑的功能，缺陷，增强功能和实验的列表。

用户故事

用户故事是敏捷框架中最小的工作单元。用户故事是一个目标，而不是根据用户的观点表达的功能。

用户故事的目的是展示一件作品如何将特定价值回馈给客户。

用户故事是用简单语言编写的句子，以提供所需的结果。

它应该采用粒度格式，以便可以在sprint中传递。Sprint只是一个有时间限制的迭代来提供工作软件。

用户故事来自史诗，史诗是一大块工作，用户故事来自史诗。一些用户故事来自史诗并被放置在特定的冲刺中。这个循环一直持续到除非sprint中的所有用户故事都完成。

问题
一个问题也称为用户故事。在scrum board中，一个问题包含执行单个工作所需的所有任务，依赖关系和其他相关信息。

史诗
史诗是一大块工作。它基本上是一个庞大的用户故事，可以分解成许多小故事。史诗中的所有用户故事可能需要多次冲刺才能完成。

Swimlane
Swimlane是一种在scrum board或kanban board的活跃冲刺中对问题进行分类的方法。它可以帮助您区分不同类别的任务，例如用户，工作流等。

Scrum Board布局

Scrum Board是一个物理板，用于显示当前sprint backlog中的用户故事。

Scrum board分为以下列：

故事(Stories)：此列包含当前sprint backlog中可用的所有用户故事。

待办(TODO)：此状态包含尚未开始工作的故事的子任务。

处理中(In Progress)：此状态包含工作已开始的所有任务。

完成(Done)：此状态包含已完成工作的所有任务。

创建Scrum项目的步骤

单击页面左侧显示的项目。

单击“创建项目”按钮以创建出现在页面右上角的新项目。

单击模板链接。

从模板中选择scrum项目。
选择scrum项目

输入项目名称。

在下图中，创建了TP Board，它是名为“Test project”的项目的简称。

上图中显示的白板是Jira板，它包含与特定项目相关的问题。在Scrum板上显示问题可以灵活地查看，管理和跟踪问题的进度。对于新创建的项目，积压是空的。只有在Backlog中添加任务或问题时才会填充它。

Jira创建冲刺（Sprint）

原文：https://www.yiibai.com/jira/jira-create-sprint.html

团队需要在指定的时间段内完成一系列问题称为sprint。冲刺的持续时间由团队和产品所有者决定。

创建Sprint

以下是创建sprint的步骤：

点击左侧出现的Backlog，如下图所示：

单击右下角出现的Create sprint按钮，如下面的屏幕截图所示：

单击Create sprint按钮后，将出现如下屏幕所示的屏幕：

上面的屏幕显示sprint已创建名称为“Sprint 1”，现在可以将问题添加到此sprint中。

向sprint添加问题

以下是将问题添加到sprint所需的步骤：

点击积压(Backlog)。

在“积压”列表中，右键单击该问题，然后选择要在其中添加问题的sprint。我们刚刚创建了名为Sprint 1的sprint，选择Sprint 1。

问题TP-1被添加到sprint，即Sprint 1。

从上面的屏幕中，我们观察到TP-1问题被添加到Sprint 1中。

从sprint中删除问题

从sprint中删除问题所遵循的步骤：

单击Backlog。

将要从Sprint 1移动的问题拖放回Backlog列表。

上面的屏幕显示问题TP-1从Sprint 1移动到Backlog。

开始冲刺

开始一个冲刺的步骤：

单击Backlog。

单击开始冲刺(start sprint)按钮开始冲刺。
开始冲刺

填写以下详细信息以开始冲刺，例如冲刺名称，冲刺持续时间，结束日期，开始日期，冲刺目标。

现在，Sprint 1已经启动。最初，问题属于TO DO状态。

结束冲刺

结束冲刺的步骤如下：

单击Backlog。

单击项目左侧显示的活动冲刺。

选择要完成的sprint或结束sprint。

所有问题都完成后，点击右上角出现的完整冲刺按钮。

它将显示所有问题是否已完成，如果没有，则它会要求您将问题移至另一个尚未完成的sprint。

删除冲刺

删除sprint要遵循的步骤：

单击Backlog。

选择要删除的sprint，然后单击“…”图标。出现下拉列表，然后选择“删除sprint”选项。

单击“删除冲刺(Delete sprint)”选项，单击“确认”按钮。

Jira控制面板

原文：https://www.yiibai.com/jira/jira-board.html

控制面板显示项目中发生的所有问题，为您提供查看，管理和报告工作进度的灵活方式。

Jira中存在三种类型的控制面板：

下一代板
这个板对那些刚接触敏捷的人很有用。它是一个非常简化，直接和流线型的板。

Scrum板
当团队处理包含待办事项的冲刺时，此板很有用。

看板
看板是一种灵活的项目管理工具，专为工作可视化，限制在制品和最大化效率而设计。

Scrum板

Scrum板分为三个部分：

积压
积压(backlog)是项目中可用的一组活动或问题。所有问题都分为积压和冲刺。在scrum backlog中，可以创建和更新问题，拖放问题并将其分配给sprint，拖放问题以对其进行排名。

上面的屏幕显示了包含问题TP-1的积压，它的描述是登录按钮不起作用。

活动冲刺
Active sprint是一个包含团队当前正在处理的问题。也可以拖放问题并将其分配回待办事项。

创建活动sprint的步骤：

单击Backlog。点击Backlog后，屏幕出现，如下所示：

上面的屏幕显示Backlog，其中包含“登录按钮无法正常工作”的问题。

单击Create sprint按钮创建sprint。单击Create sprint按钮，将出现如下屏幕所示的屏幕：

上面的屏幕显示的sprint是Sprint 1。

将问题从积压拖放到Sprint 1，如下图所示 -

在上面的屏幕中，我们观察到问题已从积压拖到Sprint 1，并且问题已从积压中删除。

单击开始冲刺按钮以进行活动冲刺。

单击面板左侧显示的Active sprint。

上面的屏幕显示Sprint 1是团队目前正在进行的活跃冲刺。

报告

报告是将在整个项目中执行的活动。制作报告，用于显示有关项目，版本，史诗，冲刺和问题的信息。

看板

看板是一个过程，它提供您今天所做的所有工作的可视化。

看板由三部分组成：

积压
看板有一个单独的Backlog列，我们为团队计划工作。在一个小栏目中规划工作变得非常困难，因此通过使用看板积压为处理问题提供了更大的空间。

在看板框架中创建待办事项的步骤：

创建一个问题。当创建一个问题时，它会自动添加到Backlog中。

上面的屏幕显示我们创建的HEL-1问题已添加到待办事项中。

看板控制面板 - 看板是一个基于持续交付工作的过程。在看板框架中，不是计划迭代，而是连续监视工作流当任务完成时，新任务被添加到进行中状态。看板控制面板由三种状态组成：

入选开发

进行中

完成

报告
报告是将在整个项目中执行的活动。制作报告，用于显示有关项目，版本，史诗，冲刺和问题的信息。

下一代控制面板

下一代(next-gen)控制面板与经典的scrum和看板相同。但是，next-gen控制面板在开始时并未提供所有功能，它仅在您需要时提供该功能。Next-gen项目可以在两个模板中完成，即Next-gen Scrum和Next-gen Kanban。

如何创建下一代项目？

可以通过以下步骤创建下一代项目：

单击Create project下拉菜单，然后选择Try next-gen project选项。

单击Try next-gen项目后，屏幕出现，如下所示：

上面的屏幕显示选择了Scrum模板，也可以通过点击链接更改模板来更改模板。选择模板后，输入项目名称，我们将Test Project 作为项目名称。单击“创建”按钮。

单击创建按钮后，将创建Next-gen Scrum项目，如下所示：

注意： Next-Gen Scrum和Next-Gen Kanban项目都有一个路线图功能，可以显示团队的进度，还可以定义项目的截止日期。

JIRA缺陷生命周期

原文：https://www.yiibai.com/jira/jira_bug_life_cycle.html

JIRA bug生命周期也称为缺陷生命周期。错误生命周期由一组错误通过的状态组成。错误经历的状态数因项目而异。我们可以将Bug定义为错误，缺陷或者我们可以说当实际输出与预期输出不匹配时，它被称为错误或缺陷。这两个术语，即bug和缺陷都是常用的，但最流行的是一个bug。可以在SDLC(软件开发生命周期)的任何阶段生成错误，它可以存在于需求收集，设计SRS文档的设计阶段，开发阶段，测试阶段或最终用户在 使用申请的时间。

从错误登录到错误关闭点的角度来看，错误的生命周期。Bug经历以下状态：

新建(New)

分配(Assigned)

打开(Open)

确定(Fixed)

复验(Retesting)

重打开(Reopen)

已验证(Verified)

关闭(Closed)

新建(New)

在测试阶段，测试人员会识别错误或缺陷，并登录到Jira，Bugzilla等错误跟踪工具中。测试人员检测到的错误将首次发布在错误跟踪工具中。此状态被指定为新状态。

分配(Assigned)

将新状态的错误分配给软件开发人员，他们将查看错误以检查错误是有效还是无效。如果错误无效，则他们将状态更改为无效。如果错误有效，则状态将更改为已分配，然后软件开发人员开始处理缺陷以获得修复。

打开(Open)

当错误被分配给软件开发人员时，他们就开始对其进行分析并处理缺陷修复。错误或缺陷可以分三个阶段打开：

确定(Fixed)

重复
如果缺陷重复两次或缺陷对应于前一个bug的相同概念，则它将状态更改为Duplicate。

被拒绝
如果开发人员认为缺陷不是真正的缺陷，那么它会将状态更改为“已拒绝”。

递延
如果错误的优先级不高并且可以在下一个版本中解决，则状态将更改为Deferred。延迟状态也称为推迟状态。

复验(Retesting)

当开发人员进行必要的代码更改并验证更改时，他/她可以将错误状态设置为已修复。当开发人员修复错误后，状态将更改为“重新打开”或“已验证”。

重打开(Reopen)

如果在开发人员修复了bug之后bug仍然存在，那么测试人员将状态更改为Reopen，并且bug再次通过整个bug生命周期。

已验证(Verified)

如果没有发现错误，测试人员在开发人员修复错误后重新测试该错误，然后将状态更改为已验证。

关闭(Closed)

如果错误不再存在，则会将状态更改为“已关闭”。

Bug生命周期的参与者 -

Bug报告者
识别错误的人称为Bug Reporter。Bug报告者验证错误并将所有与bug相关的详细信息输入到错误跟踪工具中，例如正确的主题，错误优先级，应用程序组件，测试环境，错误受理人，错误描述。如果需要，测试人员需要发送附加的屏幕截图以澄清错误详细信息。

错误跟踪工具
可以将错误记录到错误跟踪工具中，错误跟踪工具可以是Jira，Bugzilla，Assembla等。

Bug小组
Bug小组是一组可以查看错误详细信息的人。Bug小组可以包括报告错误的测试人员或最终用户，分配错误的开发人员，项目经理，QA经理。

Bug所有者
错误所有者是审核并拥有该错误的人。错误所有者检查错误信息是否足够，如果没有，则将错误分配给错误报告者以提供更多信息。根据bug的优先级，Bug所有者获取bug的所有权并在截止日期内修复它。

Jira与Bugzilla

原文：https://www.yiibai.com/jira/jira-vs-bugzilla.html

Jira和Bugzilla是大型组织广泛使用的bug跟踪工具。如今这两种工具都需求巨大，但这两种工具的性能各不相同。让我们首先看看这两个工具的关键点，然后再看看这两个工具之间的区别。

Jira

Jira是一家由澳大利亚Atlassian公司于2002年开发的错误跟踪工具。它用于项目管理，问题跟踪和错误跟踪。Jira不是一个开源工具，即Jira软件不是免费提供的; 这是一项付费服务。

Jira软件的优点

Jira工具对于功能测试很有用。

它用于确定任务的优先级。

随着Jira工具提供更好的可见性，人们可以轻松了解构建的下一个版本。

它提供了更好的灵活性工作流程，以便团队可以相应调整。

Bugzilla

Bugzilla也是一个由Mozilla Foundation于1998年开发的bug跟踪工具。它是一个非常流行的报告工具，具有简单的用户界面。由于其简单的界面，初学者不会花时间了解其工作流程。

Bugzilla的优点

它提高了产品的质量。

它增强了开发团队和测试团队之间的沟通。

它具有适应多种情况的能力。

Jira和Bugzilla区别

以下是Jira和Bugzilla之间的区别是：

许可证
Jira软件仅适用于商业许可证所有者，而Bugzilla软件是一种开源工具，即无需任何许可即可使用。

服务器端架构
Jira软件的服务器端架构基于MySQL，Oracle，PostgreSQL，Perl构建，而Bugzilla软件的服务器端架构构建于J2EE，Tomcat，Lucene，MySQL，Oracle，PostgreSQL之上。

服务器负载
与Jira软件相比，Bugzilla中的服务器负载相当低。在Bugzilla中，多个实例可以在一台服务器上运行而没有太多开销，而Jira是一个复杂的系统，每个Web请求执行大多数服务器端代码，因为服务器负载要高得多。建议为Jira提供强大的硬件，即现代CPU和1 GB内存。根据Atlassian社区的说法，不要在单个JIRA实例上存储超过200,000个问题。

拖放问题优先级
拖放问题优先级功能在Jira中可用，但在Bugzilla中不可用。在Jira中，您可以根据问题的优先级轻松拖放问题，但这在Bugzilla中是不可能的。

带有自定义小工具的仪表板
小工具提供所有详细信息的摘要，例如团队的进度，报告等。Jira提供“带有自定义小工具的仪表板”功能，您可以根据需要自定义小工具，但Bugzilla中不提供此功能。

实时发布跟踪
软件开发过程中最重要的一点是可见性。Jira通过提供开发团队和测试团队之间的沟通来克服这个问题，团队成员可以通过该沟通了解“任务何时开始”和“任务何时完成”。Bugzilla不提供此功能。

附件
在Jira中，一次可以附加多个文件，而在Bugzilla中，一次只能添加一个文件。

文件附件的大小限制
Jira中文件的大小限制为10 MB，而Bugzilla中文件附件的大小限制为1mb。

看板支持
Jira支持看板项目，但Bugzilla不支持看板项目。

用户界面
Jira用户界面比Bugzilla的用户界面要好得多。在Jira中，已经做了很多努力来改进用户界面，但在Bugzilla中，界面多年来没有太大变化。

自定义字段类型
Bugzilla中提供的自定义字段类型包括文本字段，多选，下拉列表，错误ID。Jira中有太多可用的字段类型，插件中提供了更多自定义字段类型。

工作流程
在Bugzilla中，管理员通过编辑转换矩阵来定义所有产品的全局工作流，而Jira允许用户根据问题和项目的类型定义多个工作流，并且问题经历多个状态。

搜索
Bugzilla提供了一种高级搜索功能，但Jira具有更灵活的Jira查询语言，可提供更强大的搜索功能，用于创建项目状态和监控项目进度。

Jira史诗（Epic）

原文：https://www.yiibai.com/jira/jira-epic.html

Jira史诗(Epic)是一个大型用户故事，根据客户或最终用户需求分解为较小的任务(用户故事)。

根据客户需求，根据需要在史诗中添加或删除任务。

Epic用于组织工作和创建层次结构。

Epic通过将更大的任务组织成更小的任务来保持敏捷性。

Epic是工作层次结构的顶层，开发人员使用它。

Epic是更大的故事，具有明显的开始和结束。

Epic可以跨越多个冲刺，即，史诗是通过多个冲刺传递的。

Epic可以包含故事，错误和任务，并将它们分组成一个大故事。

当Epic包含故事，错误或任务时，所有这些问题类型都表示在Jira的层次结构中的同一级别。

故事，错误，任务代表单件作品，而史诗则是一组相关问题。

下面我们来理解史诗的结构流程：

史诗由多个故事组成，而初步行动由Epics组成。因此，我们可以说这些初步行动举措超越了史诗。初步行动从多个团队中获取Epics，以实现比任何Epics都能实现的目标更大的目标。

史诗的工作

创造一个史诗

创建史诗有两种方法：

从新问题创建史诗

第1步： 单击面板左侧显示的“+”图标。

第2步：单击+图标，屏幕出现，如下所示：

第3步：选择问题类型为Epic。

从Epics面板创建一个史诗

第1步：单击面板左侧显示的Backlog。

第2步： 单击史诗面板中显示的Epics。

第3步：单击Create Epic链接。

在上述两种情况下，需要输入以下详细信息才能创建史诗：

史诗名称：它是史诗的简短唯一标识符。

史诗摘要：它提供了史诗的简短描述。

添加和删除故事

在史诗中添加故事的方法有两种：

从问题创建屏幕添加问题

第1步：单击面板左侧出现的+图标。

第2步： 单击问题类型的下拉列表，然后选择史诗以外的问题类型。
添加和删除故事

上面的屏幕显示我们已经创建了Bug类型的问题，在史诗“摘要”中添加了这个问题。我们在史诗链接字段中添加史诗。

从Epics面板添加问题

第1步：单击面板左侧显示的Backlog。
第2步：点击Epics面板中的Epics。
第3步：单击史诗链接中的创建问题。
从Epics面板添加问题

从史诗中删除一个问题

要从Epic中删除问题，请按照以下步骤操作：

第1步：移至Backlog页面。
第2步：将问题拖放到没有史诗的问题。

查看所有的Epics

可以在Backlog中看到与史诗相关的信息。

Epics面板：导航到Backlog，然后单击Epics面板以查看和管理epics。

Epics列表：Epics面板显示项目中所有史诗的列表。

查看史诗中的问题：单击史诗的名称可查看所有史诗冲刺中的所有问题。

完成史诗

一旦完成了与史诗相关的所有工作，那么史诗就会被标记为完整。

以下是完成史诗所需的步骤：

单击面板左侧显示的Backlog。

点击Epics面板中的Epics。

选择要将其标记为“完成”的史诗。

单击下拉列表并选择“标记为完成”选项。
完成史诗

将史诗标记为“完成”时，将出现确认完成对话框。

Jira版本

原文：https://www.yiibai.com/jira/jira-versions.html

版本用于组织和计划发布。如果创建了版本并在版本上分配了问题，那么我们可以使用该版本来过滤各种报告中的信息。

可以将问题分配给特定版本，并可以组织该版本中的sprint。

创建版本

第1步：进入到您的项目。
第2步：单击面板左侧显示的版本(Releases)。

第3步：点击Releases链接后，屏幕出现，如下所示：

第4步：单击“创建版本”按钮。
第5步：单击“创建版本”按钮，将出现弹出窗口，询问版本名称及其描述。

向版本添加问题

第1步：进入到您的项目。
第2步：单击面板左侧显示的Backlog。
第3步：单击“版本”面板。

第4步：将问题拖到要在版本中添加的版本。

完成一个版本

可以在准备好发布版本时完成版本。当问题完成时，版本已准备好发布，并且会检查和检查代码。

第1步：导航到您的项目。
第2步：单击面板左侧显示的“版本”链接。

第3步：要发布版本，请转到省略号(…) ->发布。

Jira报告

原文：https://www.yiibai.com/jira/jira_reports.html

报告用于跟踪和分析整个项目中团队的绩效。Jira有一系列报告，显示有关您的项目，版本，冲刺，史诗和问题的信息。
以下是报告生成的报告：

平均时长报告

平均时长报告显示项目或过滤器未解决问题的平均时长。它可以帮助您显示积压是否保持最新。

基本上，它找到问题未解决的平均天数。

生成平均时长告，该报告取决于所选项目，过滤器中选择的问题类型以及时间(小时/天/周/月)。

平均时长报告如下所示：

上面的屏幕显示了过去30天内所有未解决问题的平均时长。

饼图

饼图显示从指定项目或问题过滤器返回的问题。我们可以创建一个问题过滤器，用于检索属于特定项目特定版本的所有问题。创建饼图以对属于特定统计类型的所有问题进行分组，统计类型可以是受理人，项目等。

假设选择统计类型作为受让人。

上面的屏幕显示了基于“受让人”类型的饼图。上图显示一个问题分配给Akshita Gupta，其他四个问题未分配。

已创建与已解决的问题

已创建与已解决的问题是一个报告，显示在给定时间段内创建和解决的问题数。
此报告是基于用户选择的项目和问题过滤器创建的，图表可以是累积的，也可以是累积的。

最近创建的问题报告

最近创建的问题报告显示了已创建的问题数，并解决了一些问题。

在上面的屏幕中，红色部分显示问题已创建且未解决，而绿色显示问题已创建，但已解决。

解决时间报告

解决时间报告确定解决项目/过滤器问题所用时间的长度。

按报告单级组

按报告的单级组按问题过滤器的特定字段对问题进行分类，但不显示图表。

上面的屏幕显示分配了一个问题，即HEL-1，而其他四个问题，即HEL-5，HEL-3，HEL-2，HEL-4，是未分配的。“按级别分组报告”显示已分配和未分配问题的进度。

自问题报告以来的时间

自问题报告以来的时间生成报告，该报告显示所选数据字段的问题数，并且数据字段可以是创建，更新，到期，已解决。