Как мы можем протестировать пакет-частный класс?

Question

Я читаю книгу Effective Jave, в Item 13: Minimize the accessibility of classes and members, он отметил, что:

Для облегчения тестирования, вы можете захотеть сделать класс, интерфейс или элемент более доступным. Это хорошо до определенной степени. допустимо сделать приватный член открытого пакета класса - приватным, чтобы проверить его, но неприемлемо повышать доступность, превышающую его. Другими словами, неприемлемо сделать класс, интерфейс или член частью экспортируемого API-пакетов для облегчения тестирования.

Я знаю, что мы должны инкапсулировать пользователь, сокрытие информации от клиентов, мы можем проверить их, обращаясь к классу с сеттерами и добытчиками, но Как я должен понимать сделать класс частного пакет доступны, если так Как проверить ?

Answer 1

Я думаю, что автор имеет в виду, что вместо

package my.package; 

class TestableClass { 
    private String property; 
} 

Вы можете изменить видимость

package my.package; 

class TestableClass { 
    String property; 
} 

Со второй реализации вы можете получить доступ к свойству из теста в пакете my.package например

package my.package; 

class TestableClassTest { 
    // ... 
} 

В то же время подкласс не может доступ к собственности - это пособие, объединенное с protected.

Answer 2

В основном это означает, что ваш класс тестера должен находиться в том же пакете, что и ваш испытанный класс. Это позволит вашему тестированному классу и всем членам и методам, защищенным пакетом, доступным для вашего класса тестирования. Классы могут быть расположены под разными корнями: ваш испытанный класс может находиться под src/myrootpackage.first.second.MyClass, а ваш класс тестирования может находиться под test/myrootpackage.first.second.MyClass.Tester