我应该将自动回归测试放在Web应用程序中吗？

Question

问题

为我部门的自动回归测试构建Web应用程序前端是否值得？我搜索了很多，我不认为这样的东西退出。基本上，Web应用程序将允许用户指定URL，预期输入和预期输出以及预期的返回URL。在后端，无头浏览器将在服务器上运行，以测试用户刚刚定义的场景，最有可能使用无头浏览器的调用...我已经搜索了很多，看看是否有这么简单的东西存在，但我没有运气。我发现了许多工具，允许编程操作浏览器命令，但是有一个Web前端用于测试我没有的其他Web应用程序。

背景

我的团队有专门的自动回归测试，测试人员可以在他们的本地计算机上运行。测试是用Python编写的，利用一些Selenium集成插件，并使用excel电子表格作为测试内容的输入。它们由质量保证部门维护。

问题

• QA团队以外的任何人都不知道这些回归测试有多广泛 是因为它们只存在于个人笔记本电脑上。
• 他们没有中央存储库，开发团队没有办法 在我们构建新功能时积极更新这些测试。我们必须离开 100％由QA部门负责。
• 业务分析师无法访问这些结果 试验。由于这一切，我们周围存在很多不确定因素 自动化测试增加了不愿意改变的事情 指示QA团队执行全面的手动回归 测试...

这使我考虑将我们所有的Selenium测试放在一个用户友好的Web前端的云端，任何人都可以从任何地方使用和访问。然后，他们可以使用下拉菜单轻松创建新测试。每个人，开发人员，测试人员和业务分析师都可以看到测试序列中包含的内容，并在添加新功能时对其进行更新。我相信如果Web应用程序暴露了jenkins的Web服务挂钩，这也会让Jenkins作业更容易触发测试以定时间隔运行......但我觉得也许我正在重新发明轮子。我建议建造值得吗？

Answer 1

就个人而言，我不会花太多时间来创建一个网站来接受用户输入来创建一个测试脚本。相反，我会花时间创建一个可靠的测试框架并使用 Jenkins 来触发测试。

您还需要考虑将来的“网站”维护。如果必须在网站中包含一些新功能，会发生什么？ QA / BA团队将依赖开发人员添加该功能。

我认为最好使用关键字驱动的框架 - 您可以在电子表格中编写整个测试。 [在我的项目中，不熟悉编程的QA人员使用这种方法创建测试脚本]。

作为Jenkins基于Web的应用程序 - 任何人都可以触发您的自动回归测试。即使是BA（在我的项目中，这就是我所做的）。不需要技术技能。我们也可以通过jenkins传递参数。参数可以是从文本到文件的任何内容。因此，您可以将包含要执行的步骤的文件上传到jenkins作业，其余部分应该由您的测试框架处理。

你肯定需要一个中央存储库。这是必须的。您可以查看 VisualSVN 服务器。 简单且免费。

使用Selenium的关键字驱动框架：

http://www.testautomationguru.com/keyword-driven-framework-for-localization-testing-using-selenium-webdriver/

持续回归＆amp;结果

http://www.testautomationguru.com/continuous-regression-testing-best-practises/

每次构建后

进行烟雾测试：

http://www.testautomationguru.com/automated-smoke-test-best-practises/