Що таке unit-тести? Яке місце в піраміді тестування займають unit-тести?

Повне пояснення

Що це і навіщо

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

Ключові принципи

• Ізоляція – тест не залежить від зовнішніх ресурсів (БД, мережі).
• Повторюваність – результат тесту однаковий при кожному запуску.
• Мінімальність – тест охоплює один аспект функціоналу.
• Читабельність – назва тесту описує очікуваний результат.

Як це працює

1. Підготовка – створюються моки/стабіти для залежностей.
2. Виконання – викликається функція/метод з тестовими даними.
3. Перевірка – порівнюються фактичний і очікуваний результат.
4. Звіт – тестове фреймворк видає успішний/неуспішний статус.

Практика і реалізація (JavaScript/TypeScript)

// sum.ts
export function sum(a: number, b: number): number {
  return a + b;
}

// sum.test.ts
import { sum } from './sum';

test('sum adds two numbers', () => {
  expect(sum(2, 3)).toBe(5);
});

Тестування: unit vs інші рівні

• Unit – 70–80 % тестового набору, швидкі.
• Integration – перевірка взаємодії між модулями, 10–20 %.
• E2E – повний сценарій користувача, 5–10 %.

Дизайн‑рішення

• Використовувати Jest або Vitest для швидкого запуску.
• Мокати зовнішні API через jest.mock або vi.fn().

Оптимізація

• Писати parameterized tests для різних вхідних даних.
• Уникати дублікації коду у beforeEach/setup.

Часті помилки

1. Тестування всього коду (integration в unit).
2. Залежність від глобальних змінних.
3. Неочікувані побічні ефекти (наприклад, зміна глобального стану).
4. Відсутність моків для зовнішніх сервісів.
5. Тести, що не повертають результат (наприклад, return пропущено).
6. Тести, що не очищають стан після виконання.
7. Перевірка лише позитивних сценаріїв без негативних.
8. Тести, що не документують очікувану поведінку (неякісні назви).

Cheatsheet

• expect(value).toBe(expected) – строгий рівність.
• expect(value).toEqual(object) – глибоке порівняння.
• jest.fn() / vi.fn() – створення мок-функцій.

Follow‑up питання

1. Як забезпечити ізоляцію unit‑тесту від зовнішніх сервісів?
2. Які переваги має vitest над jest у контексті TS?
3. Як впровадити parameterized tests у Jest?