group-telegram.com/QA_with_a_spoon/92
Last Update:
🌟 Итак, тесты по логированию (big picture)
Что точно не хочу делать:
- тестировать логирование, когда это не надо (например, тестировать его по умолчанию для каждого релиза, особенно в рамках смоук тестирования)
- тестировать функциональность библиотеки логирования
Что хочу делать:
- тестировать, что нужная нам информация залогирована
- тестировать это недорого (не прогонять 100500 функциональных тестов, чтобы проверить логи)
Какое решение вижу:
- вынести проверки логирования в отдельные тест-кейсы
- убирать или добавлять их в план в зависимости от рисков возникновения проблем с логированием
Какие тесты я бы прогоняла в разных контекстах:
Контекст 1: Разработка новой фичи
- функциональные тесты: да
- тесты на логирование: да
Контекст 2: Фича уже в продакшен (активная работа над ней закончена)
- функциональные тесты: да
- тесты на логирование: нет
Контекст 3: Фича меняется (изменения функциональности, рефакторинг, что-то еще)
- функциональные тесты: да
- тесты на логирование: да
Контекст 4: Библиотека логирования существенно меняется (например, переходим на радикально другую версию библиотеки)
- функциональные тесты: нет
- тесты на логирование: да
Контекст 5: Переходим на другую библиотеку логирования (или интегрируемся с сервисом логирования, или что-то в этом роде)
- функциональные тесты: нет
- тесты на логирование: да
Позже напишу про дизайн конкретных тестов.
BY Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля
Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260
Share with your friend now:
group-telegram.com/QA_with_a_spoon/92