2015-09-23 4 views
0

Файл моего тестового скрипта имеет более 2000 строк и поэтому приводит к предупреждению в стиле проверки. Так что мне нужно разбить файл TestA.java на 2 файла. В тестовых случаях есть общий код. Может ли кто-нибудь предложить предпочтительный способ сделать это?Каков предпочтительный способ разбить файл test.java на 2 файла

+0

[Чистый код: руководство по гибкому программному мастерству] (https://en.wikipedia.org/wiki/Special:BookSources/9780132350884) – aholub7x

ответ

1

я могу предложить, по крайней мере две модели:

  • Extract общий код в отдельные классы и использовать их в расколе тесты
  • Создать абстрактный базовый тест с общей функциональностью и наследовать его в разъемных тестовыми (простой, но рискованный подход, как это не возможно, чтобы наследовать поведение от более чем одного абстрактного класса)
+0

Я думаю, что ваши предложения действительны, если нет никакого базового кодового запаха. +1. – Prashant

0

Я хотел бы начать с вопроса

Почему ваш тестовый класс длительный, а не как его разделить.

Ответ, вероятно, приведет к хорошему взгляду на вашу цель (испытуемый класс), и вы обнаружите, что он делает слишком много вещей. То, что он не может придерживаться Принципа единственной ответственности.

Если это так, вы переставляете цель, разбиваете свои тесты и убиваете 2 птиц одним камнем. Избавьтесь от предупреждения CS и сделайте код более организованным.

Помните, что жалоба CS о количестве строк является запахом кода. Разделив файл, вы можете его покрыть, а не очищать.

Конечно, если вы уверены, что с вашим дизайном нет проблем, вы можете, конечно, проигнорировать предупреждение CS, а не создавать произвольное разделение файлов.

Надеюсь, это поможет.