Каталог одиниць тестування

антидіаграма : має бути принаймні два ключові елементи, щоб офіційно відрізнити фактичний антидіапазон від простої шкідливої ​​звички, поганої практики чи поганої ідеї:

• Деякий повторний зразок дії, процес чи структура, який спочатку видається корисним, але в кінцевому підсумку спричиняє більше поганих наслідків, ніж корисних результатів, та
• Рішення, що реконструюється, чітко зафіксовано, підтверджене на практиці та повторюване.

Проголосуйте за антидіапазон TDD, якого ви бачили "в дикій природі" один раз занадто багато.
Повідомлення в блозі Джеймса Карра та пов'язаної з ним дискусії про тестування yahoogroup testdrivendendep

Якщо ви знайшли "безіменного", опублікуйте і їх. Один пост за анти-шаблон, будь ласка, щоб голоси підрахували щось.

Моя зацікавлена ​​зацікавленість у тому, щоб знайти підмножину верхніх росіян, щоб найближчим часом я міг їх обговорити на зустрічі з ланчем.

Громадяни другого класу - тестовий код не так добре відтворений, як виробничий код, що містить багато дублюється коду, що ускладнює підтримку тестів.

The Free Ride / Piggyback - Джеймс Карр, Тім Оттінгер
Замість того, щоб написати новий метод тестового випадку, щоб перевірити іншу / відмітну особливість / функціональність , нове твердження (та відповідні йому дії, тобто дії, дії з AAA) їде разом із існуючим тестом .

Щасливий шлях

Тест залишається на щасливих шляхах (тобто очікуваних результатах) без тестування меж та винятків.

JUnit Antipatterns

Місцевий герой

Тестовий випадок, який залежить від чогось конкретного для середовища розробки, на якому він був написаний для запуску. Результат - тест проходить на вікнах розробки, але не вдається, коли хтось намагається запустити його в іншому місці.

Прихована залежність

Тісно пов'язаний з місцевим героєм, одиничний тест, який вимагає, щоб деякі тести були заповнені десь перед запуском тесту. Якщо ці дані не були заповнені, тест не вдасться і не дасть розробнику мало вказувати, чого він хотів, або чому ... змусив їх викопати акри коду, щоб дізнатися, звідки він повинен був взяти дані.

На жаль, це занадто багато разів бачилося з давніми .dlls, які залежать від туманних і різноманітних файлів .ini, які постійно не синхронізуються в будь-якій виробничій системі, не кажучи вже про існуючу на вашій машині, без широкої консультації з трьома розробниками, відповідальними за ці DLL. Зітхнути.

Chain Gang

Пара тестів, які повинні виконуватись у певному порядку, тобто один тест змінює глобальний стан системи (глобальні змінні, дані в базі даних), і наступний тест залежить від цього.

Ви часто бачите це в тестах баз даних. Замість того, щоб робити відкат teardown(), тести здійснюють свої зміни в базі даних. Інша поширена причина полягає в тому, що зміни в глобальному стані не загортаються в блоки "try / нарешті", які очищаються у разі невдачі тесту.

Знущання
Іноді глузування можуть бути корисними та зручними. Але іноді розробники можуть втратити себе і намагаючись знущатися над тим, що не тестується. У цьому випадку одиничний тест містить стільки макетів, заглушок та / або підробок, що система, що перевіряється, навіть не тестується взагалі, натомість дані, що повертаються з макетів, - це те, що перевіряється.

Джерело: Повідомлення Джеймса Карра.

Мовчазний Ловець - Келлі?
Тест, який проходить, якщо буде викинуто виняток.
Дивіться також: Таємний видовище

[Test]
[ExpectedException(typeof(Exception))]
public void ItShouldThrowDivideByZeroException()
{
   // some code that throws another exception yet passes the test
}

Інспектор
Тестовий блок, який порушує інкапсуляцію, прагнучи досягти 100% покриття коду, але знає стільки про те, що відбувається в об'єкті, що будь-яка спроба рефактора перерве існуючий тест і вимагає, щоб будь-які зміни були відображені в апараті. тест.

"як я тестую змінні своїх членів, не оприлюднюючи їх публічно ... лише для тестування одиниць?"

Надмірне налаштування - Джеймс Карр
Тест, який потребує величезних налаштувань, щоб навіть почати тестування. Іноді кілька сотень рядків коду використовуються для підготовки середовища до одного тесту з декількома об'єктами, що може ускладнити дійсне визначення того, що тестується через "шум" усіх налаштувань, що відбуваються. (Src: посада Джеймса Карра )

Анальний зонд

Тест, який повинен використовувати божевільні, незаконні чи інші нездорові способи для виконання своїх завдань, як-от: читання приватних полів за допомогою Java setAccessible (істина) або розширення класу для доступу до захищених полів / методів або необхідність помістити тест у певний пакет для доступу пакетні глобальні поля / методи.

Якщо ви бачите цю закономірність, в тестових класах використовується занадто багато даних.

