📅  最后修改于: 2021-01-04 03:40:59             🧑  作者: Mango
下面列出了JIRA面试常见问题解答。
Jira工作流是在问题的生命周期内跟踪和过渡问题的一组活动,其中过渡表示当问题从一个状态转移到另一个状态时,两个状态之间的链接,状态决定了工作对工作的影响测试人员提出的问题。
以下是工作流中发生的阶段:
Jira工作流称为缺陷生命周期或错误生命周期。错误的生命周期包括以下几个阶段:
Jira是一个缺陷跟踪工具,可以创建不同的报告,使您可以大致了解项目的当前状态。
JIRA报告以图表,折线图,条形图等形式表示项目当前状态的图形表示。
以下是Jira生成的报告:
饼图用于显示按指定字段分组的问题,并且指定字段可以是优先级,受让人,项目,问题类型等。
最近创建的问题报告表示一个图表,该图表显示了在相同间隔内创建新问题的速度以及解决了多少问题。
解决时间报告确定解决项目/过滤器问题所需的时间。
报告的单级分组不显示图表,但是将按特定字段分组的问题归类为过滤器。
自问题报告以来的时间是一个条形图,显示了在给定日期设置的特定数据字段的问题数。假设我选择“已创建”作为数据字段,然后条形图显示了已创建的问题数。
以下是创建问题的步骤:
项目:它确定项目的名称。
问题类型:它是一个下拉列表,显示所有问题类型的列表。您可以选择其中的任何一个,例如Bug,epic,task,sub task。
摘要:在摘要文本字段中,您需要输入与正在创建的问题相关的摘要。
优先级:您可以设置问题的优先级。可以是中,高,低。
也可以与Jira中的其他用户共享问题。以下是与Jira中的其他用户共享问题所需的步骤:
上面的屏幕显示已创建了一个问题“ TP-2登录按钮不起作用”。
上面的屏幕显示单击共享按钮时将出现该对话框,并且在对话框中,您需要输入要与之共享问题的用户的姓名,团队或电子邮件地址。
登录到Jira后,仪表板是您看到的第一个显示。 Jira管理员可以更改仪表板的视图,也可以更改仪表板上可见的内容。
仪表板显示有助于团队成员跟踪项目进度的小工具和应用程序。
仪表板包含有用的信息,例如分配给登录用户的问题和用户的活动流。
单击面板左侧出现的“仪表板”链接后,将显示以下页面:
以下是创建仪表盘所需的步骤:
哪里,
名称:它提供仪表板的描述性名称。
说明:这不是必填字段。在此字段中,您可以添加正在创建的仪表板的描述。
起始于:起始于是一个包含下拉菜单的字段,您可以在其中选择空白仪表板(这是一个空白仪表板,其中不包含任何小工具,但您可以根据需要自定义该仪表板)或默认仪表板(预先存在的仪表板)。
与谁共享:选择要与仪表板共享的用户和组。
我们可以安排问题的到期日,以用于跟踪,审查并通知团队有关到期日的信息。安排问题是最强大的功能,可根据到期日期执行固定日期和相对日期搜索。
还可以使用Jira查询语言来执行高级搜索。
您可以使用日期字段安排问题。可以通过创建新问题或编辑问题来完成。
Jira中的Project带有主要属性,这些属性可以是项目的名称,键,组件,版本。
当您登录到Jira时,出现的第一页是仪表板。
在上面的屏幕中,右侧部分代表“活动流” ,其中包含您对问题或项目执行的所有活动。
Jira中的问题可能是错误,功能,任务或任何项目工作。每个Jira项目都带有默认的问题类型,这些问题类型取决于您所使用的项目类型。
Jira项目共有三种类型:
Jira Core中存在两种类型的问题:
Jira软件中存在五种类型的问题:
Jira Service Desk中存在八种类型的问题:
以下是创建子任务所需的步骤:
步骤1:打开您要为其创建子任务的问题。
第2步:点击图标以创建子任务。
步骤3:要创建子任务,您需要输入以下屏幕,如下屏幕所示:
看板板是用于可视化工作并限制在制品的工具。
与在Scrum中一样,我们从产品待办事项中进行一些活动,并添加了sprint待办事项。但是,在看板中,我们没有sprint,因此不会执行sprint积压活动。这是scrum和看板之间的主要区别,即scrum包含sprint待办事项,而看板不包含sprint待办事项。
看板委员会由三个州组成:
当项目开始时,然后我们将所有积压的活动从产品待办事项置于“待办事项”状态。当团队成员开始从事一项活动时,该活动将被置于“正在执行”状态,而当该活动被放置时,其将被置于“完成”状态。
通过看板委员会,您可以了解已完成的活动以及需要开发的活动。
看板的最重要功能之一是限制选项。在上图中,我们有一个产品积压八项任务和限制集4.在时间,这将只需要四个任务在“做”状态,如果任何的任务来,在“做”状态,那么产品待办事项列表中的另一个任务将被置于“待办事项”状态。这样,我们可以根据资源的可用性设置限制。
Scrum Board是一个物理板,上面显示了当前sprint待办事项列表中的用户案例。
Scrum板分为以下几列:
看板项目生成两种类型的报告:
控制图是一个有用的图表,有助于衡量团队的绩效。控制图显示您的团队在一段时间内的平均周期时间。控制图在图表上绘制了以下问题:
它显示产品,版本或冲刺的平均周期时间。
它可以帮助您确定当前冲刺中的数据是否确定了产品的未来性能,即,周期时间差异较小意味着中位数或均值可以确定未来性能。
如何创建控制流程图
以下是创建控制流程图的步骤:
累积流程图的特点:
以下是由Jira的Scrum项目生成的报告:
如何创建燃尽图
以下是创建Burndown图表所需的步骤:
燃尽图是冲刺完成的工作与总范围相比的直观表示。它用于识别问题,例如偏离计划的项目路径。
如何创建燃尽图
以下是创建Burnup图表所需的步骤:
以下是与“燃尽图”有关的要点:
组件是项目的细分,用于将项目中的问题分为较小的部分。
请按照以下步骤删除Jira中的组件:
验证器在执行转换之前检查用户提供的输入是否有效。
如果验证失败,则问题不会继续到转换的目标状态。
验证者列表:
参量
正则表达式:这是输入字段应匹配的表达式。
用户定义消息:验证失败时显示此消息。
它支持比较类型,例如字符串,数字和选项ID。例如,我们有一个名为“ Salary”的字段,其字段值不应小于30,000,它可以表示为:Salary> = 30,000;
通过问题收集器,您可以以Jira问题的形式收集任何网站的反馈表。它还可以收集没有Jira帐户的问题。
以下是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. |