2013-02-14 263 views
1

我需要一些关于为我的回归测试策略选择合适工具的建议。主要标准是“最佳购买”正确的工具。在分析Gartners案例研究后,我试图在Atlassian和IBM QA解决方案之间进行选择。主要的困难是IBM Jazz平台将Rational功能测试仪作为自动化测试解决方案进行集成,而Atlassian依赖于Jira平台,该平台默认情况下不会集成自动化测试费用。QA测试工具集成

我的公司是面向Java的,所以我们消除了HP Quick Test Professional,因为VB脚本语言。

选项包括:

  1. Atlassian的:吉拉 - Greenhoper - 和风 - 硒2
  2. IBM:爵士 - 理性品质中心 - 的Rational Team Concert - Rational Functional Tester的。

第一个显然是更便宜的解决方案,而硒是在我看来不是长期解决方案的原因是难以维持的测试脚本的数量庞大的应用程序时,正在改变 - RFT做地图对象当我更换的东西在脚本中(或者我错了)。

将负责自动化测试的人员将成为开发人员,导致大部分测试无法通过记录器创建。

应用程序测试是java web应用程序并与其他系统集成。

问题:RFC是否可能与Jira集成而不是Jazz?如果是的话,您如何看待Atlassian - Jira - Greenhoper - Zephyr - Rational Functional Tester解决方案?

回答

1

这是一个复杂的问题,不仅因为你在问什么,你还需要考虑到,如果你开始在多个供应商之间进行集成,那么你的过程变得更加脆弱。这与集成或供应商的质量无关,只是需要多家公司单独工作,需要不断进行适合其他公司所做变更的变更......总之,这是另一点针对您的第一个选项,要求在3个差异公司的解决方案之间进行整合。尽管如此,即使您使用Selenium开发测试框架,也可以通过可扩展的方式来实现,即使在修改对象时也可以支持。您可以使用定义良好的功能和智能识别对象。您不应该将此作为您选择任一解决方案的标准。

我想我会尝试这两个选项(或您在表中的任何其他选项),运行一个简短的试点项目,利弊与他们所有人,并作出最佳决定。我认为你很难做出其他决定(除非你接近翻转硬币:-)

在我的公司,我们创建了一个简短的白皮书,可以帮助你构建评估过程。这里是link,它是免费的。

什么也提醒我,Zephyr不是唯一与Jira集成并知道如何运行Selenium(或TestComplete,或任何其他自动化框架)的人。您也可以查看我们的解决方案。它被称为PractiTest,它可能是另一种选择让你尝试(对不起,如果不是让事情变得更容易,我添加了另一件事情要考虑:-)

无论如何祝你好运!

-joel

+0

为什么我不喜欢Selenium的另一个原因是我们没有成功地使用记录器来构建测试,所以我们创建了基于Selenium API的试点,并且我们创建的所有测试都使用Java。通过这种方法,我可以雇佣开发人员来管理脚本,在我的情况下也是可以接受的解决方案,但我认为让我们在开发人员面前轻松一下,并给他50/50(rec./api)脚本进行管理,减少代码写更多的时间,我可以用他来做其他事情。我知道其他解决方案与Jirra的可能性,我正在从自动化测试解决方案/ RFT的角度去看看有什么选择 – stef 2013-02-14 14:29:23

2

我不同意,Selenium测试是很难管理,如果他们写的不错,他们可以很容易维护和扩展。我同意,虽然他们有点难写,但实际上大多数更复杂的自动化测试都必须在没有刻录机的情况下编写。 Recorder是帮助更快编写测试的工具,但不是一种完全替代任何编码的工具。

如果测试的接口发生了显着变化,则更改部分测试是不可避免的。除了Selenium之外,您还可以使用Jenkins,这是一个非常好的回归测试工具,可以让您轻松执行,安排测试和集成。它还提供了各种不同的插件使用和简单。

从长远来看,我会申请聘请具有基本编码技能的测试人员编写自动化测试。问题是,开发者和qa由于他们所从事的工作类型而有不同的思维方式。开发人员熟悉他编写的代码,因此自动化测试会依赖于它,这可能会导致一些错误被遗漏(在某种程度上,这将是白盒测试)。另一方面,QA对代码没有认识,并且他们在编写测试时试图以用户身份进行思考,这可能不像开发人员测试代码明智的那么高,但在功能测试中他们会更好(以某种方式这将是黑匣子测试)。

总之,我一定会检查出硒。此外,通过使用代码编写测试,您可以使用编程语言来编写测试,以进一步扩展它们。没有录音工具可以做到这一点。查看詹金斯,这将允许测试由您的团队中的任何人运行。