Как будешь тестировать калькулятор

Общий подход к тестированию калькулятора

Тестирование калькулятора — классическая задача, которая кажется простой только на первый взгляд. На практике она требует комплексного подхода, охватывающего функциональное, нефункциональное и пользовательское тестирование. Мой подход основан на принципах пирамиды тестирования, где основу составляют модульные тесты, затем интеграционные и системные, а вершина — ручное исследовательское тестирование.

1. Анализ требований и планирование

Первым делом я уточню scope и спецификацию:

• Тип калькулятора: простой (4 действия), инженерный (тригонометрия, логарифмы), финансовый, программистский?
• Платформа: веб-приложение, мобильное, десктоп, физическое устройство?
• Целевая аудитория и основные сценарии использования.

На основе этого создам Test Strategy и Test Plan, определю приоритеты — например, для простого калькулятора критичны базовые арифметические операции.

2. Функциональное тестирование (основной фокус)

Здесь я буду проверять соответствие математической логике и бизнес-правилам.

2.1. Тестирование базовых арифметических операций

Для каждой операции (+, -, *, /, =) составлю эквивалентные классы и граничные значения.

• Позитивные тесты:

    *   Проверка простых вычислений: `2 + 2 = 4`.
    *   Операции с нулём: `5 + 0`, `0 * 5`, `0 / 5`. Особое внимание — деление на ноль (`5 / 0`), должно быть обработано (ошибка, `Infinity`, `NaN`).
    *   Отрицательные числа: `-5 + 3`, `5 * (-2)`.
    *   Большие числа (границы типов данных): для целых чисел — `999999999 * 999999999`.
    *   Десятичные дроби: `0.1 + 0.2 = 0.3` (опасность **округления** с плавающей точкой!).

```python
# Пример теста для проверки точности операций с плавающей точкой
def test_decimal_addition():
    result = calculator.add(0.1, 0.2)
    # Используем допуск для сравнения вместо прямого ==
    assert abs(result - 0.3) < 0.0001
```

• Негативные тесты:

    *   Ввод некорректных символов (буквы, спецсимволы).
    *   Очень длинные последовательности операций.
    *   Нажатие нескольких операторов подряд.

2.2. Тестирование последовательности операций и состояния

Калькулятор — машина состояний. Важно проверить:

• Последовательность ввода: 2 + 3 * 4. Какой результат? (Зависит от реализации — простой последовательный или с приоритетом операторов).
• Использование кнопки = несколько раз: ввёл 2 + 3 =, результат 5. Последующее нажатие = должно повторить последнюю операцию (5 + 3 = 8).
• Кнопки очистки (C, CE): C очищает всё, CE — только текущий ввод.
• Цепочка вычислений без нажатия =: 2 + 3 - 1 * 2.

2.3. Тестирование дополнительных функций (если есть)

Для инженерного калькулятора:

• Тригонометрические функции (sin, cos, tan) в разных режимах (градусы/радианы).
• Обратные функции (asin, acos), логарифмы (log, ln), возведение в степень (x^y, x^2).
• Константы (π, e).
• Скобки для задания приоритета.

3. Нефункциональное тестирование

• Юзабилити (Usability): Удобство расположения кнопок, читаемость дисплея, обратная связь при нажатии (визуальная, тактильная — для сенсорных устройств). Соответствие стандартам платформы (iOS HIG, Material Design).
• Производительность (Performance): Скорость отклика на нажатие, время вычисления сложных операций (например, 999!).
• Тестирование на разных устройствах и платформах (Compatibility): Разрешения экрана, ориентация (портрет/ландшафт), разные браузеры и их версии, разные модели телефонов.
• Надёжность (Reliability): Долгая работа, устойчивость к быстрому частому нажатию кнопок.

4. Инструменты и автоматизация

Для эффективности часть тестов необходимо автоматизировать.

• Модульные тесты: Для ядра вычислений (если код доступен) с использованием фреймворков (JUnit, pytest).
• UI-автоматизация: Для веб — Selenium/Playwright, для мобильных — Appium, для десктоп — Pywinauto. Автоматизирую критичные сценарии и регрессионные проверки.

  // Пример сценария на Selenium WebDriver
  @Test
  public void testAddition() {
      driver.findElement(By.id("btn_2")).click();
      driver.findElement(By.id("btn_plus")).click();
      driver.findElement(By.id("btn_2")).click();
      driver.findElement(By.id("btn_equals")).click();
      String result = driver.findElement(By.id("display")).getText();
      Assert.assertEquals("4", result);
  }
  

• Ручное исследовательское тестирование: Незаменимо для выявления странных багов, связанных с неочевидными последовательностями действий (Charter: «Изучи поведение калькулятора при быстром чередовании нажатий +, -, C в течение 30 секунд»).

5. Пример чек-листа (сокращённый)

1. Все цифровые кнопки вводят соответствующую цифру.
2. Операции +, -, *, / выполняются корректно для положительных/отрицательных чисел.
3. Деление на ноль вызывает ошибку или предупреждение.
4. Кнопка C полностью сбрасывает вычисление.
5. Кнопка = повторяет последнюю операцию при повторном нажатии.
6. Дисплей корректно отображает длинные числа (обрезает, переносит, использует научную нотацию).
7. Приложение не крашится при очень быстром вводе.
8. Интерфейс корректно масштабируется на различных разрешениях.

Вывод: Тестирование калькулятора — это не только проверка 2+2=4. Это системная проверка логики состояний, точности вычислений, устойчивости интерфейса и соответствия ожиданиям пользователя. Подход должен быть структурированным, начиная с модульных тестов ядра логики и заканчивая исследованием пользовательского опыта, с обязательной автоматизацией регрессионной зоны.