Как составить чек лист тестировщика

Как составить чек-листы для эффективного тестирования продуктов: простые шаги и примеры

Приветствую всех, кто хочет стать тестировщиком и узнать больше о чек-листах! Сегодня мы поговорим о том, что такое чек-листы тестировщика и как их использовать для более эффективного тестирования.

Чек-листы тестировщика – это список задач, которые нужно выполнить в процессе тестирования. В чек-листе могут быть перечислены тест-кейсы, условия тестирования, требования к продукту и многое другое. Цель чек-листа – не пропустить ни одной важной детали в процессе тестирования.

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

Составление чек-листов – это процесс, который может значительно упростить и ускорить тестирование программного обеспечения. Ниже представлены основные шаги, которые помогут вам составить эффективный чек-лист.

1. Определите цели и задачи Перед тем, как начать составление чек-листа, необходимо понять, какие задачи вы хотите решить с помощью него. Какие функциональные возможности продукта вы хотите проверить? Какие аспекты безопасности требуют особого внимания? Что важно для пользователей? Определите цели и задачи, которые вы хотите достичь с помощью чек-листа, и исходя из этого составьте его структуру.

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

3. Напишите тест-кейсы Напишите тест-кейсы для каждой категории. Тест-кейсы – это набор шагов, которые необходимо выполнить для проверки определенной функциональности продукта. Например, тест-кейс для регистрации пользователя может содержать следующие шаги: открытие страницы регистрации, заполнение формы регистрации, нажатие кнопки «Зарегистрироваться», проверка успешной регистрации.

4. Определите ожидаемый результат Определите ожидаемый результат для каждого тест-кейса. Например, для тест-кейса «Регистрация пользователя» ожидаемым результатом будет успешная регистрация и переход на страницу профиля пользователя.

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

Составление чек-листа – это творческий процесс, который требует от вас внимательности, аккуратности и профессионализма. Чем более структурированным и подробным будет ваш чек-лист, тем более эффективнее и быстрее будет проходить тестирование.

Некоторые советы, которые помогут вам составить более эффективный чек-лист

• Используйте чек-листы в качестве дополнительного инструмента. Чек-листы не могут заменить полноценное тестирование продукта, но могут помочь выявить проблемы и ошибки быстрее и более эффективно.

• Составляйте чек-листы в соответствии с конкретными требованиями. Каждый продукт имеет свои уникальные особенности, поэтому чек-листы должны быть адаптированы под конкретный продукт и его требования.

• Обновляйте чек-листы регулярно. Продукты постоянно меняются и обновляются, поэтому чек-листы должны быть пересматриваемы и обновляемы регулярно.

• Работайте в команде. Чек-листы могут быть использованы как инструмент для совместной работы тестировщиков и разработчиков. Разделите ответственность между членами команды и используйте чек-листы для координации работы.

Примеры тест-кейсов для чек-листа

1. Регистрация пользователя

• Открыть страницу регистрации

• Заполнить форму регистрации

• Нажать кнопку «Зарегистрироваться»

• Проверить, что появилось сообщение об успешной регистрации

• Проверить, что пользователь был добавлен в базу данных

2. Авторизация пользователя

• Открыть страницу авторизации

• Ввести логин и пароль

• Нажать кнопку «Войти»

• Проверить, что пользователь был успешно авторизован

• Проверить, что отображается правильная информация о пользователе (имя, фото профиля и т.д.)

3. Работа с профилем пользователя

• Открыть страницу профиля

• Изменить информацию о пользователе (например, имя, фото профиля)

• Нажать кнопку «Сохранить»

• Проверить, что изменения были сохранены

• Проверить, что отображается правильная информация о пользователе

4. Работа с контентом

• Открыть страницу с контентом (например, статьи, видео)

• Проверить, что контент отображается корректно (например, все изображения загружаются, видео проигрывается)

• Проверить, что пользователь может ть контент в избранное или поделиться им в социальных сетях

• Проверить, что отображается правильное количество просмотров и лайков

• Проверить, что комментарии к контенту отображаются корректно

5. Работа с функциональностью

• Проверить работу функциональности продукта (например, поиск, фильтры, пагинация)

• Проверить, что все кнопки и ссылки работают корректно

• Проверить, что происходит корректный переход между страницами

• Проверить, что функциональность продукта соответствует описанию в требованиях

6. Работа с различными устройствами и браузерами

• Проверить, что продукт корректно отображается на разных устройствах (например, на компьютере, планшете и смартфоне)

• Проверить, что продукт корректно работает в различных браузерах (например, Google Chrome, Mozilla Firefox, Safari)

• Проверить, что продукт корректно работает в различных операционных системах (например, Windows, MacOS, iOS, Android)

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

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

Чек-листы в тестировании: что нужно знать тестировщику

Блог

Из этого материала вы узнаете, что такое чек-листы, зачем они нужны, как их составлять, когда применять. А ещё расскажем о преимуществах и недостатках этих документов.

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

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

Выполненные пункты отмечаются статусами, например: “Passed”, “Failed”, “Blocked”, “Skipped”, “Not run”. Эти статусы также могут иметь свой цвет:

