我的情况是有多个使用常用方法的测试用例。所以为了避免DRY(不要重复自己),我把它们放到了util类中。所以我现在需要为util类编写一个测试用例。所有util类都包含读取特定文件并返回其内容。
谢谢, Sriram
答案 0 :(得分:3)
一般规则是:在您对计划的正确性感到满意之前,尽可能多地进行测试。
不正确的测试实用程序类会如何影响程序的行为?我不知道您的具体程序,但是不正确的测试实用程序类不会影响程序的正确性。相反,它可以让你认为你的程序确实是正确的,或者当它真的正确时认为它是不正确的。因此,我对测试实用程序类的直觉是不直接测试类,而是通过一个心理证明过程并确定实用方法是正确的,因此不会欺骗我错误的信念关于程序的正确性。
特别是在您的情况下,实用程序类只读取文件并返回其内容,您可能不需要编写测试用例。代码这么简单应该很容易验证是正确的,因此在心理上证明正确性会比编写测试用例便宜。
N.B。对所有代码进行心理验证过程非常有帮助。一些用于调试的时髦“技巧”,如rubber duck debugging,实际上只是强迫你自己证明(至少在你的脑海中)你的代码片段是正确的,或者至少不是公然不正确的方法。