以下列出了JIRA面试常见问题解答。
1)什么是吉拉?
- Jira是由澳大利亚公司Atlassian开发的软件测试工具。
- 它是一个错误跟踪工具, 用于跟踪与你的软件和移动应用程序相关的问题和错误。
- 名称” Jira”来自日语单词” Gojira”, 意为哥斯拉。
- Jira基于敏捷方法论, 当前的Jira版本为6。
2)说明”等待”工作流程。
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软件(软件项目)
- 吉拉服务台(服务台项目)
Jira Core中存在两种类型的问题:
- 任务
该任务是一项需要完成的工作。 - 子任务
子任务是完成一项任务需要完成的一项工作。
Jira软件中存在五种类型的问题:
- 虫子
错误是产品功能中存在的问题。 - 史诗
Epic是一个大用户故事, 需要分解为较小的故事。 - 子任务
子任务是完成一项任务需要完成的一项工作。 - 任务
任务是一项需要完成的工作。 - 故事
故事是需要完成的最小的工作单元。
Jira Service Desk中存在八种类型的问题:
- 更改
它要求更改当前的IT配置文件。 - IT帮助
它请求与IT相关问题有关的帮助。 - 事件
用于报告事件。 - 新功能
它要求在软件中添加新功能。 - 问题
它用于调查和报告多个事件的根本原因。 - 服务请求
它正在向内部或客户服务台寻求帮助。 - 批准的服务请求
它用于请求需要经理或董事会批准的帮助。 - 支持
它用于请求有关客户支持相关问题的帮助。
10)如何在Jira中创建子任务?
以下是创建子任务所需的步骤:
步骤1:打开你要为其创建子任务的问题。
第2步:点击
图标以创建子任务。
第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计划过程中团队不会承担足够的工作。
- 如果团队没有在冲刺中完成工作, 则意味着他们要承担大量工作。
- 如果燃尽图急剧下降, 则表示工作估算不正确。
如何创建燃尽图
以下是创建Burndown图表所需的步骤:
- 转到Jira官方网站。
- 单击你正在处理的项目。
- 单击显示在面板左侧的报告。
- 选择燃尽图。
- 燃尽图
燃尽图是冲刺完成的工作与总范围相比的直观表示。它用于识别问题, 例如偏离计划的项目路径。
如何创建燃尽图
以下是创建Burnup图表所需的步骤:
- 转到Jira官方网站。
- 单击你正在处理的项目。
- 单击显示在面板左侧的报告。
- 从”报告”下拉列表中选择”燃尽图”。
以下是与”燃尽图”有关的要点:
- 纵轴表示工作量, 可以通过不同方式(例如, 故事点, 问题计数或估计)进行度量, 而横轴表示以天为单位的时间。
- 图表上线条之间的距离是剩余的功。当所有问题都完成后, 各行将开会。
16)在Jira中定义一个组件?
组件是项目的细分, 用于将项目中的问题分为较小的部分。
17)如何删除Jira中的组件?
请按照以下步骤删除Jira中的组件:
- 单击面板左侧出现的组件。
- 单击” …”图标, 然后出现下拉菜单, 其中显示两个选项, 即”编辑”和”删除”。
- 单击删除选项以从Jira项目中删除组件。
18)什么是吉拉验证器?
验证器在执行转换之前检查用户提供的输入是否有效。
如果验证失败, 则问题不会继续到转换的目标状态。
验证者列表:
- 必填字段验证器
必填字段验证器可确保该字段是必填字段或必填字段。在每个转换屏幕上, 必填字段均标有红色星号(*)。在Jira中, 我们可以使用字段配置将字段设置为强制性或强制性。借助”必填”字段验证器, 可以使字段成为必填字段, 从而使整个过程更加人性化。 - 正则表达式验证器
正则表达式验证器检查给定字段的输入是否与你定义的正则表达式匹配。它是一个功能强大的验证器, 其用例与简单验证有所不同, 用户应提供与用例匹配的确切值。
参数
正则表达式:这是输入字段应匹配的表达式。
用户定义消息:验证失败时显示此消息。
验证器以相互比较两个字段
该验证器用于比较两个字段。要使用此验证器, 两个字段必须具有相同的类型。
以下是此验证器支持的运算符的列表:
- >(大于)
- <(小于)
- > =(大于或等于)
- <=(小于或等于)
- =(等于)
- !=(不等于)
日期比较验证器
日期比较验证器用于将日期字段与固定日期进行比较。它可以支持日期字段类型, 例如日期字段(日期和带时间的日期)。我们可以使用格式为yyyy-mm-dd hh:mm的固定日期或格式(天, 月, 周, 年)。
现场比较验证器
字段比较验证器是将字段与固定值进行比较的验证器。
它支持以下运算符:
- =(等于)
- !=(不等于)
- >(大于)
- > =(大于或等于)
- <(小于)
- <=(小于或等于)
- IN
- 不在
- 内含物
它支持比较类型, 例如字符串, 数字和选项ID。例如, 我们有一个名为” Salary”的字段, 其字段值应不少于30, 000, 可以表示为:
工资> = 30, 000;
项目角色验证器中的用户
该验证器确保当前登录的用户应具有特定的角色。例如, 只有具有”开发人员”角色的用户才能执行此工作流程转换。
组验证器中的用户
它验证当前用户应该在任何指定的组中。
现场验证者
该验证器确保当前登录的用户设置在某个字段上。
该验证器有两个可用选项:
- 你可以在字段中设置当前用户的状态。
- 他/她未设置在此字段中。
父问题类型验证器
该验证器用于防止从父发行中创建子任务。我们可以通过在子任务的”创建”过渡中添加验证器来实现。你也可以为这种类型的验证器提供自定义错误消息。
父发行状态验证器
该验证程序可确保父问题具有某些特定状态。状态可以是”重新打开”, “进行中”, “积压”等。
字段值更改验证器
字段值更改验证器确保用户可以更改字段中的值。
JQL验证器
JQL(Jira查询语言)针对JQL查询评估当前问题。在JQL Validator中, 将自动生成与问题相关的查询。
JQL Validator提供了一些其他字段:
验证器消息:如果验证失败, 则用于定义自定义错误消息。如果你不想提供自定义错误消息, 则可以将该字段保留为空。
以用户身份运行:在此字段中, 我们可以定义一个技术用户, 将使用该用户来评估JQL表达式。如果将此字段保留为空, 则将考虑当前用户进行此转换。
19)什么是问题收集器?
通过问题收集器, 你可以以Jira问题的形式收集任何网站的反馈表。它还可以收集没有Jira帐户的问题。
20)Scrum板和看板板有什么区别?
以下是Scrum板和看板板之间的区别:
Scrum | Kanban | |
---|---|---|
它有固定的计划。它专注于计划。它从冲刺计划开始, 以冲刺回顾(追溯)结束。举行每日会议, 以便团队了解下一步, 优先级以及从先前步骤中学到的知识。 | 它没有固定的计划, 也没有举行每日会议。在看板中, 更改可以随时发生, 即频繁发生更改。 | |
在scrum中, 我们处理具有固定持续时间的sprint, 这意味着经过一定的固定时间后, 我们将向客户交付一些东西。 | 看板没有冲刺的概念, 因此没有固定的时间表将产品交付给客户。 | |
在sprint计划期间, 决定要从产品待办事项列表中提取多少活动并添加sprint待办事项列表。例如, 如果冲刺持续了两周, 则选择活动的数量, 使其可以在冲刺中即两周内完成。 | 它不估计任务。 | |
在Scrum方法论中, 我们只有一名Scrum主管来处理团队并每天主持会议。 | 在看板方法中, 我们没有任何Scrum Master。提供有价值的产品是每个人的责任。 | |
这种方法适用于大型项目, 因为大型项目可以分为多个sprint。 | 它主要适用于小型项目。 | |
在Scrum中, 恒定的更改可以轻松地适应较短的sprint。 | 如果发生任何重大变化, 则看板方法将失败。 | |
在Scrum中, 任务是估算的, 即在sprint中进行固定数量的活动, 因此项目的总成本很小。 | 在看板中, 任务没有估算, 因此项目的总成本不准确。 | |
在Scrum中, Scrum管理员将特定角色分配给团队成员, 而产品负责人告诉产品目标, 团队成员必须在该目标上工作。 | 没有为团队成员分配预定义角色。所有团队成员都有责任共同协作以交付有价值的产品。 | |
通过使用周期时间或从头到尾完成整个项目所花费的时间来衡量生产率。 | 生产率是通过冲刺速度来衡量的。 | |
每次冲刺结束后少量发布。 | 它提供了连续交付。 |
工作/人力资源面试问题 |
jQuery面试问题 |
Java OOP面试问题 |
JSP面试问题 |
休眠面试问题 |
SQL面试题 |
Android面试题 |
MySQL面试问题 |
规划
时间线
任务估计
Scrum大师
适应性
不断变化
成本
角色和责任
生产力的衡量
发行方法
面试技巧
JavaScript面试问题
Java基础面试问题
Servlet面试问题
春季面试问题
PL / SQL面试问题
Oracle面试问题
SQL Server面试问题
评论前必须登录!
注册