Selenium 测试架构

Question

我正在尝试优化我们用于应用程序的当前自动化测试。我们目前使用硒和黄瓜的组合。

现在我们使用的层是： 测试用例 -> SELENIUM -> 浏览器。

我已经看到建议最好使用 TEST CASE -> FRAMEWORK -> SELENIUM -> BROWSER，这样当 UI 中发生更改时，您只需更新框架而不是每次测试案子。

问题是我们的脚本目前被分解成单独的步骤，所以当 UI 发生更改时，我们只更新一两个脚本，使用这种方法是否更好

• 为每个测试用例执行的几个脚本

或者去框架方法

• 类、方法等驻留在框架中的什么位置，而测试用例只是为每个步骤调用带有参数的方法？

Answer 1

这取决于：

• 测试项目的生命周期，生命周期长的项目比短的更值得开发框架。
• 您需要多久更新一次测试用例（这又取决于被测网页的更改频率），不稳定的网页会要求更定期地更新其测试脚本。拥有一个框架可以提高可维护性。 （也就是说，如果这个框架写得很好）。

引入一个框架有以下优点和缺点：

• 优点：更容易维护，您不再需要在多个测试用例中修改代码，这将节省您的精力和时间。而且您可以在未来的项目中一遍又一遍地重用您的框架，从长远来看，这将为您节省时间和精力。
• 缺点：会有开发开销，需要额外的金钱和努力来实现它。如果这个项目又小又短，那么您在引入框架上所花费的精力和金钱甚至可能超过它的好处。