📜  JIRA面试的前20个问题

📅  最后修改于: 2021-01-04 03:40:59             🧑  作者: Mango

JIRA面试问题

下面列出了JIRA面试常见问题解答。

1)什么是吉拉?

  • Jira是由澳大利亚公司Atlassian开发的软件测试工具。
  • 它是一个错误跟踪工具,用于跟踪与您的软件和移动应用程序相关的问题和错误。
  • Jira ”这个名字来自日语单词“ Gojira”,意思是哥斯拉
  • Jira基于敏捷方法论,当前的Jira版本为6。

2)说明Jira工作流程。

Jira工作流是在问题的生命周期内跟踪和过渡问题的一组活动,其中过渡表示当问题从一个状态转移到另一个状态时,两个状态之间的链接,状态决定了工作对工作的影响测试人员提出的问题。

以下是工作流中发生的阶段:

  • 去做
  • 进行中
  • 完成了

Jira工作流称为缺陷生命周期错误生命周期。错误的生命周期包括以下几个阶段:

  • 未解决的问题由测试人员创建问题后,会将问题分配给软件开发人员,然后他们开始进行处理。
  • 进行中这是软件开发人员开始解决此问题的阶段。
  • 已解决的问题软件开发人员解决了该问题并等待软件测试人员进行验证时。如果验证成功,则问题已解决;否则,该问题将重新打开。
  • 重新打开的问题如果验证失败,则重新打开该问题并将其分配给软件开发人员。
  • 结束问题如果已解决固定错误,则测试人员将关闭此问题。

3)解释Jira生成的报告类型。

Jira是一个缺陷跟踪工具,可以创建不同的报告,使您可以大致了解项目的当前状态。

JIRA报告以图表,折线图,条形图等形式表示项目当前状态的图形表示。

以下是Jira生成的报告:

  • 平均年龄报告平均报告是条形图,显示项目或过滤器未解决问题的平均年龄。
  • 生成“平均年龄”报告,该报告取决于选定的项目,在过滤器中选定的问题类型以及选定的时间(小时/天/周/月)。
  • 已创建问题与已解决问题报告
  • 已创建问题与已解决问题的报告显示了在一个时间范围内已创建问题的数量与已解决问题的数量之间的差异图。
  • 饼形图

饼图用于显示按指定字段分组的问题,并且指定字段可以是优先级,受让人,项目,问题类型等。

  • 最近创建的问题报告

最近创建的问题报告表示一个图表,该图表显示了在相同间隔内创建新问题的速度以及解决了多少问题。

  • 解决时间报告

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

  • 报告的单个级别组

报告的单级分组不显示图表,但是将按特定字段分组的问题归类为过滤器。

  • 自问题报告以来的时间

自问题报告以来的时间是一个条形图,显示了在给定日期设置的特定数据字段的问题数。假设我选择“已创建”作为数据字段,然后条形图显示了已创建的问题数。

4)解释如何在Jira中产生问题。

以下是创建问题的步骤:

  • 单击“ +”按钮创建问题。单击“ +”按钮后,将显示以下屏幕:

项目:它确定项目的名称。
问题类型:它是一个下拉列表,显示所有问题类型的列表。您可以选择其中的任何一个,例如Bug,epic,task,sub task。
摘要:在摘要文本字段中,您需要输入与正在创建的问题相关的摘要。
优先级:您可以设置问题的优先级。可以是中,高,低。

5)与Jira中的其他用户共享问题的方式是什么。

也可以与Jira中的其他用户共享问题。以下是与Jira中的其他用户共享问题所需的步骤:

  • 假设我们在Jira中已经存在一个问题,即登录按钮不起作用。

上面的屏幕显示已创建了一个问题“ TP-2登录按钮不起作用”。

  • 如果我们要共享问题,则可以使用问题说明中提供的共享选项来实现,可以在下面的屏幕快照中显示:

  • 单击上面的屏幕快照中显示的共享。单击共享时,将显示以下屏幕:

上面的屏幕显示单击共享按钮时将出现该对话框,并且在对话框中,您需要输入要与之共享问题的用户的姓名,团队或电子邮件地址。

6)仪表板的目的是什么?

登录到Jira后,仪表板是您看到的第一个显示。 Jira管理员可以更改仪表板的视图,也可以更改仪表板上可见的内容。

仪表板显示有助于团队成员跟踪项目进度的小工具和应用程序。

仪表板包含有用的信息,例如分配给登录用户的问题和用户的活动流。

单击面板左侧出现的“仪表板”链接后,将显示以下页面:

以下是创建仪表盘所需的步骤:

  • 单击显示在面板左侧的仪表板。
  • 单击页面右上角显示的(…)按钮。

  • 单击出现在(…)选项下拉菜单中的创建仪表板选项。
  • 单击创建仪表盘后,将显示以下屏幕:

