Как вы применяете чек-листы в процессе тестирования?

Ответ

Чек-листы — это структурированные, но гибкие списки пунктов для проверки, фокусирующиеся на что тестировать, а не на детальных шагах (как).

Основные сценарии использования:

  1. Smoke-тестирование: Быстрая проверка критического функционала после сборки или деплоя.
  2. Регрессионное тестирование: Охват ключевых сценариев, которые должны всегда работать.
  3. Эксплораторное тестирование: Как карта для направления исследования новой функциональности.
  4. Приемочное тестирование (UAT): Простой формат для согласования критериев с заказчиком или PO.

Пример чек-листа для формы регистрации:

- [ ] Валидные данные успешно отправляются
- [ ] Ошибка при пустых обязательных полях
- [ ] Валидация формата email и телефона
- [ ] Пароль скрыт символами (маска)
- [ ] Соответствие UI макетам
- [ ] Работоспособность ссылки "Политика конфиденциальности"

Преимущества перед тест-кейсами:

  • Быстрое создание и обновление.
  • Стимулируют исследовательское мышление у тестировщика.
  • Меньше накладных расходов на поддержку.

Недостатки и компенсация:

  • Риск пропуска шагов: Компенсируется опытным тестировщиком.
  • Сложность для новичков: Решается парным тестированием или обучением.
  • Нет детальных шагов для воспроизведения: Для критичных багов шаги воспроизведения фиксируются отдельно в баг-репорте.

Практика: Чек-листы часто ведутся в простых инструментах (Google Sheets, Notion, задачи в Jira с чекбоксами) и являются живым документом, который постоянно уточняется.

Ответ 18+ 🔞

Да ты послушай, что за дичь творится в мире тестирования! Все эти тест-кейсы, которые расписывают как попасть из точки А в точку Б, а потом ещё и как дышать при этом... Пиздец, скука смертная!

А есть же, блядь, чек-листы! Это как твой личный список "не забудь купить" перед выездом на дачу. Не "как именно открыть холодильник и взять масло", а просто: "масло, хлеб, водка". Суть уловил?

И где эта хуйня пригождается, спросишь? Да везде!

  1. Дымовуху (Smoke) погонять. Выкатили новую сборку — надо быстро понять, не разъебало ли всё к чертям. Открыл список, пробежался по главным кнопкам — и уже ясно, можно копать дальше или пора бить в колокола.
  2. Регресс ловить. Есть вещи, которые должны работать всегда. Включил чайник — он должен греться. Вот на это и заточен чек-лист, чтобы каждый раз не изобретать велосипед.
  3. Новую фичу щупать. Получил задание на что-то незнакомое. Чек-лист — это как карта с отмеченными интересными точками: "сюда глянь, тут проверь". А дальше уже сам, как художник.
  4. С заказчиком договориться. Ему, этому... пидарасу шерстяному, не нужны твои шаги "кликни левой кнопкой". Ему нужно: "кнопка 'Купить' — работает, корзина — считает". Чек-лист и есть этот язык.

Вот смотри, как это для формы регистрации выглядит, простыня обычная:

- [ ] Валидные данные успешно отправляются
- [ ] Ошибка при пустых обязательных полях
- [ ] Валидация формата email и телефона
- [ ] Пароль скрыт символами (маска)
- [ ] Соответствие UI макетам
- [ ] Работоспособность ссылки "Политика конфиденциальности"

Красота же, ёпта! Никакой воды.

Чем это лучше этих многострадальных тест-кейсов?

  • Сделал за пять минут. Не надо расписывать ебучую табуляцию и предусловия.
  • Голову включать заставляет. Ты не робот, ты думаешь, как лучше проверить пункт. Это ж живьём!
  • Не надо полжизни тратить на поддержку. Изменили логику — обновил три пункта в списке, а не двадцать тест-кейсов.

Но и подводные камни есть, куда без них:

  • Можно проебать шаг. Новичок может тупо не понять, как проверить "валидацию email". Компенсируется тем, что чек-листы обычно дают опытным ребятам, у которых уже глаз намётан.
  • Для новичков — пиздец. Его одного с таким списком отпускать — это как мартышку с гранатой. Решается просто: сажаешь его с кем-то в пару, пусть учится.
  • Воспроизвести баг может быть сложно. Нашёл косяк, а в чек-листе только "проверить отправку формы". Как ты её заполнял-то? А вот тут уже включается профессионализм: найденный баг описываешь нормально, со всеми шагами, в отдельном баг-репорте. Чек-лист — это для поиска, а не для слепого следования.

На практике это всё живёт в чём попало: Google Таблицы, Notion, да хоть задача в Jira с галочками. Главное — это живой документ. Нашел новый интересный сценарий — добавил пункт. Фичу сняли — вычеркнул. В общем, гибко, блядь, и по делу.