Как писать чек лист по тестированию

Чек-лист по тестированию веб-форм

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

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

• Форму вообще невозможно заполнить, потому что данные в поля не вводятся
• При отправке уже заполненной формы появляется непонятное сообщение об ошибке
• При вводе пробела и нажатии на Enter приложение зависает, пользователь получает сообщение, что форма отправлена, но информация никуда не отправляется.

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

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

Инженер по тестированию — с нуля до трудоустройства за 4 месяца

• Постоянная поддержка от наставника и учебного центра
• Помощь с трудоустройством
• Готовое портфолио к концу обучения
• Практика с первого урока

Вы получите именно те инструменты и навыки, которые позволят вам найти работу

С чего начать тестирование веб-формы

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

Рассмотрим стандартную веб-форму. Там почти наверняка будут поля для ввода информации: имени, фамилии, адреса почты. Такие поля называются текстовыми. Пользователь может ввести буквы, цифры и символы. Какими конкретно данными может быть заполнено поле, решают на этапе разработки.

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

Позитивное тестирование

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

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

Проверки для текстового поля разделим на две категории:

• Проверки допустимого количества символов в поле. Например, в поле можно ввести только 30 букв
• Проверки ввода допустимых символов, то есть букв, цифр, специальных символов.

Для тестирования количества символов в текстовом поле проводятся следующие тесты:

1. Среднее количество символов в поле: Иванов
2. Минимальное количество символов в поле: И
3. Максимальное количество символов в поле: Ивановпертровсидоргончаровпушкинлермонтов
4. Ноль символов: если поле необязательно для заполнения.

Для проверки ввода допустимых символов применяют следующие тесты:

• Буквы, цифры, специальные символы
• Текст с пробелом: в начале строки, в середине и в конце
• Можно вставить в поле скопированный текст
• Перенос строки внутри поля через Enter.

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

Негативное тестирование

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

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

Время на тестирование всегда ограничено, да и протестировать все вероятные негативные сценарии просто невозможно. В этом случае можно ориентироваться на своего «целевого» пользователя, для которого создается веб-форма, а также на здравый смысл. Исходя из этого тестировщик выбирает наиболее вероятные негативные сценарии. Например, если в поле можно вводить только русские буквы, какова вероятность того, что пользователь в России введет английские буквы? Достаточно высокая, учитывая английскую раскладку на всех клавиатурах страны. А что насчет китайских иероглифов? Вероятность их попадания в поле в русскоязычном сегменте невысока, поэтому их проверкой можно пожертвовать в целях экономии времени.

Негативные сценарии, которые можно применить для тестирования полей в зависимости от требований и целевой аудитории:

• Количество символов меньше минимального
• Количество символов больше максимального
• Символы, ввод которых требованиями не предусмотрен
• Текст с пробелом: в начале строки, в середине и в конце
• Только пробел
• Символы не ASCII (например, эмоджи) — ♣☺♂

Далее для тестирования текстового поля можно применять уже более специализированные проверки, например, связанные с использованием SQL инъекций, XSS, html-тегов. Такие проверки предназначены для тестирования безопасности приложения. Каждое поле — это своего рода путь внутрь приложения: информация, переданная пользователем, записывается в базу данных. Поэтому нужно проверить, что в поле нельзя ввести ничего, что может навредить базе данных и другим частям приложения.

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

• Обязательные поля можно оставить пустыми
• Отсутствие сообщения об ошибке, если пользователь вводит некорректные данные
• Запрет ввода дефиса — пользователи с двойным именем или фамилией не могут заполнить данные о себе
• Ограничение по количеству символов — может не поместиться полностью имя, фамилия, адрес
• Минимальное количество символов в поле 3 символа — пользователи с фамилиями из двух букв не смогут подать заявку
• Отсутствие ограничения на количество символов — можно ввести очень большой текст и нарушить работу системы.

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

Тестирование числового поля

Снова начинаем с позитивных сценариев: проверяем, что поле работает в соответствии с требованиями. Как и в случае с текстовыми полями, учитывается количество символов и содержание этого поля:

• Среднее количество символов в поле: 111111
• Минимальное количество символов в поле: 1
• Максимальное количество символов: 7490237407235192389273409720394729734
• Ноль символов: если поле необязательно для заполнения
• Цифры
• Положительные числа
• 0 как число.

Негативными сценариями могут быть:

