User interface 如何在web用户界面测试中取得成功？

我们正在一个大型web应用程序上设置测试活动。 我们做的第一件事是构建一个框架，在测试之前初始化数据库中的SQL数据，启动测试，归档结果，然后清除数据

我们将其集成到Maven 2进程中，每天在专用数据库上运行

我们现在已经设置了几个硒测试，但没有按计划使用

原因是测试有时会因为回归以外的其他原因而中断（数据可能已更改，存储过程可能已重新编译，等等）

---

我想知道用户界面测试是否取得了巨大的成功，如果是的话，原因是什么。公共错误也可能引起我的兴趣。

我使用http单元，它具有在页面添加任何样式之前工作的额外好处

您可以附加要在maven2的集成测试阶段运行的测试

从网站

HttpUnit是用Java编写的，它模拟 浏览器行为的相关部分， 包括表单提交、JavaScript、， 基本http身份验证、cookies和 自动页面重定向，并允许 返回要检查的Java测试代码 页面可以是文本、XML DOM或 表单、表格和文件的容器 链接

---

如果希望进行可靠的单元测试，则需要相同的输入。数据库的启动状态是输入。因此，每次都需要有相同的起始数据库。当然，如果您希望使用不同的输入进行测试，则需要创建另一个单元测试（因为结果显然不同）

---

当我做这样的事情时，我总是使用相同的数据库作为起点。当然，有些测试可能会失败，而不以正确的方式修改数据库，因此其他一些后续测试也可能失败，即使它们不会以其他方式失败。如果您的单元测试工具允许，您应该定义测试之间的依赖关系，以确保当“父”测试失败时，这些测试根本不会运行。

可测试性帮助很大。web应用程序可测试性的最大优势在于，如果您需要在页面上与之交互的所有HTML元素都具有独特且一致的属性。如果用于标识HTML元素的属性（Selenium使用xpath）在构建之间或会话之间不一致/不可靠，则测试脚本将失败。此外，这些属性必须是唯一的，以便自动化工具（在本例中为Selenium）能够可靠地在网页上找到对象