Чек-лист тестировщика: пример для начинающих

Тестирование — одна из самых легких точек входа в ИТ. Специалист по нему — QA-инженер занимается проверкой качества продукта и обнаружением ошибок — багов. Тестирование ПО для начинающих освоить гораздо проще, чем программирование или аналитику данных. Расскажем, как выглядит чек-лист для таких сотрудников и что нужно знать, чтобы устроиться на первую работу.

В качестве источников будут выступать веб-услуги и разработка в YuSMP Group и техники тестирования, которые применяют там в процессе решения задач заказчиков.

Чем занимается тестировщик

Главная его задача — проверка платформ, сайтов, приложений и программного обеспечения на предмет ошибок. Для этого не обязательно уметь писать код самостоятельно, но важным преимуществом будет умение его читать.

Смотрите также: тестирование программного обеспечения.

Результаты работы:

• Написание документации, оформление чек листа тестирования;
• Заведение баг-репортов и составление отчетов об ошибках;
• Создание тест-кейсов;
• Написание запросов в базы данных.

А теперь разберем подробнее, какие навыки и знания необходимы тестировщикам.

Что такое чек-лист тестировщика и чем он отличается от тест-кейса

Чек-лист тестировщика — это структурированный список пунктов проверки, без подробного описания шагов и ожидаемого результата. Он отвечает на вопрос «что проверить», а не «как именно это сделать». В отличие от тест-кейса, чек-лист составляют и заполняют быстро: против каждого пункта проставляют статус — Passed (пройден), Failed (не пройден), Not run (проверка пока не проводилась) или Blocked (заблокирована), при необходимости добавляют комментарий с описанием бага.

Чек-листы незаменимы там, где важна скорость: smoke-тестирование перед релизом, регресс после правок, быстрая проверка новой сборки. Тест-кейс в таких ситуациях избыточен — он нужен для сложных сценариев, где важно зафиксировать точные шаги, предусловия и ожидаемый результат, чтобы любой член команды мог воспроизвести проверку одинаково.

Пример чек-листа тестировщика

Ниже — упрощённые примеры чек-листов для трёх типовых объектов тестирования. На реальном проекте пункты детализируют под конкретный продукт, но логика остаётся такой же: от общего к частному, от критичного функционала к второстепенному.

Чек-лист для веб-страницы

• Страница открывается без ошибок 4xx/5xx, время загрузки в пределах нормы;
• Вёрстка не «ломается» в основных браузерах и на мобильных разрешениях;
• Все ссылки и кнопки ведут на корректные страницы, нет битых ссылок;
• Формы валидируют ввод и показывают понятные ошибки при некорректных данных;
• Текст и изображения отображаются без обрезки, без «битых» картинок;
• Мета-теги, title и favicon заполнены корректно.

Чек-лист для мобильного приложения

• Установка и первый запуск проходят без крашей на актуальных версиях iOS и Android;
• Push-уведомления приходят и корректно открывают нужный экран;
• Приложение корректно обрабатывает потерю и восстановление сети;
• Данные сохраняются при сворачивании приложения и возврате в него;
• Основные жесты (свайп, тап, долгое нажатие) работают предсказуемо;
• Обновление приложения не приводит к потере пользовательских данных.

Чек-лист для API

• Эндпоинт возвращает корректный статус-код (200, 201, 400, 404, 500 — в соответствии со сценарием);
• Тело ответа соответствует контракту (структура JSON, обязательные поля, типы данных);
• Обязательные параметры запроса валидируются, отсутствие или некорректный формат возвращает понятную ошибку;
• Авторизация и права доступа отрабатывают корректно — запрос без токена или с чужими правами отклоняется;
• Повторный (идемпотентный) запрос не создаёт дублирующихся записей там, где это не предусмотрено;
• Время ответа укладывается в согласованный SLA под нагрузкой, близкой к реальной.

Как составить чек-лист тестировщика: 5 шагов

1. Изучите требования и продукт. Прочитайте техническое задание, пользовательские истории или просто «пощупайте» продукт руками, чтобы понять его логику.
2. Разбейте продукт на функциональные блоки. Например, для интернет-магазина это каталог, корзина, оформление заказа, оплата, личный кабинет.
3. Для каждого блока сформулируйте пункты проверки. Формулируйте их как проверяемое утверждение («форма отправляется с валидными данными»), а не как расплывчатый вопрос.
4. Расставьте приоритеты. Критичный функционал (оплата, авторизация) проверяют в первую очередь — если он сломан, дальше тестировать часто бессмысленно.
5. Проверьте чек-лист на практике и обновляйте его. После первого прогона уточните формулировки, добавьте пункты по багам, которые не были учтены, уберите неактуальные.

Теория

Это первое, что спрашивают на собеседовании. По умению отвечать на теоретические вопросы уровня: чем тестирование черного ящика отличается от белого, интервьюеры оценивают общий уровень кандидата.

QA-инженеру нужно знать:

• Теорию тестирования, что это такое, для чего нужно, как применяется;
• Виды тестирования, хотя бы основные;
• Базовую информацию о клиент-серверной архитектуре;
• Методологию разработки ПО;
• Как выглядит жизненный цикл бага;
• Семь этапов тестирования ПО;
• Что такое валидация и верификация;
• Какие существуют техники тест дизайна и что это такое;
• Как правильно составлять баг-репорт, какие у него есть составные части;
• Чем чек лист тестирования отличается от тест-кейса.

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