哪里,

名称:它提供仪表板的描述性名称。

说明:这不是必填字段。在此字段中,您可以添加正在创建的仪表板的描述。

起始于:起始于是一个包含下拉菜单的字段,您可以在其中选择空白仪表板(这是一个空白仪表板,其中不包含任何小工具,但您可以根据需要自定义该仪表板)或默认仪表板(预先存在的仪表板)。

与谁共享:选择要与仪表板共享的用户和组。

7)安排问题是什么意思?

我们可以安排问题的到期日,以用于跟踪,审查并通知团队有关到期日的信息。安排问题是最强大的功能,可根据到期日期执行固定日期和相对日期搜索。

还可以使用Jira查询语言来执行高级搜索。

您可以使用日期字段安排问题。可以通过创建新问题或编辑问题来完成。

8)说明如何在Jira中列出项目详细信息?

Jira中的Project带有主要属性,这些属性可以是项目的名称,键,组件,版本。

当您登录到Jira时,出现的第一页是仪表板。

在上面的屏幕中,右侧部分代表“活动流” ,其中包含您对问题或项目执行的所有活动。

9)通过JIRA创建和跟踪的问题类型是什么?

Jira中的问题可能是错误,功能,任务或任何项目工作。每个Jira项目都带有默认的问题类型,这些问题类型取决于您所使用的项目类型。

Jira项目共有三种类型:

  • Jira Core(业务项目)
  • Jira软件(软件项目)
  • 吉拉服务台(服务台项目)

Jira Core中存在两种类型的问题:

  • 任务任务是一项需要完成的工作。
  • 任务子任务是完成一项任务需要完成的一项工作。

Jira软件中存在五种类型的问题:

  • 错误错误是产品功能中存在的问题。
  • Epic Epic是一个大型用户故事,需要分解为较小的故事。
  • 任务子任务是完成一项任务需要完成的一项工作。
  • 任务任务是一项需要完成的工作。
  • 故事故事是需要完成的最小工作单元。

Jira Service Desk中存在八种类型的问题:

  • 更改要求更改当前的IT配置文件。
  • IT帮助它寻求与IT相关问题有关的帮助。
  • 突发事件用于报告突发事件。
  • 新功能它要求在软件中添加新功能。
  • 问题用于调查和报告多个事件的根本原因。
  • 服务请求它正在向内部或客户服务台寻求帮助。
  • 带有批准的服务请求用于请求需要经理或董事会批准的帮助。
  • 支持用于请求有关客户支持相关问题的帮助。

10)如何在Jira中创建子任务?

以下是创建子任务所需的步骤:

步骤1:打开您要为其创建子任务的问题。

第2步:点击JIRA面试问题图标以创建子任务。

步骤3:要创建子任务,您需要输入以下屏幕,如下屏幕所示:

11)解释克隆问题一词?

  • 克隆问题意味着在同一项目中创建问题的重复副本。克隆发行基本上是原始发行的副本,与原始发行中存储的相同信息有关。
  • 克隆问题是与原始问题不同的实体,但是可以将其链接到原始问题。
  • 应用于原始问题的操作不会对克隆问题产生任何影响

12)解释看板吗?

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

与在Scrum中一样,我们从产品待办事项中进行一些活动,并添加了sprint待办事项。但是,在看板中,我们没有sprint,因此不会执行sprint积压活动。这是scrum和看板之间的主要区别,即scrum包含sprint待办事项,而看板不包含sprint待办事项。

看板委员会由三个州组成:

  • 去做
  • 在做
  • 完成了

当项目开始时,然后我们将所有积压的活动从产品待办事项置于“待办事项”状态。当团队成员开始从事一项活动时,该活动将被置于“正在执行”状态,而当该活动被放置时,其将被置于“完成”状态。

通过看板委员会,您可以了解已完成的活动以及需要开发的活动。

看板的最重要功能之一是限制选项。在上图中,我们有一个产品积压八项任务和限制集4.在时间,这将只需要四个任务在“”状态,如果任何的任务来,在“”状态,那么产品待办事项列表中的另一个任务将被置于“待办事项”状态。这样,我们可以根据资源的可用性设置限制。

13)解释Scrum板吗?

Scrum Board是一个物理板,上面显示了当前sprint待办事项列表中的用户案例。

Scrum板分为以下几列:

  • 故事:此列包含当前sprint待办事项列表中的所有用户故事。
  • 待办事项:此状态包含尚未开始工作的故事的子任务。
  • 进行中:此状态包含开始工作的所有任务。
  • 完成:此状态包含完成所有工作的所有任务。

14)列出吉拉看板项目生成的所有报告?

看板项目生成两种类型的报告:

  • 控制图