Преимущества использования чек-листов:

• улучшается представление о системе в целом, виден статус её готовности;
• виден объём проделанной и предстоящей работы по тестированию;
• легче не повторяться в проверках и не упустить ничего важного в процессе тестирования.

Разновидности чек-листов

Можно выделить два вида чек-листов: специальные и универсальные.

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

Вот примеры пунктов специального чек-листа.

• При наведении курсора на пункт меню «‎Товары»‎, должен меняться цвет на синий, указатель должен менять форму на pointer.
• Если пользователь открыл страницу «‎Ваша корзина»‎ и в корзине присутствует хотя бы один товар, должно показываться уведомление.

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

Пункты универсального чек-листа могут быть такими:

• пользователь может перейти в раздел «‎Товары»;
• оплата должна совершаться;
• товар должен добавляться в корзину;
• ссылки при наведении подчёркиваются;
• валидатор вёрстки показывает отсутствие ошибок и т.п.

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

Как составлять работающие чек-листы

Чтобы составить работающий чек-лист, обратите внимание на эти рекомендации:

1. Один пункт = одна проверка. Минимальная полная операция проводимая тестировщиком при проверке — это один пункт чек-листа.
2. При составлении чек-листа нужно опираться на требования, чтобы не тестировать то, что не существенно.
3. Давайте пунктам чек-листа названия по форме, общей для всех членов команды, чтобы работа с чек-листом не вызывала неоднозначных толкований. Можно договориться использовать во всех пунктах только глаголы в инфинитиве или существительные: «проверить»/ «добавить»/ «отправить» либо «проверка»/«отправка»/«добавление».
4. Детализируйте чек-лист в зависимости от задачи.
5. Объединяйте чек-листы в матрицы, где можно отразить не только сами проверки, но и условия проверки (платформа, версия продукта, сотрудник и т.п.) и статус проверки. Матрицы — это компромисс между чек-листами и тест-кейсами. Их легче поддерживать, чем тест-кейсы, так как в такой таблице отсутствуют шаги (steps). В них одна строка = одна проверка.

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

Преимущества:

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

Недостатки:

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

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

Кто-то в процессе своей трудовой деятельности составляет чек-листы, а кто-то этим не занимается и пишет только тест-кейсы. Я считаю, что чек-лист и тест-кейсы неотделимы по своей сути. Сюда же можно добавить и интеллектуальную (функциональную) карту приложений. Поясню почему они неотделимы, а потом перейдём непосредственно к чек-листам.

О принципах правильного написания тест-кейсов и создания карт приложений я рассказывал в отдельных статьях, ссылки на которые приведу в конце данной статьи.

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

Для чего мы так делаем? Для того чтобы не упустить какой-либо функциональный блок программы при создании тест-кейсов. По опыту знаю, что когда пишешь тест-кейсы и нет ни карты приложения, ни чек-листа, то после пятидесяти или сотни написанных тест-кейсов становится трудно удерживать в голове информацию, что описано тест-кейсами, а что ещё надо описать тест-кейсами, а впереди ещё надо написать несколько тысяч тест-кейсов. В этом случае чек-листы нам помогают и нам не надо в голове держать большие объёмы информации по тому, что мы описали тест-кейсами, а что ещё надо описать.

Поэтому примите на вооружение правило написания тест-кейсов:

1. Создаём карту приложения или функционального блока приложения.
2. Создаём чек-лист опираясь на карту приложения.
3. Создаём тест-кейсы опираясь на чек-лист.

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

Для начала у нас должна быть составлена карта приложения:

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

Чек-лист

Раздел «Заголовок»:

• Проверка работы кнопки «Свернуть приложение».
• Проверка работы кнопки «Развернуть приложение».
• Проверка работы кнопки «Закрыть приложение».

Раздел «Содержимое окна»:

• Проверка ввода текста в поле ввода текста (числа, буквы, спецсимволы).
• Проверка работы вертикального скролла (полосы прокрутки).

Раздел «Строка меню» мы не вносили в чек-лист так как карта приложения в данном разделе ещё не завершена и нет конечных проверок. Когда карта приложения будет завершена, тогда и внесём в чек-лист проверки из данного раздела.

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

• Проверка работы кнопки «Свернуть приложение».
• Проверка работы функционала разворачивания приложения из панели задач.
• Проверка работы кнопки «Развернуть приложение».
• Проверка работы кнопки «Закрыть приложение».

У нас получился следующий чек-лист:

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

Приведём пример. В карте приложения имеется конечная проверка:

• Проверка входа в личный кабинет на сайте.

Мы знаем, что в личный кабинет на сайте мы можем войти несколькими способами, поэтому все эти способы должны быть зафиксированы в чек-листе:

• Проверка входа в личный кабинет на сайте с помощью логина;
• Проверка входа в личный кабинет на сайте с помощью email;
• Проверка входа в личный кабинет на сайте с помощью номера телефона;
• Проверка входа в личный кабинет на сайте с помощью сертификата.