Різниця між цим та Інспектором полягає в тому, що досліджуваний клас намагається приховати навіть те, що потрібно перевірити. Отже, ваша мета - не досягти 100% тестового покриття, а мати можливість протестувати що-небудь взагалі. Подумайте про клас, у якому є лише приватні поля, run()метод без аргументів і зовсім не отримує. Немає можливості перевірити це, не порушуючи правила.

Коментар Майкла Боргвардта: Це насправді не тестовий антипатерн, це прагматизм для подолання недоліків у коді, який тестується. Звичайно, краще виправити ці недоліки, але це може бути неможливо у випадку сторонніх бібліотек.

Аарон Дігулла: Я згодна з цим. Можливо, цей запис дійсно краще підходить для вікі "JUnit HOWTO", а не антипатрітену. Коментарі?

Тест без імені - Нік Пілот

Тест, який додається, щоб відтворити певну помилку в трекері помилок, чий автор вважає, що не гарантує власну назву. Замість розширення існуючого, не вистачає тесту, створюється новий тест під назвою testForBUG123.

Через два роки, коли цей тест не вдасться, вам може знадобитися спершу спробувати знайти BUG-123 у вашому трекері помилок, щоб з’ясувати наміри тесту.

Повільний ривок

Тест одиниці, який працює неймовірно повільно. Коли розробники починають це, вони встигають піти до ванної кімнати, закурити, або ще гірше, розпочати тест, перш ніж повернутися додому в кінці дня. (Src: посада Джеймса Карра )

також тести, які не запускаються так часто, як слід

Метелик

Ви повинні перевірити щось, що містить дані, які постійно змінюються, як структура, яка містить поточну дату, і немає можливості прибити результат до фіксованого значення. Потворна частина полягає в тому, що ти взагалі не піклується про цю цінність. Це просто ускладнює ваш тест, не додаючи значення.

Кажан його крила може спричинити ураган на іншому боці світу. - Едвард Лоренц, Ефект Метелика

Тест на мерехтіння (Джерело: Роміллі Коккінг)

Тест, який періодично провалюється, не в певний час, і, як правило, обумовлений умовами перегонів в рамках тесту. Зазвичай відбувається при тестуванні чогось асинхронного, наприклад, JMS.

Можливо, супер набір антидіаграми " Чекай і дивись " та антитіла " Сплячий ".

Збірка не вдалася, о, ну просто запустіть збірку ще раз. - Анонімний розробник

Зачекай і побачиш

Тест, який виконує деякий налаштований код, а потім йому потрібно «зачекати» певний проміжок часу, перш ніж він зможе «побачити», чи функціонує код тесту, як очікувалося. TestMethod, який використовує Thread.sleep () або еквівалент, це, звичайно, тест "Зачекай і побачи".

Як правило, це можна побачити, якщо тест тестує код, який генерує події, що знаходяться поза системою, такі як електронна пошта, запит http або записує файл на диск.

Такий тест також може бути локальним героєм, оскільки він ЗНАЄ при запуску на повільному вікні або перевантаженому сервері CI.

Антидіаграму Wait and See не слід плутати з Sleeper .

Неналежно спільне кріплення - Тім Оттінгер
Кілька тестових випадків у тестовій арматурі навіть не використовують або не потребують налаштування / зняття. Частково завдяки інерції розробника для створення нового тестового кріплення ... простіше просто додати ще один тестовий кейс до палі

Гігант

Тест на одиницю, який, хоч і справді тестує досліджуваний об'єкт, може охопити тисячі рядків і містити безліч тестових випадків. Це може бути показником того, що тестувана система є об'єктом Бога (пост Джеймса Карра).

Вірною ознакою для цього є тест, який охоплює більше кількох рядків коду. Часто тест є настільки складним, що він починає містити помилки власної або лускавої поведінки.

Я повірю в це, коли побачу кілька миготливих графічних інтерфейсів
. Нездорова фіксація / одержимість тестуванням програми через його графічний інтерфейс "як справжній користувач"

Тестування правил бізнесу через графічний інтерфейс - це жахлива форма зв'язку. Якщо ви пишете тисячі тестів через графічний інтерфейс, а потім змінюєте графічний інтерфейс, тисячі тестів перериваються.
Швидше тестуйте лише GUI через GUI, а підключіть GUI до фіктивної системи замість реальної системи, коли ви запустите ці тести. Тестуйте правила бізнесу через API, який не передбачає графічного інтерфейсу. - Боб Мартін

"Ви повинні розуміти, що бачити - це вірити, але також знати, що вірити - це бачити". - Деніс Уейтлі

Сонник, він же гора Везувій - Нік Плоу

Тест, якому призначено НЕПОЗНАЧЕНО в якийсь конкретний час і дату в майбутньому. Це часто виникає через неправильну перевірку меж під час тестування коду, який використовує об’єкт Дата або Календар. Іноді тест може бути невдалим, якщо він працює в дуже певний час доби, наприклад, опівночі.

