看到muddle在他的blog里讲到对非公有成员的测试问题,突然想到,我曾经在csdn上也问过这个问题,当时思归回答我说,测试也要遵守oop的原则,我一下很有感触,对这个问题有了一个新的看法。
我现在的想法就是私有成员是不应该测试的。
首先,NUnit这样的工具应该用来对外部接口进行测试,尤其在测试驱动开发里,你写下test case的时候,实际上是迫使你站到了用户的立场上,写下一个test case,其实也就是写下了一个use case,这使你对要开发的程序有更深一层次的理解,而用户显然是不应该知道私有成员这些实现细节的,如果你也测试私有成员的话就会破坏单元测试的这种功效。
其次,私有成员一定会被公有成员调用的,所以在测试公有成员的过程中,也就实现了对私有成员的测试,如果私有成员已经复杂到必须单独测试,你就应该考虑一下,是不是你的设计已经过于复杂了。很多情况下,私有成员有测试的需求,是因为设计时违反了Single Responsiblity Principle,你有必要将那些实现复杂功能的私有成员分离出来,写成一个独立的类。
XP中有一个说法:在想办法使自己写的代码变得易于测试的时候,好的设计也就浮现出来了,所以会有测试即设计的说法。当你写的类很难测试的时候,你就应该考虑一下,是不是你的设计中出现了Bad Smell
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步