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

问题

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

背景

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

问题

• QA团队之外没有人知道这些回归测试有多广泛 是因为它们只存在于个人笔记本电脑上
• 他们没有中央存储库，开发团队也没有方法 在构建新功能时积极更新这些测试。我们必须离开 这完全取决于质量保证部门
• 业务分析师无法获得这些结果 测验。正因为如此，我们周围存在着许多不确定性 自动化测试增加了不愿意在没有 指导QA团队执行全尺寸手动回归 测试

---

<>这使我考虑把所有的硒测试放在一个用户友好的Web前端后面，任何人都可以在任何地方使用和访问它。然后，他们可以使用下拉菜单轻松创建新的测试。每个人，开发人员、测试人员和业务分析师，都可以看到测试序列中包含的内容，并在添加新特性时进行更新。我相信，如果web应用程序公开Jenkins的web服务挂钩，这也会使Jenkins作业触发测试以定时间隔运行变得更容易。。。但我觉得也许我在发明轮子。我建议建立的东西值得吗？

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

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

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

作为Jenkins基于web的应用程序，任何人都可以触发您的自动回归测试。甚至是BAs（在我的项目中，这就是我所做的）。不需要技术技能。我们还可以通过jenkins传递参数。参数可以是从文本到文件的任何内容。因此，您可以将一个包含要执行的步骤的文件上载到jenkins作业，其余步骤应由您的测试框架负责

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

---

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

连续回归和结果：

每次构建后的烟雾测试：

---

使用web应用程序，用户可以使用UI添加新的测试用例。他们的代码将不会被编码。可以将web UI看作是我们当前在本地使用的excel电子表格的替代品。web UI的全部目的是使流程更加用户友好……在您的系统中，项目经理或业务分析师会查看您的电子表格吗？我完全从您的问题中了解到这一点。如果你有资源/时间/预算-是-去做吧。有一个UI来创建testscript真的很好。但是，也要考虑维护部分。当然，它不会只是一次开发活动，而且将永远使用它！！谢谢我正在考虑这个选择。让我避免的部分原因是，电子表格似乎没有为我们的业务需求覆盖提供太多的透明度。特别是如果他们在詹金斯里面，结果也一样。目前，当bug被发现时，人们开始要求进行更严格的测试，但是如果测试用例嵌入到Jenkins中，人们怎么知道这是什么呢？