tdd – 测试驱动开发迫使公共方法太多

从新手到TDD的一个非常具体的问题:

我将测试和我的应用程序分离成不同的包.因此,我的大多数应用程序方法必须公开才能访问它们.当我进步时,显而易见的是,某些方法可能变成私有的,但是如果我做出了这样的改变,访问它们的测试将不起作用.我错过了一步,还是做错事,还是TDD的一个垮台?

这不是TDD的垮台,而是一种测试方法,相信您需要测试每个属性和每种方法.实际上,您不应该在测试时关心私有方法,因为它们只应该存在以方便API的某些公共部分.

为了测试目的,切勿将某些东西从私人变为公开

您应该尝试仅验证公开可见的行为.其余的是实现细节,特别是要避免测试这些细节. TDD旨在为您提供一组测试,让您轻松更改实施细节,而不会破坏测试(改变行为).

让我说我有一个类型:MyClass,我想测试DoStuff方法.我所关心的是DoStuff方法有意义并返回预期的结果.它可能会调用一百个私有方法来达到这一点,但是我不关心该方法的消费者.

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...