Файл моего тестового скрипта имеет более 2000 строк и поэтому приводит к предупреждению в стиле проверки. Так что мне нужно разбить файл TestA.java на 2 файла. В тестовых случаях есть общий код. Может ли кто-нибудь предложить предпочтительный способ сделать это?Каков предпочтительный способ разбить файл test.java на 2 файла
ответ
я могу предложить, по крайней мере две модели:
- Extract общий код в отдельные классы и использовать их в расколе тесты
- Создать абстрактный базовый тест с общей функциональностью и наследовать его в разъемных тестовыми (простой, но рискованный подход, как это не возможно, чтобы наследовать поведение от более чем одного абстрактного класса)
Я думаю, что ваши предложения действительны, если нет никакого базового кодового запаха. +1. – Prashant
Я хотел бы начать с вопроса
Почему ваш тестовый класс длительный, а не как его разделить.
Ответ, вероятно, приведет к хорошему взгляду на вашу цель (испытуемый класс), и вы обнаружите, что он делает слишком много вещей. То, что он не может придерживаться Принципа единственной ответственности.
Если это так, вы переставляете цель, разбиваете свои тесты и убиваете 2 птиц одним камнем. Избавьтесь от предупреждения CS и сделайте код более организованным.
Помните, что жалоба CS о количестве строк является запахом кода. Разделив файл, вы можете его покрыть, а не очищать.
Конечно, если вы уверены, что с вашим дизайном нет проблем, вы можете, конечно, проигнорировать предупреждение CS, а не создавать произвольное разделение файлов.
Надеюсь, это поможет.
[Чистый код: руководство по гибкому программному мастерству] (https://en.wikipedia.org/wiki/Special:BookSources/9780132350884) – aholub7x