了解常见问题
Jira软件 是一个敏捷的项目管理工具,由阿特拉西人制造,使团队能够规划短跑或项目使用埃帕西斯,故事,任务,或问题。
在最基本的情况下,您可以使用JRA来创建和分配任务给您的团队。不过,jira还提供了许多更复杂的功能,如积压、路线图和定制,使其成为更复杂的软件开发任务的流行工具--比如定义新产品需求或用户故事、规划开发工作以及跟踪新版本的进展。
测试管理功能并没有内置在JRA中,也没有设计用于软件测试。然而,JRA的灵活性和可定制的字段吸引了希望在测试用例管理等多个任务中使用它的用户。
使用JRA作为测试管理工具是可能的,但也有挑战--这可能超过优势,取决于您的独特测试团队的规模和结构。
对于那些没有复杂测试要求的团队,JRA可能足以追踪他们的测试。这里有三个优点,使用JRA本身为您的JRA测试管理需要:
一个工具意味着一个管理不同角色和功能的软件开发项目的真相来源。
这减少了混淆、矛盾信息和重复工作的空间。
如果您已经为您的团队购买了SYRA来跟踪您的开发工作,那么您可能不需要购买额外的许可证。
JRA的灵活平台让您很容易根据团队的独特需求定制。
质量保证团队可以创建自定义字段,并操作现有的问题类型来创建测试用例和测试执行套件。
由于您的开发团队很可能已经使用了JIRA,所以在JJRA中跟踪测试案例可能会改进开发和质量保证之间的协作。
如果您的团队跟踪了在JJRA问题中的测试用例,那么质量保证可以给开发人员留下评论,并使用JJRA的问题链接将测试用例与用户故事或缺陷联系起来。
只要有足够的时间和努力,JRA可以用于软件开发团队的测试管理。然而,它带来了一些重大挑战。
使用JRA进行测试管理的第一个挑战是规划和组织测试用例、测试计划和创建测试套件。
有两种基本的方法可以在没有任何插件、附加程序或其他工具的情况下来处理JRA测试管理。第一个是对您现有的JRA工作流进行工作测试,其中包括附加的问题描述字段或子任务,第二个是创建自定义的JRA问题类型。
使用写在用户故事或问题描述字段中的子任务或清单可以是开始设计测试用例的有用方法。但是这种方法并不是可伸缩的,它使得管理测试数据和先决条件变得困难,并且不能提供测试总体状态的可见性。
或者,为测试用例创建自定义的JRA问题类型可能有助于区分开发任务和测试。但是这些额外的问题类型可能会让其他开发人员和产品所有者感到困惑。
一般而言,Jira使得组织测试案例和测试运行变得困难。使用自定义的Jira问题将混乱您的Jira板或迫使您维护一个单独的项目仅为测试。您可以尝试使用自定义标签或字段将JRA问题分组为"测试套件",但是没有内置的方法可以在层次树中组织您的JRA问题,从而使您的所有相关测试一目了然。
一个团队可能会选择使用EPES来创建测试套件,但是找到可以重新使用或维护的测试将成为一个密集的搜索,并且在测试执行上花费的时间可能会更好。
使用JRA作为测试管理工具的第二个挑战是长期跟踪测试执行情况。
在大多数测试方法学中,测试用例往往在测试周期完成后被重新用作回归测试。甚至敏捷团队也执行某种回归测试。不过,重新使用Jira问题非常困难。
您可以尝试从一个版本到下一个版本克隆jraa问题,但是尝试克隆用于端到端回归测试的一整套问题可能非常耗时。此外,克隆问题不会给你任何方法来分析测试的成败率。
最后,尽管 JRA查询语言("JQL") 提供了一个搜索过去的JJRA问题的健壮方法,很难找到您正在寻找的精确的JJRA问题,特别是如果它是另一个问题的子任务或者是从以前的测试中克隆出来的话。一旦联合执行机构完成任务并标记为"完成",它们就不再显示在板子上。重新找到它们的唯一方法是通过使用JJRA的搜索功能梳理历史问题列表,或者通过导出您的历史JJRA问题来更好地尝试和整理或手动筛选它们。你的团队可能会发现这个过程太耗时,无法有效地进行。
虽然JIRA的RESTAPI非常广泛,但是它本身并没有为测试自动化工具提供任何内置的支持。
无论您是使用黄瓜这样的工具来进行BDD测试,还是使用JU或硒这样的框架来进行自动化测试,都没有简单的方法可以将您的测试自动化与JJRA中跟踪的其他手动测试集成起来。这将导致在您的质量保证团队中不同的功能之间的隔离,并使它很难在测试中保持实时可见性。
使用JRA作为测试管理工具的另一个主要挑战是创建有效和实用的可追溯性。可追踪性对受监管行业或应用程序中的公司至关重要,这些公司必须通过某些合规监管审计。当您的团队希望快速找到需求的文档或测试用例时,它也会有所帮助。
虽然JRA可以很容易地将用户的故事、缺陷、史诗和其他JRA问题类型联系起来,但它并没有提供任何类型的覆盖性报告或追溯性报告。一个接一个地通过链接的问题进行搜索是很耗时的,如果没有任何内置的工作流来连接问题或现成的报告来检查是否已经建立了链接,那么就很容易无法遵守。
另一种选择是使用JRA测试管理应用程序或通过 阿特拉西市场 .
综合测试管理系统中有两种不同类型的测试管理应用程序:
基于JRA并通过其进行管理的应用程序(比如 X射线 )
将Jira与专用测试管理平台集成的应用程序 束缚物 )
大多数开发团队仍将使用相同的工具来跟踪任务,但是质量保证测试团队成员也将使用附加工具来管理测试用例。
基于JRA的附加程序可能是一个很好的选择,因为所有团队成员仍然可以访问测试交付品、报告和测试用例,就像他们在使用JRA一样。另外,如果你选择的应用已经支付,它们是你现有的阿特拉西订阅的一部分。贾拉本地应用程序的缺点是,它们往往更难自定义,并且在您尝试扩展JRA实例中可能会给所有用户造成性能问题。
另一方面,使用一个JRA应用程序,用一个专用的测试管理平台来同步,这将有助于:
更容易管理你的质量保证工作流程,
允许您更容易地与测试自动化和其他开发程序进行集成,以及
为您提供更多的定制性、可伸缩性和控件。
缺点是你通常必须为这样的平台购买单独的许可证(即使他们的JJRA应用本身是免费的)。
改进测试用例的组织和规划
提高能见度和报告
更好的缺陷跟踪和追踪
有些可能是昂贵的(特别是如果你必须为每个JJRA用户购买许可证)
一些附加程序可能非常复杂,使得团队成员难以有效地采用和使用它们。
缺乏定制意味着您的团队经常需要"适合"工具的"模具",而不是让工具为您工作并满足您的需求。有些工具比其他工具更灵活,所以请确保您选择的工具带有适合您的团队的定制选项。
就像为任何工作选择正确的工具一样,你首先要了解和确定你的团队的需求和目标。确保您清楚地了解您的目标,无论是为了确定覆盖率差距、优化质量保证的生产率,还是为了确切地了解测试过程中发生了什么。
组织可能不同地衡量质量保证目标的重要性。这将有助于你将注意力集中在适合你团队的研究选择上。当然,您需要考虑可用的功能、定价和支持以及用户评论或案例研究,以比较和对比工具。
为了让你的研究更进一步,并为你的决定提供有力的理由,以下是选择"正确的"测试管理工具的提示,如果你的团队使用JIRA:
一个好的测试管理工具应该为组织和规划测试工作提供一套强大的功能。这些功能应该包括创建和管理(和重用)测试用例、跟踪测试进展和报告,以帮助确保应该测试的东西得到测试。测试人员应该能够通过使用一个工具来简化他们的工作流程,这个工具仍然能够让他们与JRA进行快速有效的沟通。
如果工具过于繁琐或难以学习,你会发现过渡到使用它是一场艰难的斗争。通过试用来评估用户体验.寻找一个具有直观界面和有用文档的工具。
随着公司的成长,你经常会增加你的工具集。您希望确保您选择的测试管理工具能够与您的工具集集成,以帮助简化流程,提高效率,并在一个地方管理所有测试活动。除了灵活的集成,您还需要了解可定制的附加程序是如何满足不断增长的团队不断变化的需求的。
测试覆盖率是许多质量保证团队的一个关键指标。你必须能够评估你的测试是否足够或者是否有改进的余地。测试管理工具应该让您有能力确保每次测试都测试需要测试的东西。这就是你的团队如何开始生成一个强大的QQ程序。
可跟踪性通过确保测试所有相关需求,提高组织服务或产品的质量和可靠性。测试管理工具应该允许您查看和维护测试用例和错误的历史,这样您就可以清楚地记录已经测试的东西和将来需要测试的东西。让您的质量保证团队更好地了解每个测试和需求配对背后的逻辑,以便开发和工程团队能够更容易地识别测试中发现的问题。
很多团队都有多个利益相关者,他们希望能够很容易地理解测试的进展,更不用说您的团队也希望跟踪进展。像测试覆盖率、测试完成状态、测试可靠性这样的质量保证指标的沟通应该是简单的,甚至是在一个固定的时间表上的自动化。无论是在JRA之上建立的,还是在JRA之外的专用测试管理平台上建立的,对于您的利益相关者和组织的其他人来说,JRA测试管理附加物都应该提高透明度。
上一篇:没有了!
下一篇:介绍TestRail的新品牌