ЧЕК-ЛИСТ: ТЕОРИЯ ТЕСТИРОВАНИЯ
📌 ЧЕК-ЛИСТ: ТЕОРИЯ ТЕСТИРОВАНИЯ (напоминалка для QA)
1️⃣ Базовые понятия
· Ошибка (error) – действие человека, приведшее к дефекту. · Дефект (defect/bug) – отклонение фактического результата от ожидаемого. · Отказ (failure) – проявление дефекта при работе системы.
2️⃣ Принципы тестирования (7 ключевых)
1. Тестирование показывает наличие дефектов, но не их отсутствие. 2. Исчерпывающее тестирование невозможно. 3. Раннее тестирование – экономим время и деньги. 4. Скопление дефектов (80/20). 5. Парадокс пестицида (тесты нужно обновлять). 6. Тестирование зависит от контекста. 7. Заблуждение об отсутствии ошибок (система может быть глючной, даже если все тесты прошли).
3️⃣ Уровни тестирования
· Модульное – проверка отдельных компонентов. · Интеграционное – взаимодействие между модулями. · Системное – полная проверка продукта. · Приемочное – готовность к релизу (альфа/бета, UAT).
4️⃣ Виды тестирования (по целям)
· Функциональное – работает ли так, как нужно. · Нефункциональное – производительность, безопасность, юзабилити, надежность. · Регрессионное – старые баги не вернулись. · Дымовое – критический функционал жив. · Санитарное – узкая проверка после исправлений. · Тестирование изменений – подтверждение фикса.
5️⃣ Техники тест-дизайна.
🔹 Эквивалентное разделение – тестируем по одному представителю из каждого диапазона. 🔹 Анализ граничных значений – проверяем края (0, 1, 255, 256…). 🔹 Попарное тестирование – минимизируем комбинации параметров. 🔹 Таблицы решений – условия и действия. 🔹 State-переходы – тестируем переходы между состояниями.
6️⃣ Что должно быть в тест-кейсе
· ID, название, предусловия, шаги, ожидаемый результат, постусловия. · Атрибуты: приоритет (High/Medium/Low), тип (позитивный/негативный).
7️⃣ Жизненный цикл бага
Открыт → В работе → Исправлен → Проверен → Закрыт / Отклонен / Возобновлен Не забудь указать: шаги воспроизведения, окружение, severity (S1–S4), priority.
💡 Быстрые подсказки для тестировщика
· Всегда перепроверяй окружение (версия ОС, браузера, данные). · Тестируй с разными данными – null, спецсимволы, длинные строки, минусы. · Если баг не воспроизводится – собери логи, скрины, дампы. · Пиши баг-репорт так, чтобы разработчик понял с первого раза.
✨ Пользуйся чек-листом как шпаргалкой перед началом тестирования или собеседованием.
· 30.04
парадокс пестицида - один из самых недооценённых принципов. команды часто забывают обновлять тест-кейсы и регрессия перестаёт ловить новые баги просто потому что покрытие устарело. принцип скопления дефектов 80/20 тоже хорошо работает на практике - обычно понятно где искать в первую очередь если знаешь историю системы
ответить
коммент удалён