Wie können wir Paket-private Klasse testen?

Question

Ich bin Lesung Buch Effective Jave, in Item 13: Minimize the accessibility of classes and members, erwähnt, dass:

Tests zu erleichtern, Sie könnten versucht sein, eine Klasse, Schnittstelle oder Mitglied zugänglicher zu machen. Das ist bis zu einem gewissen Punkt in Ordnung. Es ist akzeptabel, ein privates Mitglied eines öffentlichen Klassenpakets - privat - zu erstellen, um es zu testen, aber es ist nicht akzeptabel, die Erreichbarkeit höher als das zu erhöhen. Mit anderen Worten, es ist nicht akzeptabel, eine Klasse, Schnittstelle oder ein Mitglied zum exportierten API der Pakete zu machen, um das Testen zu erleichtern.

Ich weiß, dass wir Mitglieder kapseln sollten, Informationen von Kunden zu verstecken, können wir sie testen, indem Sie die Klasse mit Getter und Setter zugreifen, aber Wie soll ich das verstehen Klasse Paket-private zugänglich machen, wenn ja, wie es zu testen ?

Answer 1

Ich denke, was der Autor bedeutet, dass anstelle von

package my.package; 

class TestableClass { 
    private String property; 
} 

Sie die Sichtbarkeit ändern können

package my.package; 

class TestableClass { 
    String property; 
} 

Mit der zweiten Implementierung Sie die Eigenschaft von einem Test im Paket zugreifen können my.package wie

package my.package; 

class TestableClassTest { 
    // ... 
} 

Zur gleichen Zeit kann eine Unterklasse nicht Zugriff auf die Eigenschaft - das ist der Vorteil im Vergleich zu protected.

Answer 2

Grundsätzlich bedeutet dies, dass Ihre Testerklasse im selben Paket wie Ihre getestete Klasse liegen sollte. Das würde Ihre getestete Klasse und alle paketgeschützten Member und Methoden Ihrer Testklasse zugänglich machen. Die Klassen befinden sich möglicherweise unter verschiedenen Wurzeln: Ihre getestete Klasse befindet sich möglicherweise unter src/myrootpackage.first.second.MyClass und Ihre Testklasse befindet sich möglicherweise unter test/myrootpackage.first.second.MyClass.Tester