Как видите из одного пункта проверки карты приложения у нас появилось четыре пункта в чек-листе. Эти проверки могли быть зафиксированы и в карте приложения, тогда у нас одна проверка из карты приложения перешла бы в одну проверку в чек-листе.

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

В видео рассказываю как создавать чек-лист:

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

Если хотите научиться создавать карты приложений, чек-листы, тест-кейсы и узнать многое другое, то пройдите обучающий курс «Тестирование ПО. Начальный уровень».

Приветствую всех, кто хочет стать тестировщиком и узнать больше о чек-листах! Сегодня мы поговорим о том, что такое чек-листы тестировщика и как их использовать для более эффективного тестирования.

Чек-листы тестировщика – это список задач, которые нужно выполнить в процессе тестирования. В чек-листе могут быть перечислены тест-кейсы, условия тестирования, требования к продукту и многое другое. Цель чек-листа – не пропустить ни одной важной детали в процессе тестирования.

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

Составление чек-листов – это процесс, который может значительно упростить и ускорить тестирование программного обеспечения. Ниже представлены основные шаги, которые помогут вам составить эффективный чек-лист.

1. Определите цели и задачи Перед тем, как начать составление чек-листа, необходимо понять, какие задачи вы хотите решить с помощью него. Какие функциональные возможности продукта вы хотите проверить? Какие аспекты безопасности требуют особого внимания? Что важно для пользователей? Определите цели и задачи, которые вы хотите достичь с помощью чек-листа, и исходя из этого составьте его структуру.

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

3. Напишите тест-кейсы Напишите тест-кейсы для каждой категории. Тест-кейсы – это набор шагов, которые необходимо выполнить для проверки определенной функциональности продукта. Например, тест-кейс для регистрации пользователя может содержать следующие шаги: открытие страницы регистрации, заполнение формы регистрации, нажатие кнопки «Зарегистрироваться», проверка успешной регистрации.

4. Определите ожидаемый результат Определите ожидаемый результат для каждого тест-кейса. Например, для тест-кейса «Регистрация пользователя» ожидаемым результатом будет успешная регистрация и переход на страницу профиля пользователя.

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

Составление чек-листа – это творческий процесс, который требует от вас внимательности, аккуратности и профессионализма. Чем более структурированным и подробным будет ваш чек-лист, тем более эффективнее и быстрее будет проходить тестирование.

Некоторые советы, которые помогут вам составить более эффективный чек-лист

• Используйте чек-листы в качестве дополнительного инструмента. Чек-листы не могут заменить полноценное тестирование продукта, но могут помочь выявить проблемы и ошибки быстрее и более эффективно.

• Составляйте чек-листы в соответствии с конкретными требованиями. Каждый продукт имеет свои уникальные особенности, поэтому чек-листы должны быть адаптированы под конкретный продукт и его требования.

• Обновляйте чек-листы регулярно. Продукты постоянно меняются и обновляются, поэтому чек-листы должны быть пересматриваемы и обновляемы регулярно.

• Работайте в команде. Чек-листы могут быть использованы как инструмент для совместной работы тестировщиков и разработчиков. Разделите ответственность между членами команды и используйте чек-листы для координации работы.

Примеры тест-кейсов для чек-листа

1. Регистрация пользователя

• Открыть страницу регистрации

• Заполнить форму регистрации

• Нажать кнопку «Зарегистрироваться»

• Проверить, что появилось сообщение об успешной регистрации

• Проверить, что пользователь был добавлен в базу данных

2. Авторизация пользователя

• Открыть страницу авторизации

• Ввести логин и пароль

• Нажать кнопку «Войти»

• Проверить, что пользователь был успешно авторизован

• Проверить, что отображается правильная информация о пользователе (имя, фото профиля и т.д.)

3. Работа с профилем пользователя

• Открыть страницу профиля

• Изменить информацию о пользователе (например, имя, фото профиля)

• Нажать кнопку «Сохранить»

• Проверить, что изменения были сохранены

• Проверить, что отображается правильная информация о пользователе

4. Работа с контентом

• Открыть страницу с контентом (например, статьи, видео)

• Проверить, что контент отображается корректно (например, все изображения загружаются, видео проигрывается)

• Проверить, что пользователь может ть контент в избранное или поделиться им в социальных сетях

• Проверить, что отображается правильное количество просмотров и лайков

• Проверить, что комментарии к контенту отображаются корректно

5. Работа с функциональностью

• Проверить работу функциональности продукта (например, поиск, фильтры, пагинация)

• Проверить, что все кнопки и ссылки работают корректно

• Проверить, что происходит корректный переход между страницами

• Проверить, что функциональность продукта соответствует описанию в требованиях

6. Работа с различными устройствами и браузерами

• Проверить, что продукт корректно отображается на разных устройствах (например, на компьютере, планшете и смартфоне)

• Проверить, что продукт корректно работает в различных браузерах (например, Google Chrome, Mozilla Firefox, Safari)

• Проверить, что продукт корректно работает в различных операционных системах (например, Windows, MacOS, iOS, Android)

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

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

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