• Буквы, специальные символы
• Только пробелы
• Пробелы внутри числа
• Отрицательные числа
• Дробные числа
• Степени двойки: 23
• Научная запись чисел: 1Е-10
• Вычисляемые выражения: 2+2

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

Последующие проверки зависят от назначения числового поля. Здесь нужно протестировать точные данные, которые важны для работы системы. Допустим, требованиями установлено, что можно добавить от 1 до 10 товаров для покупки. Тогда в поле «Количество товаров» для позитивных тестов будем вводить:

• Среднее значение: 5 шт.
• Минимальное значение: 1 шт.
• На один больше минимального: 2 шт.
• Максимальное значение: 10 шт.
• На один меньше максимального: 9 шт.

Для негативных тестов можно использовать следующие данные:

• Меньше минимального, в данном случае ноль: 0 шт.
• Больше максимального: 11 шт.
• Отрицательное значение: — 5 шт.
• Буквы, специальные символы.

Самые частые ошибки в числовых полях:

• Обязательные поля можно оставить пустыми
• Нет сообщения об ошибке, если пользователь вводит некорректные данные
• Можно вводить буквы и специальные символы в поле «Номер телефона» и другие подобные поля
• Нет ограничения на количество символов в полях: можно ввести несколько тысяч знаков и повредить работу приложения.

На скриншоте пример одного из дефектов: отсутствует сообщение об ошибке, когда поле «Номер телефона» заполнено буквами и символами.

Чек-боксы и радиокнопки

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

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

Подведем итоги

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

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

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

Профессия «Инженер по тестированию»

• Смените профессию за 4 месяца — короткий путь в IT
• Познакомьтесь с этапами разработки и жизненным циклом ПО
• Узнайте всё о техниках тест-дизайна
• Разберитесь с системами управления тестированием и системами баг-трекинга
• Научитесь работать с API и базами данных

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

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

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

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

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

1. Определите цели и задачи Перед тем, как начать составление чек-листа, необходимо понять, какие задачи вы хотите решить с помощью него. Какие функциональные возможности продукта вы хотите проверить? Какие аспекты безопасности требуют особого внимания? Что важно для пользователей? Определите цели и задачи, которые вы хотите достичь с помощью чек-листа, и исходя из этого составьте его структуру.
2. Разбейте на категории Разбейте продукт на категории и подкатегории, чтобы вам было легче ориентироваться. Например, если вы тестируете веб-приложение, вы можете разбить его на следующие категории: регистрация, авторизация, работа с профилем пользователя, работа с контентом, оплата и т.д. Каждая категория должна содержать соответствующие тест-кейсы.
3. Напишите тест-кейсы Напишите тест-кейсы для каждой категории. Тест-кейсы – это набор шагов, которые необходимо выполнить для проверки определенной функциональности продукта. Например, тест-кейс для регистрации пользователя может содержать следующие шаги: открытие страницы регистрации, заполнение формы регистрации, нажатие кнопки «Зарегистрироваться», проверка успешной регистрации.
4. Определите ожидаемый результат Определите ожидаемый результат для каждого тест-кейса. Например, для тест-кейса «Регистрация пользователя» ожидаемым результатом будет успешная регистрация и переход на страницу профиля пользователя.
5. Проверьте чек-лист Проверьте ваш чек-лист на полноту и актуальность. Убедитесь, что вы не упустили ничего важного и что все тест-кейсы соответствуют целям и задачам, которые вы определили в начале.

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

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

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

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

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

• Открыть страницу регистрации
• Заполнить форму регистрации
• Нажать кнопку «Зарегистрироваться»
• Проверить, что появилось сообщение об успешной регистрации
• Проверить, что пользователь был добавлен в базу данных

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

• Открыть страницу авторизации
• Ввести логин и пароль
• Нажать кнопку «Войти»
• Проверить, что пользователь был успешно авторизован
• Проверить, что отображается правильная информация о пользователе (имя, фото профиля и т.д.)

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

• Открыть страницу профиля
• Изменить информацию о пользователе (например, имя, фото профиля)
• Нажать кнопку «Сохранить»
• Проверить, что изменения были сохранены
• Проверить, что отображается правильная информация о пользователе

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

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

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

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

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

• Проверить, что продукт корректно отображается на разных устройствах (например, на компьютере, планшете и смартфоне)
• Проверить, что продукт корректно работает в различных браузерах (например, Google Chrome, Mozilla Firefox, Safari)
• Проверить, что продукт корректно работает в различных операционных системах (например, Windows, MacOS, iOS, Android)

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

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

