我对UnitTesting很新,只是遇到了一个我不知道如何处理的情况,我很感激任何提示:)
情况如下,想象两种方法:
// simple standalone method public bool HelperMethod(string substr) { return substr.Equals("abc"); } // complex method making (multiple) use of HelperMethod public bool ActualMethod(string str) { for (var i=0; iHelperMethod函数没有依赖关系,但ActualMethod依赖于HelperMethod,因此如果HelperMethod的那个,它的UnitTest将会失败.
实际上,如果我没有弄错的话,这就是嘲讽/依赖注入应该拯救的地方.
但在这种特定情况下,我想测试几个(任意大的)边缘情况(上面的代码可能不需要,但实际的ActualMethod实现是相当复杂的语法分析器的一部分).由于HelperMethod被称为在每个多次ActualMethod电话,我会嘲笑数百HelperMethod要求我的测试,似乎只是无法忍受(现在想象一下需要的数量HelperMethod接听的话会有二次到输入..).
我的问题是:如何优雅地测试将大量调用委托给另一个方法的方法?我真的应该嘲笑所有这些委托电话吗?或者我可能允许进行方法测试取决于其他方法的测试(像Assert(HelperMethodPassed)那样?)或者没有办法改变实现的设计?
不幸的是,在ActualMethod中内联HelperMethod是不可能的,因为其他方法也依赖于它.
在此先感谢,我真的很感激任何帮助!:)
PS:正在测试的项目是用C#编写的,我目前正在使用MSTest框架(但如果能解决问题,我可以切换到另一个框架).
编辑:将HelperMethod和ActualMethod明确标记为公共.
通常,如果代码难以隔离以进行测试,则表明存在设计问题.
因为你在HelperMethod
你试图测试的方法的上下文中调用了很多次,所以听起来问题ActualMethod
就是做得太多了.您可以通过分解ActualMethod
为将输出HelperMethod
作为参数的较小方法,然后对每个单独的方法进行单元测试,使其更加可单元测试.
当然,您也希望确保HelperMethod
经过单元测试!
正如其他人所说,如果它HelperMethod
是私有的而不是在课外使用,那么你可以忽略上述建议并确保HelperMethod
通过公共接口(例如ActualMethod
)确保覆盖测试用例的每个合理排列来测试.但是,从根本上说,如果HelperMethod
包含复杂的逻辑,它应该可以独立进行单元测试.