Другие работодатели также ориентируются на этот параметр. Для тестирования банковских приложений важно понимать принципы их работы. Для тестирования мобильных игр — иметь в них опыт хотя бы на уровне пользователя и т. д.

Техники тест дизайна

Это основа профессии. Тест дизайном называют процесс анализа и проектирования тест-кейсов, чтобы охватить весь функционал приложения оптимальным путем.

QA-инженер должен понимать, как имея на руках определенный продукт и требования к нему, оформить чек-лист тестирования. И как правильно декомпозируя задачи, создать сценарии проверки ПО.

В его компетенциях — уметь применять основные техники тестирования, например, составлять таблицы состояний и переходов, вычислять эквивалентные значения и оптимизировать проверки.

Базы данных

QA-инженер должен уметь работать в консоли и знать основы языка SQL. С его помощью пишут запросы в таблицах, в которых хранят данные в приложениях.  

Все онлайн курсы по тестированию ПО для начинающих содержат обучение инструментам работы с базами данных. А на собеседовании у кандидата могут попросить написать несложный запрос или сделать срез данных при помощи SQL.

Снифферы

Это программы для перехватки трафика. С их помощью можно изменять и анализировать запросы от фронтенда к бэкенду. Самые популярные из них — Charles и Fiddler. Тестировщик должен уметь ими пользоваться и хорошо ориентироваться в их интерфейсе.

API

Это интерфейс, который отвечает за обмен информацией между частями программного обеспечения. Тестировщик должен уметь писать запросы к API.

Обычно для этого используют Postman. В качестве задания на собеседовании могут попросить написать запрос. Например, чтобы проверить, как сервер вносит данные о новом пользователе или, наоборот, удаляет их.

DevTools

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

Тестировщику нужно уметь работать с DevTools, чтобы подменять данные в приложении под тестовые условия.

Инструменты: баг-трекеры, тест-менеджмент и чек-листы

Тестировщик должен знать, как пользоваться программами для фиксации баг-репортов, системами контроля версий (например, Git), ПО для управления проектами (например, Jira).

Отдельная категория — инструменты тест-менеджмента, где хранят и чек-листы, и тест-кейсы: TestRail, Allure TestOps, Zephyr. Они дают историю прогонов, статусы по каждому пункту и отчётность для команды. На старте или для небольших проектов чек-лист вполне можно вести в Google Таблицах или Excel — этого достаточно, чтобы не потерять пункты проверки и видеть прогресс.

Дополнительные навыки

Понимать принципы работы операционных систем, разбираться в Linux и других unix-системах, уметь пользоваться командной строкой;

Знать, как работают протоколы JSON и HTTP;

Уметь тестировать мобильные приложения при помощи эмуляторов, например, Android Studio;

Быть в целом технически подкованным человеком.

Soft skill

Знание профессиональных инструментов, теории и техник тестирования — база для успешного трудоустройства. Но пройти собеседования помогают в том числе и «мягкие» навыки.

Тестировщику важно продемонстрировать обучаемость, живой интерес к профессии и коммуникабельность. Последнее необходимо, так как QA-инженер много взаимодействует с другими членами команды.

Больше интересных статей на тему ИТ вы можете найти в блоге студии web-разработки YuSMP Group.

Итог: как использовать чек-лист на старте карьеры

Чек-лист — это не альтернатива знаниям, а инструмент, который помогает не упустить важное, пока опыта ещё немного. На собеседовании умение объяснить, чем чек-лист отличается от тест-кейса, и показать пример своего чек-листа для тестового задания — весомый аргумент в пользу кандидата, даже без коммерческого опыта.

Соберите свой первый чек-лист на любом открытом сайте или тестовом приложении, попробуйте предложенные выше 5 шагов на практике — и у вас будет готовый кейс для портфолио и собеседования.

Частые вопросы (FAQ)

Что такое чек-лист тестировщика?

Структурированный список пунктов проверки продукта — без детального описания шагов и ожидаемого результата, в отличие от тест-кейса. Против каждого пункта проставляют статус: пройден, не пройден, не проверялся или заблокирован.

Чем чек-лист отличается от тест-кейса?

Тест-кейс подробно описывает шаги, предусловия и ожидаемый результат — это нужно для сложных и критичных сценариев. Чек-лист фиксирует только «что проверить», составляется и заполняется быстрее и удобен для smoke-тестирования и регресса.

Как составить чек-лист тестировщика с нуля?

Изучите требования и продукт, разбейте его на функциональные блоки, сформулируйте по каждому блоку конкретные пункты проверки, расставьте приоритеты по критичности и обновляйте чек-лист после первых прогонов — по мере того как находятся новые баги и уточняются формулировки.

Какие инструменты используют для чек-листов и тест-кейсов?

Для небольших проектов достаточно Google Таблиц или Excel. Для командной работы с историей прогонов и отчётностью используют специализированные системы тест-менеджмента — TestRail, Allure TestOps, Zephyr.

Нужно ли начинающему тестировщику уметь программировать?

Для ручного (manual) тестирования писать код не обязательно, но важно уметь его читать — это помогает понимать логику приложения и точнее локализовать баг. Для дальнейшего роста в автотестирование программирование понадобится.

Какие навыки проверяют на собеседовании начинающего QA-инженера?

Обычно спрашивают теорию тестирования (виды, уровни, жизненный цикл бага), просят составить чек-лист или тест-кейсы для простого объекта (например, формы логина), проверяют базовые знания SQL, HTTP и умение работать с DevTools браузера.