har*_*don 7 c# tdd asp.net-mvc unit-testing
在为ASP.Net MVC项目工作时练习一些TDD,我遇到了许多场景,我正在编写测试以确保特定操作返回正确的视图或具有特定属性([ChildActionOnly]等).(事实上,我在这里发现了一些有趣的帖子,关于有用的扩展方法,以帮助实现这一点).
几年前,当我第一次介绍单元测试和TDD的概念时,强调的重点是测试应该集中在测试用户所需特性和功能背后的逻辑 - 核心项目的要求"如果你愿意的话.
我的问题是 - 如果是这种情况,是否需要检查要呈现的正确视图文件,或者具有特定属性等的操作是否真的包含单元测试方法的全部内容？我是出于错误的原因编写测试(即只是保护自己和其他同事不会犯重构错误),还是这些有价值的单元测试的有效案例？
如果处理程序方法可以根据某些逻辑返回两个(或更多)视图中的一个,那么断言正确视图的单元测试将是有用的.对于根据逻辑插入特定属性的处理程序方法也是如此.
我是出于错误的原因编写测试(即只是保护其他同事不会犯重构错误),还是这些有价值的单元测试的有效案例？
捕获回归错误是单元测试的好处之一,在重构时尤其有用.如果你在进行一些重构时无意中改变了返回的视图,这对于提前捕获非常有用 - 而不是等待仅在应用程序运行时运行的测试.
| 归档时间： |
|
| 查看次数： |
307 次 |
| 最近记录： |