Кратко
Чек-листы тестировщика – это список задач, которые нужно выполнить в процессе тестирования. В чек-листе могут быть перечислены тест-кейсы, условия тестирования, требования к продукту и многое другое. Цель чек-листа – не пропустить ни одной важной детали в процессе тестирования.
╭───────────────╮
📋 Фокус на том, что действительно нужно проверить вручную
╰───────────────╯
При тестировании по чек-листу тестировщик проектирует, реализует и выполняет тесты, охватывающие указанные условия.
Чек-листы составляются на основе:
• опыта
• пользовательских ожиданий
• знаний о типичных сбоях ПО
⚠️ Не стоит включать в чек-листы:
– то, что легко автоматизировать
– входные/выходные критерии
– слишком общие формулировки
❓ Как формулировать элементы чек-листа
╭────────────────────────────╮
🧠 Каждый пункт — это чёткий вопрос, на который можно ответить тестом
╰────────────────────────────╯
Элементы обычно оформляются как вопросы и могут:
✅ ссылаться на требования
✅ учитывать интерфейс
✅ охватывать нефункциональные аспекты (напр. удобство)
Чек-листы подходят для:
– функционального тестирования
– нефункционального (например, по 10 эвристикам Нильсена)
🔄 Актуализация чек-листов со временем
╭────────────────────────────╮
🧹 Удаляем устаревшие — добавляем важные находки
╰────────────────────────────╯
Со временем:
🔸 часть пунктов теряет смысл — ошибки перестают повторяться
🔸 появляются новые важные дефекты, требующие фиксации
Поэтому:
📌 Чек-листы нужно регулярно обновлять
⚖️ Но не стоит перегружать — важен баланс
🧭 Когда нет сценариев — помогает чек-лист
╭────────────────────────────╮
🧭 Задаёт направление и поддерживает системность
╰────────────────────────────╯
Если сценариев нет:
чек-лист помогает определиться, что проверять и как двигаться.
Но если он слишком общий:
🔁 Повышается охват тестирования
⚠️ Но снижается воспроизводимость результата
Подробнее
При тестировании по чек-листу тестировщик проектирует, реализует и выполняет тесты, покрывающие тестовые условия, указанные в чек-листе. Чек-листы могут составляться на основе опыта, понимания того, что важно для пользователя, или знаний о том, отчего и как программное обеспечение дает сбой. В чек-листы нежелательно включать элементы, которые могут быть проверены автоматически, элементы, которые больше подходят в качестве входных или выходных критериев, а также элементы, которые являются слишком общими.
Элементы чек-листа чаще всего формулируются в форме вопроса. Необходимо иметь возможность проверить каждый элемент отдельно и напрямую. Элементы могут ссылаться на требования, свойства графического интерфейса, характеристики качества или другие формы тестовых условий. Чек-листы могут создаваться для удобства проведения различных видов тестирования, включая функциональное и нефункциональное (например, 10 эвристик для тестирования практичности программного обеспечения).
Некоторые записи в чек-листе могут постепенно утрачивать свою полезность, поскольку разработчики учатся избегать одних и тех же ошибок. Может возникнуть необходимость добавить новые записи, чтобы учесть особо критические обнаруженные дефекты. По этой причине чек-листы следует регулярно обновлять, основываясь на анализе дефектов. Однако следует делать это взвешенно, чтобы избежать их излишнего разрастания.
В отсутствие детальных сценариев тестирование с помощью чек-листов помогает определить направления тестирования и обеспечить некоторую систематичность. Если чек-листы сформулированы в слишком общих чертах, то ход выполнения теста на практике, вероятно, будет варьироваться и таким образом увеличивать покрытие, но снижать стабильность воспроизводимости теста.