控制图是一个有用的图表,有助于衡量团队的绩效。控制图显示您的团队在一段时间内的平均周期时间。控制图在图表上绘制了以下问题:

  • 任何超出标准偏差的问题称为离群值。
  • 它显示完成任务所需的平均时间。
  • 它还显示团队的滚动平均值。

它显示产品,版本或冲刺的平均周期时间。

它可以帮助您确定当前冲刺中的数据是否确定了产品的未来性能,即,周期时间差异较小意味着中位数或均值可以确定未来性能。

如何创建控制流程图

以下是创建控制流程图的步骤:

  • 转到Jira官方网站。
  • 单击您正在处理的项目。
  • 单击面板左侧显示的报告。
  • 选择控制图。
  • 累积流程图
    • 累积流程图是一个看板工具,使团队可以查看工作量和项目工作量。
    • 累积图由两个轴组成,即X轴和Y轴,其中X轴(水平轴)代表完成任务所花费的时间,Y轴(垂直轴)代表问题或任务的数量。
    • 区域的大小表示所选时间段内每个状态当前涉及的工作项目数。

累积流程图的特点:

  • 监视随着时间的推移WIP的构建方式如果生产线上升,则意味着WIP(进行中的工作)上升,意味着团队正在处理的任务多于一次处理任务。 WIP的增加会导致周期时间增加,从而降低团队效率。因此,保持直线是很重要的。
  • 观察团队交付的数量借助CFD图,我们可以跟踪团队已经交付的所有任务。如果CFD图的底线表示完成状态,则任意两点之间的线的斜率将代表这两点之间的平均吞吐量。
  • 立即发现瓶颈累积图可确定项目每个状态下的确切工作量。如果一个或多个区域表示WIP正在扩展,则CFD会立即发现此瓶颈。
  • 衡量您过去的表现在任何时候,顶线和底线之间的水平差提供了过程的近似平均周期时间。精确循环时间和近似循环时间之间的比较使您对过程性能有了很好的了解。
  • 监视过程运行状况累积流程图用于评估过程的效率,还有助于识别问题以实现稳定健康的过程。平均到达率必须接近平均吞吐量才能实现稳定的系统,即平均周期时间=平均吞吐量

15)列出Jira中Scrum项目生成的所有报告?

以下是由Jira的Scrum项目生成的报告:

  • 燃尽图燃尽图显示在sprint中已经完成的工作量,以及剩余的总工作量。燃尽图非常有用,因为它提供以下观察结果:
    • 如果团队提前完成工作,则意味着在sprint计划期间,团队不会承担足够的工作。
    • 如果团队没有在冲刺中完成工作,则意味着他们要承担大量工作。
    • 如果燃尽图急剧下降,则表示工作估算不正确。

如何创建燃尽图

以下是创建Burndown图表所需的步骤:

  • 前往Jira官方网站。
  • 单击您正在处理的项目。
  • 单击面板左侧显示的报告。
  • 选择燃尽图
  • 燃尽图

燃尽图是冲刺完成的工作与总范围相比的直观表示。它用于识别问题,例如偏离计划的项目路径。

如何创建燃尽图

以下是创建Burnup图表所需的步骤:

  • 转到Jira官方网站。
  • 单击您正在处理的项目。
  • 单击面板左侧显示的报告。
  • 从“报告”下拉列表中选择“燃尽图”。

以下是与“燃尽图”有关的要点:

  • 纵轴表示工作量,可以通过不同方式(例如,故事点,问题计数或估计)进行度量,而横轴表示以天为单位的时间。
  • 图表上线条之间的距离是剩余的功。当所有问题都完成后,各行将开会。

16)在Jira中定义一个组件?

组件是项目的细分,用于将项目中的问题分为较小的部分。

17)如何删除Jira中的组件?

请按照以下步骤删除Jira中的组件:

  • 单击面板左侧出现的组件。

  • 单击“ …”图标,然后出现下拉菜单,其中显示两个选项,即Edit和Delete

  • 单击删除选项以从Jira项目中删除组件。

18)什么是吉拉验证器?

验证器在执行转换之前检查用户提供的输入是否有效。

如果验证失败,则问题不会继续到转换的目标状态。

验证者列表:

  • 必填字段验证器必填字段验证器确保该字段是必填字段或必填字段。在每个转换屏幕上,必填字段均标有红色星号(*)。在Jira中,我们可以使用字段配置将字段设置为强制性或强制性。借助“必填”字段验证器,可以使字段成为必填字段,从而使整个过程更加人性化。
  • 正则表达式验证器正则表达式验证器检查给定字段的输入是否与您定义的正则表达式匹配。它是一个功能强大的验证器,其用例与简单验证有所不同,用户应提供与用例匹配的确切值。

参量