"Сплячий" не слід плутати з антидіаграмою " Чекай і дивись ".

Цей код буде замінено задовго до 2000 року - Багато розробників у 1960 році

Мертве дерево

Тест, де було створено заглушку, але тест насправді не був написаний.

Я насправді це бачив у нашому виробничому коді:

class TD_SomeClass {
  public void testAdd() {
    assertEquals(1+1, 2);
  }
}

Я навіть не знаю, що з цим думати.

сьогодні покусав цим:

Мокрий поверх :
тест створює дані, які зберігаються десь, але тест не очищається після завершення. Це призводить до того, що тести (той самий тест або, можливо, інші тести) не піддаються наступним тестам .

У нашому випадку тест залишив файл, що лежав у режимі "temp", з дозволом від користувача, який вперше виконував тест. Коли інший користувач намагався протестувати на одній машині: boom. У коментарях на сайті Джеймса Карра Йоаким Олрогге назвав це "неохайним працівником", і це було частиною натхнення для "Щедрих залишків". Мені подобається, що його ім’я краще (менш образливе, більш знайоме).

Зозуля - Френк Карвер
Одиничний тест, який знаходиться в тестовому випадку з кількома іншими, і користується тим самим (потенційно тривалим) процесом налаштування, що й інші тести в тестовому випадку, але потім відкидає частину або всі артефакти від налаштування. і створює своє.
Розширений симптом: Неналежно спільне кріплення

Таємний видовище - Френк Карвер
Тест, який на перший погляд, здається, не робить тестування через відсутність тверджень. Але "Чорт у деталях" .. тест справді покладається на виняток, який буде кинутий, і очікує, що тестова рамка захопить виняток і повідомить про це користувачеві як провал.

[Test]
public void ShouldNotThrow()
{
   DoSomethingThatShouldNotThrowAnException();
}

Екологічний вандал

"Одиничний" тест, який для різних "вимог" починає випливати в його середовище, використовуючи та встановлюючи змінні / порти середовища. Запуск двох цих тестів одночасно спричинить винятки "недоступний порт" тощо.

Ці тести будуть періодичними, і розробники дозволять говорити такі речі, як "просто запустіть її знову".

Я бачив одне рішення - випадковим чином вибрати номер порту для використання. Це зменшує можливість виникнення конфлікту, але явно не вирішує проблему. Тому, якщо можете, завжди знущайтесь над кодом, щоб він фактично не виділяв нерозмінний ресурс.

Тест Тьюрінга

Тестовий зразок, який автоматично генерується дорогим інструментом, який містить багато-багато тверджень, зібраних із досліджуваного класу, використовуючи аналіз занадто розумного на половину потоку даних. Захоплює розробників помилковим почуттям впевненості, що їх код добре перевірений, звільняючи їх від відповідальності за розробку та підтримку високоякісних тестів. Якщо машина може написати тести для вас, то чому б вона не могла витягнути палець і написати програму сама!

Привіт дурний. - Найрозумніший комп'ютер у світі до нового учнівства (зі старовинного коміксу про Амігу).

Тест на сорок стоп

Боячись наблизитися до класу, який вони намагаються перевірити, ці тести діють на відстані, розділеній незліченною кількістю шарів абстрагування та тисячами рядків коду з логіки, яку вони перевіряють. Як такі вони надзвичайно крихкі та сприйнятливі до всіляких побічних ефектів, які трапляються під час епічної подорожі до та з класу, що цікавить.

Doppelgänger

Для того, щоб щось перевірити, вам потрібно скопіювати частини тестового коду в новий клас з тим же ім'ям та пакетом, і ви повинні використовувати магію classpath або користувальницький завантажувач, щоб переконатися, що воно спочатку видно (щоб ваша копія була вибрана вгору).

Ця закономірність вказує на нездорову кількість прихованих залежностей, які ви не можете контролювати з тесту.

Я дивився на його обличчя ... моє обличчя! Це було як дзеркало, але мою кров замерзла.

The Mother Hen - Frank Carver
Загальна установка, яка робить набагато більше, ніж потрібно для фактичних тестових випадків. Наприклад, створення всіляких складних структур даних, заповнених, мабуть, важливими та унікальними значеннями, коли тести стверджують лише про наявність чи відсутність чогось.
Розширений симптом: Неналежно спільне кріплення

Я не знаю, що це робить ... Я все одно додаю це, на всякий випадок. - Анонімний розробник

Тест Все це

Я не можу повірити, що це досі не згадувалося, але тести не повинні порушувати єдиний принцип відповідальності .

Я не раз стикався з цим, тести, які порушують це правило, за визначенням кошмар, який потрібно підтримувати.

Лінійний нападник

На першому погляді тести охоплюють все, а інструменти покриття коду підтверджують це на 100%, але насправді тести лише хіт-код без будь-якого вихідного аналізу.

покриття-проти-доступний-код