Должен ли я тестировать публичные общедоступные классы классов? Или я должен проверить внешние методы public, которые используют внутренний класс (тот же подход, что и тестирование частных методов)?Требуется ли тестировать публичные внутренние классы?
ответ
Вам необходимо протестировать все, что доступно извне вашего класса. Это включает общедоступные методы внутренних классов (независимо от того, являются ли сами классы общедоступными или частными).
Если вы раскрываете метод, вам необходимо его протестировать.
Если метод внешнего класса просто делегирует вызов внутреннему классу, вы можете проверить только один из них. На самом деле не важно, какой из них. В этом случае вы, возможно, захотите переосмыслить свой дизайн, хотя чрезмерное делегирование подразумевает плохой дизайн в моем опыте.
Если метод внешнего класса делает что-то другое, что является существенным исключение только вызов метода внутреннего класса, то вы должны проверить их как по отдельности, как это:
- Метод испытания только внутренний класс
- Теста просто метод внешнего класса с помощью метода внутреннего класса Посмешища (если возможно)
- метода испытаний внешнего класса
Ничто не является «обязательным». Вы должны сделать разумное тестирование, но сосредоточьтесь на функциональном тестировании , а не на охвате линий: все, что делает ваш код, должно быть проверено так или иначе.
Если в ваших методах внутреннего класса есть какая-либо бизнес-логика, то это может помочь проверить их непосредственно (и превратить внутренний в класс верхнего уровня). В зависимости от того, что он делает, тестирования снаружи может быть достаточно, если вы делаете это, вы вводите соединение в свой тестовый охват, но поскольку класс является внутренним классом, сцепление уже существует.
Вы должны проверить, соответствуют ли ваши классы всем их требованиям, независимо от того, как эти требования были реализованы. НЕ пишите тест для каждого метода; скорее, выработайте те тесты, которые вам нужны, на основе того, какие требования были реализованы, и есть ли разные случаи, которые охватываются каждым требованием. Если вы написали внутренние классы, частные методы и т. Д., Это не имеет никакого отношения к процессу тестирования.
- 1. Следует ли тестировать внутренние классы?
- 2. Как следует тестировать внутренние классы и методы?
- 3. Следует ли тестировать классы моделей?
- 4. Следует ли тестировать все классы?
- 5. Являются ли внутренние классы непитоническими?
- 6. Anonymous Внутренние классы Внутренние методы
- 7. Скрыть публичные классы в JAR
- 8. Публичные и внутренние методы во внутреннем классе
- 9. Публичные и внутренние члены во внутреннем классе?
- 10. C++ typename и внутренние классы
- 11. Внутренние классы легкие?
- 12. Где сохранить внутренние классы?
- 13. Внутренние классы внутри Интерфейс
- 14. Java Внутренние классы
- 15. Константы и внутренние классы
- 16. Внутренние классы в Qt
- 17. охраняемые/общедоступные Внутренние классы
- 18. Doering mapping внутренние классы
- 19. Возможно ли внутренние классы в java?
- 20. Могут ли анонимные внутренние классы расширяться?
- 21. Можно ли использовать параметризующие общие внутренние классы?
- 22. Поддерживает ли UVM вложенные/внутренние классы?
- 23. Поддерживает ли C++ 0x анонимные внутренние классы?
- 24. Xstream: unmarshalling внутренние классы
- 25. Oracle Внутренние классы Пример
- 26. Java - Внутренние классы
- 27. DataBindingUtil отсутствует внутренние классы
- 28. Внутренние классы в Scala
- 29. Запечатанные внутренние классы
- 30. Внутренние классы переменных Доступ
Вы должны проверить каждый метод, который вы пишете (независимо от того, внутри или снаружи). –
Вы должны особенно проверить любой метод/функциональность, которая еще не была проверена внешним классом. –
@ The Elite Gentleman - абсолютно нет. Нет методов точечного тестирования, которые имеют длину в одну или две строки и не имеют логики ветвления или цикла. Нет никаких частных методов тестирования частных методов, когда только вызывающие методы уже были протестированы. –