硒测试架构

Question

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

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

我所看到的建议，它能够更好地使用测试用例 - >框架 - >硒 - >浏览器，当改变你只需要更新的框架，而不是每个测试用例的UI发生这样的。

的问题是，我们的脚本正在分解成各个步骤，所以当更改UI发生，我们只更新一两个脚本，是它更好地使用这种方法与执行的

• 几个脚本每个测试用例

或去框架方法

• 其中的类，方法等驻留在框架中，并且测试用例只是用每个步骤的参数调用方法？

Answer 1

这取决于：

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

介绍了一个框架具有以下优点和缺点：

• 利弊：更容易维护，您不再需要修改多个测试用例你的代码，这将节省您的精力和时间。而且你可以一次又一次地重复使用你的框架，以便将来的项目，从长远来看这将节省你的时间和精力。
• 缺点：将有开发开销，需要额外的钱和努力来实现它。如果这个项目规模较小，那么您在引入框架方面所花费的精力和金钱甚至可能会超出其利益。