Что такое чек лист QA и зачем он нужен

Представьте, что вы тестируете новое программное обеспечение. Ваша задача — проверить его функциональность, найти ошибки и убедиться, что все работает так, как задумано. Но как быть уверенными, что мы не упустим ничего важного? Вот где на помощь приходит чек-лист! Что такое чек лист в тестировании? Это своеобразный «маршрутный план» для наших тестировщиков, список задач, шагов и критериев, которые нужно выполнить, чтобы быть уверенными, что мы проверили все аспекты ПО.

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

Обзор ключевых элементов

Из каких ключевых моментов состоит чек-лист тестирование? Их несколько и они помогают организовать и упорядочить процесс проверки. Вот некоторые из них:

• Задачи и функциональность. Чек-лист должен включать список задач и функциональности, которые мы собираемся проверить. Это может быть что-то вроде «проверить, что кнопка ‘Отправить’ отправляет данные формы» или «убедиться, что функция поиска находит все результаты, которые должна». Проще говоря, это список действий и проверок, которые мы должны выполнить, чтобы убедиться, что все работает должным образом.

• Критерии оценки…или ожидаемые результаты, которые мы сравниваем с фактическими результатами наших проверок. Например, если мы проверяем функцию поиска, критерием оценки может быть то, что при правильном запросе должны быть выданы все соответствующие результаты. Если это происходит, мы отмечаем задачу как выполненную успешно. Если нет, значит, у нас есть недочет, которому нужно уделить внимание.

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

�� Готовы стать востребованным специалистом в IT-сфере? Добро пожаловать на курс QA Automation!

�� Что вас ждет на курсе:

1. Создание фреймворков для тестирования веб-приложений с Selenium WebDriver.
2. Освоение SQL для эффективной работы с данными.
3. Программирование на Java, включая работу с базами данных и файлами.
4. Использование тестовых фреймворков, таких как JUnit5 и TestNG.
5. Автоматизация сборки проектов с помощью Maven и создание отчетов о тестировании.

��‍�� Наш курс подходит как выпускникам других образовательных программ, так и тем, кто уже имеет опыт в ручном тестировании и стремится к профессиональному росту.

�� После завершения курса вы станете Junior QA Automation специалистом!

• Ссылки и материалы. Иногда мы не можем все поместить в один чек-лист. Ведь современное ПО может быть довольно сложным и требовать большого объема информации. Поэтому ничего страшного, если в чек-листе есть ссылки на дополнительные материалы, такие как документация, спецификации или руководства пользователя. Они помогают нам получить более подробную информацию о функциональности или ожидаемом поведении.

Зачем нужен чек лист qa

Использование чек-листа в процессе тестирования ПО предоставляет несколько преимуществ. Вот некоторые из них:

• Ничего не пропустить! Представьте, что у вас есть огромное приложение с множеством функций и возможностей. Без чек-листа, вы можете забыть проверить какие-то важные аспекты и упустить ошибки. Чек-лист помогает нам не потеряться и быть уверенными, что мы покрыли все основные проверки. Он напоминает нам о каждом шаге, который нужно выполнить, чтобы ничего не пропустить.

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

• Унификация и консистентность. В команде QA может работать несколько тестировщиков, и каждый из них может иметь свои предпочтения и методы работы. Чек-лист помогает унифицировать процесс и установить единые стандарты для всех. Когда каждый следует одному и тому же чек-листу, мы можем быть уверены, что все основные проверки будут выполнены. Это повышает консистентность и качество работы команды.

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

Как создать эффективный чек-лист

Создание эффективного плана тестирования требует некоторой работы и планирования. Рассмотрим пошаговый процесс как писать чек лист qa:

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

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

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

�� Подпишись на наш Ютуб-канал! ��Полезные видео для программистов уже ждут тебя!

�� Выбери свой курс программирования! �� Путь к карьере программиста начинается здесь!

• Установите приоритеты. Дайте каждой задаче или проверке приоритет в соответствии с их важностью и критичностью. Это поможет вам определить порядок выполнения проверок и сосредоточиться на самых важных аспектах. Например, если у вас есть ограниченные ресурсы, вы можете начать с проверки функциональности, которая является критической для основной функциональности приложения.

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

• Проверьте и отладьте чек-лист перед его использованием. Проверьте, что порядок задач логичен и ничего не пропущено. Если возможно, попросите коллегу или другого тестировщика пройти по чек-листу и предоставить обратную связь. Это поможет улучшить и отладить чек-лист перед его фактическим использованием.

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

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

