有人告诉我http://fitnesse.org,作为一个测试框架相当不错的制定我的HTML和DOM测试。所以,我做了一个概念证明,但它似乎并不是适当的工具。它似乎是面向文档而不是深度测试。FitNesse的和asp.net的MVC:前端测试
特的问题是:它是通过我的asp.net的MVC应用程序来测试不同的屏幕,用户将导航的好工具?有没有办法通过FitNesse表来测试它?如果不存在,有什么可能是一个不错的选择?
谢谢!
有人告诉我http://fitnesse.org,作为一个测试框架相当不错的制定我的HTML和DOM测试。所以,我做了一个概念证明,但它似乎并不是适当的工具。它似乎是面向文档而不是深度测试。FitNesse的和asp.net的MVC:前端测试
特的问题是:它是通过我的asp.net的MVC应用程序来测试不同的屏幕,用户将导航的好工具?有没有办法通过FitNesse表来测试它?如果不存在,有什么可能是一个不错的选择?
谢谢!
FitNesse最擅长测试GUI下的一个级别。它非常适合直接测试您的ASP.NET服务(这是我们所做的),但它不适用于GUI级别的测试 - 例如通过自动化浏览器。
测试FitNesse的使用你的服务,你写了一个“固定”(在你的情况可能是一个.NET类库),这夹具作为一个瘦UI您服务。
Fixture有一个公共接口,你可以写FitNesse测试。在这个级别
自动化测试是有效的,因为你的公共ASP.NET服务将是稳定的。这意味着你可以信任你的测试 - 当它们是红色时,可能是因为你的代码被破坏了。
测试GUI级 - 通常是通过自动化浏览器,比较画面截图 - 可以证明是反效果,因为你的客户很可能是挥发性:
理想情况下,您将拥有GUI和服务级别测试的组合 - 但我们也在为我们的HTML客户端搜索正确的解决方案。
你有可能试过WaitN?
是的,实际上,我正在寻找一种替代方案,因为我们在运行具有不同网络浏览器的工作站的单元测试时遇到问题。 – Pato