前端之家收集整理的这篇文章主要介绍了
tdd – 测试驱动开发迫使公共方法太多，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
从新手到TDD的一个非常具体的问题：
我将测试和我的应用程序分离成不同的包.因此,我的大多数应用程序方法必须公开才能访问它们.当我进步时,显而易见的是,某些方法可能变成私有的,但是如果我做出了这样的改变,访问它们的测试将不起作用.我错过了一步,还是做错事,还是TDD的一个垮台？
这不是TDD的垮台,而是一种测试
方法,相信您需要测试每个
属性和每种
方法.实际上,您不应该在测试时关心私有
方法,因为它们只应该存在以方便API的某些公共部分.
为了测试目的,切勿将某些东西从私人变为公开
您应该尝试仅验证公开可见的行为.其余的是实现细节,特别是要避免测试这些细节. TDD旨在为您提供一组测试,让您轻松更改实施细节,而不会破坏测试(改变行为).
让我说我有一个类型：MyClass,我想测试DoStuff方法.我所关心的是DoStuff方法有意义并返回预期的结果.它可能会调用一百个私有方法来达到这一点,但是我不关心该方法的消费者.
原文链接：https://www.f2er.com/javaschema/281941.html
