Почему виды тестирования делятся на функциональные и нефункциональные?

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

В своей практике я разделяю все тесты на две категории, потому что они отвечают на совершенно разные вопросы о приложении.

Функциональное тестирование

Проверяет, что приложение делает то, что оно должно делать согласно требованиям. Вопрос: "Работает ли функция так, как ожидается?"

Примеры:

• Login с корректными credentials
• Оформление заказа
• Добавление товара в корзину
• SQL injection prevention
• Граничные значения (age 18 vs 17)

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

Проверяет характеристики приложения НЕ связанные с конкретными функциями. Вопрос: "Насколько хорошо приложение работает?"

Примеры:

• Performance: страница загружается за 2 сек
• Load testing: 1000 одновременных пользователей
• Security: защита от SQL injection
• Usability: удобно ли использовать
• Compatibility: работает ли на всех браузерах
• Reliability: 99.9% uptime

Почему это разделение важно

1. Разные цели и метрики

   • Функциональное: Pass/Fail
   • Нефункциональное: milliseconds, requests/sec

2. Разные инструменты

   • Функциональное: Selenium, Postman
   • Нефункциональное: JMeter, Burp Suite

3. Разные навыки

   • Функциональное: знание приложения
   • Нефункциональное: инженерные навыки

4. Разные сроки

   • Функциональное: каждый спринт
   • Нефункциональное: перед релизом

Практический подход

На ранних этапах разработки я focus на функциональное тестирование. Убеждаюсь что features работают корректно. Пишу тест-кейсы для всех сценариев.

Перед релизом добавляю нефункциональное тестирование: performance, security, load testing на staging окружении.

В production мониторю через метрики - это продолжение нефункционального тестирования.

Заключение

Функциональное тестирование отвечает: Работает ли это? Нефункциональное тестирование отвечает: Работает ли это хорошо?

Оба критичны для успешного продукта. Это разные подходы к гарантированию качества, и оба должны быть в стратегии тестирования.