Ошибки при создании чек-листа

Как составить чек лист тестирования без ошибок? Предлагаем ознакомиться, какие существуют главные ошибки и как их можно избежать:

Ошибка	В чем опасность	Как избежать
Чрезмерное упрощение документа	Неполная или непонятная информация в чек-листе	Найти баланс между сжатием информации и ясностью
Ссылки или копирование пунктов	Путаница и непонимание при выполнении проверок	Исключить неправильные ссылки или скорректировать пункты
Введение подразделов внутри одного пункта	Путаница и сложность выполнения тестирования	Четко определить каждый пункт как отдельное действие
Неучет разных сценариев и условий	Пропуск важных проверок или сбоев в разных ситуациях	Учесть разные сценарии и условия тестирования
Непонятные ожидаемые результаты	Неправильная интерпретация результатов тестирования	Формулировать ясные и конкретные ожидаемые результаты
Отсутствие обратной связи и корректировок	Устаревшие или неправильные проверки в чек-листе	Получать регулярную обратную связь и вносить корректировки
Слишком общие задачи	Недостаточно конкретные и понятные инструкции для выполнения	Разделить общие задачи на более конкретные подзадачи
Отсутствие критериев оценки	Невозможность оценить успешность выполнения проверок	Указывать ясные и измеримые критерии для оценки выполнения
Неправильный порядок задач	Путаница в ходе выполнения проверок	Установить логический и последовательный порядок задач
Отсутствие обновлений	Устаревший и неполный чек-лист	Регулярно обновлять и пересматривать чек-лист

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

Заключение

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

Чек-листы

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

Обязательно должен содержать в себе следующую информацию:

• идея проверок;
• набор входных данных;
• ожидаемые результаты;
• булевая отметка о прохождении/непрохождении тестового случая;
• булевая отметка о совпадении/несовпадении фактического и ожидаемого результата по каждой проверке.

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

Цель – обеспечить стабильность покрытия требований проверками необходимыми и достаточными для заключения о соответствии им продукта. Особенностью является то, что чек-листы компонуются теми тестовыми случаями, которые показательны для определенного требования.

Чек-лист, чаще всего, представляет собой обычный и привычный нам список, который может быть:

1. Списком, в котором последовательность пунктов не имеет значения (например, список значений некоего поля);
2. Списком, в котором последовательность пунктов важна (например, шаги в краткой инструкции).
3. Структурированным (многоуровневым) списком (вне зависимости от учёта последовательности пунктов), что позволяет отразить иерархию идей.

Чек-лист должен обладать рядом важных свойств:

• Логичность.Чек-лист пишется не «просто так», а на основе целей и для того, чтобы помочь в достижении этих целей. К сожалению, одной из самых частых и опасных ошибок при составлении чек-листа является превращение его в свалку мыслей, которые никак не связаны друг с другом.
• Последовательность и структурированность. Со структурированностью всё достаточно просто — она достигается за счёт оформления чек-листа в виде многоуровневого списка. Что касается последовательности, то, даже в том случае, когда пункты чек-листа не описывают цепочку действий, человеку всё равно удобнее воспринимать информацию в виде неких небольших групп идей, переход между которыми является понятным и очевидным (например, сначала можно прописать идеи простых позитивных тест-кейсов, потом идеи простых негативных тест-кейсов, потом постепенно повышать сложность тест-кейсов, но не стоит подавать эти идеи вперемешку).
• Полнота и неизбыточность. Чек-лист должен представлять собой аккуратную «сухую выжимку» идей, в которых нет дублирования ( которые часто появляется из-за разных формулировок одной и той же идеи) и, в то же время ничто важное не упущено.

Правила составления чек-листов:

• Одна операция.
• Пункты чек-листа — это минимальные полные операции. Например, заказать изготовление визиток и доставить визитки в офис — это 2 разных операции. Поэтому в чек-листе они отображаются отдельными пунктами: визитки заказаны и визитки доставлены в офис.
• Пункты пишутся в утвердительной форме. Цель чек-листа – проверка готовности задачи, поэтому лучше составлять пункты в утвердительной форме — «заказаны, доставлены». Сравните формулировку: «заказать визитки» и «визитки заказаны».
• Оптимальное количество пунктов — до 20. Чек-листы не должны быть длинными. Если все же это требуется, то лучше разбить задачу на несколько этапов и составить к каждому этапу отдельный чек-лист.

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

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

Рис. 4.1. Пример чек-листа