背景
我最近尝试为特定应用程序的回归测试开发一套测试.我一直在使用NUnit并没有遇到任何问题.
我遇到了向NUnit测试发送参数的问题,似乎没有令人满意的答案.
题
假设我实现了一个加载类的简单单元测试器,按顺序运行Startup,Test和Teardown方法,捕获异常然后卸载程序集.与使用NUnit相比,这样做的缺点是什么？
在这种情况下,我可以轻松地将参数传递给我的测试用例,或做任何其他我可能想到的疯狂的事情.但我担心的是我放弃NUnit会失去什么.
你输了什么？您的时间.
如果您是为客户或企业工作,他们(可能)会为您解决业务问题,而不是编写基础架构代码.为满足业务需求,可能需要一些基础设施.在这种情况下,它显然不是.你正在重新发明轮子.
不要陷入Not Invented Here陷阱.使用NUnit.它支持参数化测试.如果NUnit不能满足您的需求,请调查MbUnit或xUnit.net.或者看看BDF风格的SpecFlow等.或FitNesse进行验收测试.这只是部分清单!
如果您为了学习目的自己编写测试框架,那太好了!如果没有,你是在浪费你的时间和/或公司的钱.
解决技术问题
JUnit最初是在长途飞行中创建的.那时候没有很多选择.编写测试框架并不是一个庞大的项目.编写功能强大且易于使用的强大功能更加困难.编写测试运行器,IDE集成,CI集成,代码覆盖集成等要困难得多.而且它已经完成.除非你是Ayende Rahien,否则不要这样做!
除了集成之外,您还会丢失任何未实现的NUnit功能(并且有很多功能).我没有使用所有这些,但我确实依赖其中的许多.
(从我的评论中移开)
| 归档时间： |
|
| 查看次数： |
550 次 |
| 最近记录： |