13
|
Maurice · 技术社区 · 15 年前 |
1
7
我从中得到了一些很好的结果。我不在乎这里的其他人对测试视图的需求有什么看法,只要您将第一行代码添加到视图中,即使代码严格与表示相关,您也会引入潜在的错误,对于这种错误,编写自动化测试是个好主意。我的主要兴趣是尽可能多地捕获白色屏幕和黄色屏幕的异常/错误。为了做到这一点,我一直在使用Steven介绍性博客文章中的代码片段,以确保页面正确呈现,而不会引发任何异常:
我在这个框架中看到的小缺陷可能是:
|
2
1
读后 ardave's answer 前一段时间,我们实际上是为了自己的新产品而尝试的。 Orchard 基于应用程序marinas.info。 首先,我建议任何人从 this version 因为它比原来的更容易设置。 对于任何“正常”的MVC3应用程序,它都可以简单地工作。不幸的是,与Orchard一道,它的表现并不好,至少没有经过修改的global.asax.cs版本。所以我们还是去了 browser based testing road 但我们一直在使用它来执行应用程序内部的果园命令,这已经足够快了。 |
3
0
我没有使用这个框架。但根据我读他的书的经验- Pro ASP.NET MVC Framework 和另一个验证框架 xVal 他发展了,我会说“他很棒”。 |
mg610 · 如何开始C++单元测试 2 年前 |
vidhu · 无URL的自动化测试 2 年前 |
Aessandro · js开关站单元测试[关闭] 6 年前 |
AntoineLB · 断言后期工作Django 6 年前 |
ravikant · Selenium脚本不工作异常 6 年前 |