ASP.NET MVC 应用程序的 WatiN 最佳实践/经验法则 [关闭]答案

【问题标题】：WatiN best practices/rules of thumb for an ASP.NET MVC app [closed]ASP.NET MVC 应用程序的 WatiN 最佳实践/经验法则 [关闭]
【发布时间】：2011-03-17 09:57:32
【问题描述】：

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

你测试什么样的东西？我是否必须为 UI 的初始负载编写测试，还是仅针对因用户交互而发生变化的内容编写测试？

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

【问题讨论】：

标签： asp.net-mvc asp.net-mvc-3 coded-ui-tests watin

【解决方案1】：

我现在工作的地方，我们为每个页面测试这 5 件事（如果适用）：

布局 - 应该有标记为 X 的文本框，应该有标记为 X 的下拉菜单
Populate - 应该有带有以下值的下拉列表...应该有带有值的文本框
验证 - 当我输入 X 时，我应该会看到错误消息 Y
导航 - 当我点击 X 按钮时，我应该转到 Y 页面
保存 - 当我点击保存按钮时，我应该会看到成功消息

【讨论】：

很好，谢谢。我真的希望对答案的数量有更多的热情...... :)

【解决方案2】：

理想情况下，UI 测试（自动化）涉及尽可能自动化一切：)

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

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

希望这会有所帮助。谢谢，克

【讨论】：