软件开发公司如何通过将Jira与TestRail整合来提高能见度和生产率
共同测试管理挑战
在软件开发项目开始时,你可能遇到的一些最常见的挑战包括:
缺乏能见度
缺乏测试管理工具或项目可用性低
不正确或低效地使用任何现行测试管理工具
质量差的测试案例很难维持
缺乏JRA和测试管理工具整合
需求、JRA工件和测试用例之间缺乏可追溯性
缺乏能见度
测试工作是很容易隐形的。我见过很多次测试人员做所有的工作,但是测试结果被锁定在他们的头脑或机器上,完全无助于项目。在任何软件项目中,测试都是至关重要的,但只有在结果得到有效和快速传达的情况下才是关键。
阿卡不仅是关于 运行的 测试。同样重要的是,通过良好的报告和仪表板为团队提供可见性。确保能见度意味着理解诸如"谁在测试?","测试的是什么功能?","测试的范围是什么,"和"我们什么时候才能完成所有测试活动?""。
缺乏测试管理工具或项目可用性低
通常,当团队没有适当的测试管理工具时,他们在整个项目中的可用性都很差。许多项目在电子表格中追踪测试用例和清单。虽然电子表格是较小项目的一种选择,但它们是不可持续的 有多个工程师的大型项目 .使用电子表格,经常更新和管理测试数据成为一个耗时且容易出错的梦魇。
不正确或低效地使用任何现行测试管理工具
如果您选择一个与组织及其实践不一致的测试管理工具,那么您将面临浪费时间和金钱的高风险。当测试管理工具未被用于其全部功能时,它很可能是错误的工作工具。错误的工具最终可能只是作为测试用例存储的一种手段,或者是你的公司收集的未使用的软件中的另一种浪费的工具。
测试案例的质量和可维护性差
团队在测试用例中经常会遇到两个核心问题:它们没有足够的上下文信息,或者它们是以难以重用的方式编写的。
例如,存在测试用例,但没有关于优先级、版本、配置、对需求的引用或其他重要信息的信息。这就很难确定正确测试的优先次序,准确的测试,并以对团队其他成员有意义的方式报告测试结果。
缺乏综合管理体系和测试管理工具的整合
检查测试管理工具是否与现有工具栈集成。特别是,它能与你的错误或问题追踪软件集成吗,比如JIRA?这种集成的优点是,用户可以很容易地将错误链接到测试用例运行中,并从先进的可追溯性中获益。缺乏适当的集成可以阻止测试用例在特性的范围内执行。
需求、JJRA工件和测试用例之间缺乏可追溯性。
可追溯性的目标是帮助您规划和管理测试活动(包括缺陷管理),以更好地减少风险。缺乏可追溯性会在整个软件开发生命周期(SDLC)中造成问题。例如,缺乏可追溯性会使人们很难知道更改的影响,从而导致不一致,从而破坏测试进度、浪费时间和耗尽资源。
选择测试管理工具
拥有一个已建立的测试管理工具并不意味着您的问题的可追溯性,可见性,和文档自动解决。在使用电子表格作为测试管理工具和测试链接作为测试管理工具之前,我亲身体验了这种体验。
测试链接的局限性
让我详细说明一下--虽然测试链接是一个免费的开源测试管理工具,但它并没有提供比其他测试管理系统更优越的特性。测试链接的可用性很差,并且JRA集成是单向的。测试链接的Jira集成只允许您:
将Jira问题与执行中的测试用例联系起来
当测试用例失败时创建问题
你在测试链接中可能遇到的其他限制包括:
可用性差
过时的用户界面/用户界面
更长的登机时间
没有带有测试状态和统计数据的动态视觉仪表板
定制额外字段和状态的困难
西风诉。束缚物
如果您想使用最方便用户和功能最强大的工具来满足团队的需要,我建议您安装您正在定义的工具的试用版本。
就个人而言,我尝试了两种方法 西风和特斯特雷 在深度和选择的测试管理工具。为了更好地可视化正反两方面,我创建了一个表格,总结了我的经验,希望能帮助您为团队选择最优的工具。
西风 专业:
在不同的Jira问题类型(故事、错误、测试用例)之间有良好的可追踪性
因为这是一个内置在jraa的应用,你可以创建测试用例作为jraa问题
出色的报告和定制选项
西风 反对意见:
要求您支付在您的JRA实例中的每个用户(即使他们不需要Zephyr)
性能问题(在用户界面和API级别上)影响到JRA实例中的所有用户
在所有版本中不支持分享步骤的能力
最终,由于可用性差,缺乏视觉仪表板,以及一个不适合我们需要的定价模型,Zephyr对我的团队来说不合适。
为什么我们选择特斯特瑞
我们选择了特斯特雷尔作为测试管理解决方案,因为它有以下好处:
与一体化机构的双向一体化
提高能见度
在多个测试用例中共享相同测试步骤的能力
可操作软件测试报告
测试系统的可用性和直观的用户界面
测试用例和测试结果的灵活定制字段
分配测试运行的能力
测试用例模板和测试计划功能
特蕾西和Jira融合
海妖在许多不同的方式和Jira融合。你可以很容易地将错误报告推到jraa,查看问题细节,跳到jraa的新版本表单等等。此外,团队还可以将TESTRERI的缺陷插件扩展到JERA,使他们能够在需要时将集成适应到他们的JERA定制。
与其他测试管理工具相比,TESTRERI集成提供了更好的可见性和可追踪性。
它还能让你很容易地回答以下问题:
什么功能不起作用,为什么?
我们有这个特性的测试用例吗?
为什么这些测试失败了?
那么,发布/里程碑测试的进展如何?
海妖支持与Jira的双向整合,这样你可以:
将测试案例和测试结果与Jira联系起来
从测试管理工具中创建JRA问题(您可能还需要自定义问题模板)
直接检查测试结果和案例
用测试用例、测试结果和引用的JJRA项的信息建立可追溯性报告
初步审查来自特斯特拉尔的联合调查报告问题
如何将特斯特瑞伊与JJRA整合
下面是两个步骤来配置测试管理集成:
在特斯特拉尔建立一体化
添加到您的JJRA实例中的"JJRA附加"
海星集成了JJRA云、服务器和数据中心。这里是Tertril的JJRA集成文档,其中包含每个平台的设置说明:
连接到JJRA云
连接到JJRA服务器
连接到联合调查局数据中心
让我们检查能够帮助你提高能见度的主要功能:
为测试用特斯特瑞伊的案例添加参考资料
在下图中,测试用例与JRA子任务相关联,这个子任务是为了跟踪测试设计活动而创建的(在我的例子中)。
如果你在JJRA中打开"质量保证测试设计"子任务,打开ID:桌面-10(我的例子),然后进入"测试:案例"部分,你可以看到与它相关的测试案例:
添加Jira参考(s)以测试运行的特斯特拉尔。
如果为了测试的目的,您创建了一个子任务或其他问题类型来运行一些测试(如:"质量保证-测试功能"),您可以创建一个测试运行在Tetril,并将它与一个JRA问题(子任务)关联起来。
现在,如果你在JRA中打开这个子任务,测试运行的结果将出现在JRA问题中,所以你不需要为它打开测试结果(但是你也可以打开测试结果):
API集成
在自动测试执行期间自动更新测试状态可以节省时间,提高测试自动化的能见度。
如果你在审查你的自动测试结果的时候发现了任何错误,你可以使用TESTRIL将它们链接到JRA中的缺陷,以确保完全的可追踪性--即使是自动测试。
在启用及使用 海参药 ,确保测试是稳定的,结果反映应用程序的实际状态,这样结果是值得信任的。
在ELEKKS中,我们使用了比顿API,我们的测试自动化工程师,MAKSYM,实现了一个在TERSTRILI上的包装器,增加了额外的功能。所以,如果您使用的是一个比顿客户端-您可以找到原始客户端 类蛇API绑定 或 在此提供MAKSYM的API绑定 .
导入API绑定并配置它们:根据 应用信息系统倡议文件
其他有用的利器功能
我们发现有许多其他的测试管理功能是有用的。
共享步骤:
共享台阶 允许您重用跨测试用例的通用步骤,并提高测试用例的可维护性(更不用说可以节省您的时间了!)。
可重用性是通过"导入"共享步骤实现的。一定要仔细考虑共享步骤的命名约定,因为您可能有数百个共享步骤。使用命名共享步骤的模式(例如,<功能性或页面&ttt;&&l;步骤描述;)将帮助您导航步骤并容易导入它们。
如果需要更改,可以在一个地方更新,其他测试用例将反映更改。
仪表板和报告:
测试系统的仪表盘和图表代表了测试的现状。您可以在同步会议上分享它们,或者定期发送它们,让利益攸关方快速了解测试进展。
报告中的详细程度也可以在"报告"一节中配置。
报告是全面的,可以根据按类别分类的15个预先定义的模板生成:"案例"、"缺陷"、"结果"、"摘要"和"用户"。"您可以使用"摘要"部分的模板生成通用报告,它可以帮助从质量保证工程师到项目经理和产品所有者的所有人。
能够分配测试运行给质量工程师和跟踪当前的任务:
如果您是一个DB2领导-这个功能允许您在整个团队中发布测试并跟踪进展。
定制:
您可以自定义您的测试用例、结果状态字段、优先级、模板和其他字段。在我们的案例中,我们添加了以下额外的结果状态,以提供有关测试运行的更多信息:
环境问题 -环境或配置问题
改变的要求 -因需求变化而失败
已知问题- 我们知道这个问题
下一个版本- 应移到下一个版本
下滑- 其他忽略结果的理由
测试用例模板:
当时间有限时,描述测试用例中的所有步骤可能会很麻烦。为了节省时间,您可以为测试用例使用简化模板,或者甚至使用一个探索性会话来描述您要验证的功能。
改进质量保证进程的其他建议:
设立一个单独的联合执行机构董事会(例如:(在实际测试用例编写、规划或测试之外的一次性质量保证任务,以提高进度和工作量的能见度
捕获和监测在JJRA仪表板上的指标:
每个版本/里程碑的开放错误数目
关键和阻碍问题
上周/迭代期间发现的错误数量
自动化发现的错误数量
测试覆盖率(请参阅此处的更多内容) 可追踪性和测试覆盖性 )
TERRA的双向JRA集成为您提供了从TERRERI和JRA查看执行状态的能力,并允许您在引用TERRERI结果或测试用例时预览一个JRA问题。
上一篇：介绍TestRail的新品牌
售前咨询专员
