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

Question

问题

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

背景

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

问题

• QA 团队以外的人都不知道这些回归测试的范围有多大是因为它们只存在于个人笔记本电脑上。
• 他们没有中央存储库，开发团队也没有办法在我们构建新功能时积极更新这些测试。我们必须离开100% 交给 QA 部门。
• 业务分析师无权访问这些结果测试。由于这一切，我们周围存在很多不确定性自动化测试越来越不愿意在没有的情况下改变事情指导 QA 团队执行全面的手动回归测试...

这促使我考虑将我们所有的 Selenium 测试放在一个用户友好的 Web 前端后面的云中，任何人都可以从任何地方使用和访问。然后，他们可以使用下拉菜单轻松创建新测试。每个人，开发人员、测试人员和业务分析师，都可以看到测试序列中涵盖的内容，并在我们添加新功能时更新它们。我相信，如果 Web 应用程序为 jenkins 公开了 web 服务 Hook ，这也会让 Jenkins 作业触发测试更容易按时间间隔运行……但我觉得也许我正在重新发明轮子。我提议 build 的东西值得吗？

Answer 1

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

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

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

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

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

---

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

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

连续回归和结果:

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

每次构建后的冒烟测试:

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