适用于ASP.NET MVC应用程序的WatiN最佳实践/经验法则

Question

我是TDD和BDD的狂热粉丝，但在UI测试方面做得并不多。我有一个带有许多MSpec测试的ASP.NET MVC3应用程序，我想使用WatiN添加演示测试。

你测试的是什么东西？我是必须为UI的初始加载编写测试，还是仅为因用户交互而更改的内容编写测试？

简而言之，在编写WatiN (和一般的UI测试)测试时，什么是好的经验法则和最佳实践？

Answer 1

在我现在工作的地方，我们为每个页面测试以下5件事(如果适用)：

1. Layout -应该有标记为X的文本框，应该有标记为X
2. Populate的下拉列表-应该有包含下列值的下拉列表...应具有值为
3. Validate的文本框-当我输入X时，我应该会看到错误消息Y
4. Navigate当我单击X按钮时，我应该转到Y页
5. 保存-当我单击保存按钮时，我应该会看到成功消息

Answer 2

理想情况下，UI测试(自动化)涉及自动化您可以做到的一切:)

我相信你有功能测试用例。这些测试用例中的每一个都可以自动化。如果您以此站点本身为例，我可以想到以下场景: 1.注册-验证您是否列出了所有字段(必填、已验证)-无法创建重复的帐户2.确认注册

基本上，您可以手动完成的所有操作都是自动化的目标候选。我们的应用程序有大约1500个测试用例，其中90%是自动化的。手动测试用于直观地验证屏幕。在Automation中可以忽略修饰检查。

希望这能有所帮助。谢谢，K