正则表达式:这是输入字段应匹配的表达式。

用户定义消息:验证失败时显示此消息。

  • 验证器,用于彼此比较两个字段此验证器用于比较两个字段。要使用此验证器,两个字段必须具有相同的类型。以下是此验证器支持的运算符的列表:
    • >(大于)
    • <(小于)
    • > =(大于或等于)
    • <=(小于或等于)
    • =(等于)
    • !=(不等于)
  • 日期比较验证器日期比较验证器用于将日期字段与固定日期进行比较。它可以支持日期字段类型,例如日期字段(日期和带时间的日期)。我们可以使用yyyy-mm-dd hh:mm格式的固定日期或格式(天,月,周,年)。
  • 字段比较验证器字段比较验证器是将字段与固定值进行比较的验证器。它支持以下运算符:
    • =(等于)
    • !=(不等于)
    • >(大于)
    • > =(大于或等于)
    • <(小于)
    • <=(小于或等于)
    • 不在
    • 包含

    它支持比较类型,例如字符串,数字和选项ID。例如,我们有一个名为“ Salary”的字段,其字段值不应小于30,000,它可以表示为:Salary> = 30,000;

  • 项目角色验证器中的用户此验证器可确保当前登录的用户应具有特定的角色。例如,只有具有“开发人员”角色的用户才能执行此工作流程转换。
  • 组中的用户验证器验证当前用户应位于任何指定的组中。
  • 字段验证器中的用户此验证器可确保在某个字段上设置当前登录的用户。该验证器有两个可用选项:
    • 您可以在字段中设置当前用户的状态。
    • 他/她不在此字段中。
  • 父问题类型验证器此验证器用于防止从父问题创建子任务。我们可以通过在子任务的“创建”过渡中添加验证器来实现。您也可以为这种类型的验证器提供自定义错误消息。
  • 父发行状态验证器此验证器确保父发行应具有某些特定状态。状态可以是“重新打开”,“进行中”,“积压”等。
  • 字段值更改验证器字段值更改验证器确保用户可以更改字段中的值。
  • JQL验证器JQL(Jira查询语言)针对JQL查询评估当前问题。在JQL Validator中,将自动生成与问题相关的查询。 JQL验证程序提供了一些其他字段:验证程序消息:如果验证失败,则用于定义自定义错误消息。如果您不想提供自定义错误消息,则可以将该字段保留为空。以用户身份运行:在此字段中,我们可以定义一个技术用户,将使用该用户来评估JQL表达式。如果将此字段保留为空,则将考虑当前用户进行此转换。

19)什么是问题收集器?

通过问题收集器,您可以以Jira问题的形式收集任何网站的反馈表。它还可以收集没有Jira帐户的问题。

20)Scrum板和看板板有什么区别?

以下是Scrum板和看板板之间的区别:

Scrum Kanban
Planning It has fixed planning. It focussed on planning. It starts with the sprint planning and ends with the sprint review, retrospective. The daily meeting is held so that the team knows the next steps, priorities, and the learnings from the previous steps. It has no fixed planning, and no daily meetings are conducted. In Kanban, changes can occur at any time, i.e., frequent changes occur.
Timeline In scrum, we work on the sprint that has the fixed-time duration means that after some fixed-time, we are delivering something to the client. Kanban does not have the concept of a sprint, so it has no fixed timeline for delivering the product to the client.
Task estimates During sprint planning, it is decided that how many activities are to be pulled from the product backlog and add in a sprint backlog. For example, if the sprint is for two weeks, then the number of activities are selected in such a way that they can be completed within the sprint, i.e., in two weeks. It does not estimate the task.
Scrum Master In scrum methodology, we have one scrum master who handles the team and conducts the meeting on a daily basis. In Kanban methodology, we do not have any scrum master. It’s the responsibility of each individual to deliver a valuable product.
Suitability This methodology is suitable for large-sized projects as large-sized projects can be divided into multiple sprints. It is mainly suitable for small-sized projects.
Constant changes In Scrum, constant changes can be adapted easily in shorter sprints. If any major change occurs, then Kanban methodology gets failed.
Cost In Scrum, the task is estimated, i.e., a fixed number of activities are taken in a sprint, so the total cost of the project is minimal. In Kanban, the task is not estimated, so the total cost of the project is not accurate.
Roles and responsibilities In Scrum, a specific role is assigned to the team members by the Scrum Master while the product owner tells the objectives of the product on which team members have to work. No predefined role is assigned to the team members. It’s the responsibility of all the team members to work in collaboration to deliver a valuable product.
Measurement of Productivity The productivity is measured by using cycle time or the time taken to complete the whole project from start to the end. Productivity is measured by using velocity through sprints.
Release Methodology Small release after the end of each sprint. It provides continuous delivery.