我需要一些关于为回归测试策略选择合适工具的建议。主要标准是正确工具的“最佳购买”。在分析Gartners案例研究后，我试图在Atlassian和IBM QA解决方案之间做出选择。主要的困境是IBM Jazz平台将Rational功能测试器集成为自动化测试解决方案，而Atlassian依赖于Jira平台，该平台默认不集成自动化测试收费。
我的公司面向Java，因此我们因VB脚本语言而无法使用HP Quick Test Professional。
选项包括：
第一个显然是更便宜的解决方案，但是Selenium在我看来不是长期解决方案，因为当应用程序发生变化时更难维护大量的测试脚本 - 当我在脚本中替换某些内容时，RFT会映射对象（或者我错了）。
负责自动化测试的人将是开发人员，因为大多数测试我不能仅通过记录器创建。
测试应用程序是java Web应用程序并与另一个系统集成。
问题：RFC是否有可能与Jira集成而不是与Jazz集成？如果是的话，您如何看待Atlassian - Jira - Greenhoper - Zephyr - Rational Functional tester解决方案？
答案 0 :(得分：2)
我不同意Selenium测试难以管理，如果写得好，它们可以很容易维护和扩展。虽然我同意它们写起来有点难，但实际上大多数更复杂的自动化测试都必须在没有记录器的情况下编写。记录器是一种帮助更快地编写测试的工具，但不是完全替换任何编码的工具。
如果测试的界面发生了显着变化，那么改变部分测试是不可避免的。除了Selenium，您还可以使用Jenkins，这是一个很好的回归测试工具，可以让您轻松执行，安排测试和集成。它还提供了各种不同的插件，使用简单。
从长远来看，我会选择聘请具有基本编码技能的测试人员来编写自动化测试。问题是，开发人员和qa因他们所做的工作类型而有不同的心态。开发人员熟悉他编写的代码，因此自动化测试将依赖于它，这可能会导致错过一些错误（在某种程度上，这将是白盒测试）。另一方面，QA非常了解代码，他们在编写测试时会尝试将其视为用户，这可能不如开发人员测试代码那么高，但在功能测试中他们会更好（在某种程度上）这将是黑盒测试。）
总之，我肯定会查看Selenium。此外，通过使用代码编写测试，您可以使用编程语言，该编程语言用于编写测试以进一步扩展它们。没有录音工具可以做到这一点。查看Jenkins，它将允许团队中的任何人运行测试。
答案 1 :(得分：1)
这是一个复杂的问题，不仅因为您的要求，还需要考虑如果您开始在多个供应商之间进行集成，那么您的流程就会变得更加脆弱。这与集成或供应商的质量无关，只需要让多家公司分开工作，需要不断进行适合其他公司所做变更的公司......简而言之，这是另一点反对你要求整合3差异公司解决方案的第一个选项。
话虽如此，即使您使用Selenium开发测试框架，您也可以通过可扩展的方式来实现，即使您的对象被修改也能支持。您可以使用定义良好的功能和对象的智能识别。您不应该将此作为选择任一解决方案的标准。
我想我会尝试两种选择（或者你在表格中的任何其他选项），运行一个简短的试点项目，为所有这些项目提供优点和缺点，并做出最佳决定。我认为你很难做出其他决定（除非你接近掷硬币： - ）
在我的公司，我们创建了一份简短的白皮书，可以帮助您构建评估过程。这是link，它是免费的BTW。
还有什么提醒我，Zephyr不是唯一与Jira集成并且知道如何运行Selenium（或TestComplete，或任何其他自动化框架）的人。您也可以查看我们的解决方案。它被称为PractiTest，它可能是你尝试的另一种选择（对不起，如果不是让事情变得更容易，我还要考虑另外一件事： - ）
无论如何祝你好运！
-joel