Вы можете записаться в любую понравившуюся онлайн-школу тестировщиков и попрактиковаться в этом и других инструментах. Повелительное наклонениеЧтобы коллегам было приятнее работать с тест-кейсами, лучше делать их описание обезличенным — “Выполнить, загрузить”… Познакомьтесь со своей системой и потом уже решайте, что подходит именно для нее — творческие чек-листы, формальные тест-кейсы или микс из этих подходов. Создание жильца с самым полным ФИО.
Пусть это будут «Cмартфоны, ТВ и электроника». А теперь я покажу еще один пример, только он будет интересней. Тут результат будет не Fail и Pass, а цифры. Но в клеточках таблицы также будут ноли и единицы.
Они менее подробны, как бы более «человечны» и ориентированы на «путь пользователя» по приложению/сайту. Если будет много проверок на один компонент, то тест-кейсы можно объединить в тестовый набор или по-другому Test Suite. Приоритет (Priority)Высокий, так как функциональность важная. В двух словах, чем важнее объект тестирования и проверки, тем выше приоритет. Приложения (attachments) — дополнительная информация, которая поможет выполнить тест-кейс, например, скриншоты, текстовые файлы и прочие файлы.
Тестовый набор — контейнер для выполнения тест-кейсов, сгруппированных по функциональности. На самом деле правила простые, однако их не так-то просто соблюдать. Это экономит время на объяснения, когда требуется делегировать задачу либо в команду пришел новый человек и нужно его обучить. Отчет о тестировании пишется, когда функционал уж проверен и релиз либо предрелиз показывает итог проделанной работы. Скриншоты из разных систем, в которых баг-репорт можно вести.
Тест-кейс — это такое описание проверки работы системы, которое может выполнить любой человек из команды, будь то тестировщик, разработчик, аналитик или даже бизнес-заказчик. Видимо спрашивают, в каких проектах/сферах необходимо применение именно тест-кейсов (а не других тестовых артефактов подобного предназначения). Это, в первую очередь, медицинские системы, навигационные системы, системы управления АЭС, заводское ПО и подобные важные сферы.
Автор тест-кейсы (Author) — тестировщик, который написал тест-кейс. Ссылка на требования — ссылка на требование или ТЗ, на основе которого был составлен тест-кейс. Краткое описание тест-кейса (Name).Название тест-кейса должно быть коротким и понятным.
Его можно свести к простому списку из нескольких строк, который можно составить за несколько минут. А вот написание тест-кейсов — это более трудоемкий процесс, потому что нужно составлять длинные таблицы с подробным описанием каждого шага. Более того, если функциональность приложения изменится, придется переделывать тест-кейсы — а это тоже сложный и ресурсоемкий процесс. Чек-листы и тест-кейсы снижают вероятность ошибок, связанных с человеческим фактором — причем это работает даже в проектах с неидеальной документацией. В этом уроке мы ближе познакомимся с чеклистами и тест-кейсами. Вы узнаете разницу между ними и научитесь подбирать инструмент под свой проект.
Следовательно, если с чек-листом работают уже опытные тестировщики, то особых проблем не возникает. Чтобы тестировщику было удобнее работать с таким количеством требований, ему нужны инструменты — чеклисты и тест-кейсы. По своей сути, это разные форматы документации.
Соблюдение перечисленных правил поможет составить грамотные тест-кейсы. Это значит, что они будут одинаково удобны в использовании для всех сотрудников проекта, хорошо совместимы и доступны. Главное достоинство тест-кейса состоит в том, что его может провести практически любой сотрудник компании, не имеющий отношения к работе над проектом. Если к созданию тест-кейса подошли ответственно, исполнитель справится с ним без труда. У тест-кейсов есть обязательные атрибуты и правила создания. Если следовать им, то на выходе вы получите работоспособный сценарий.
Тест-кейсы предоставляют четкое описание шагов и ожидаемых результатов, поэтому они проще в использовании. Особенно это заметно в работе с негативными сценариями, потому что тест-кейсы содержат конкретные тестовые данные и описание ожидаемых результатов. В той же ситуации с чек-листом возникли бы сложности, потому что тестировщику пришлось бы самому определять тестовые данные и конкретные действия, которые нужно проверить. Если чек-лист содержит негативные и позитивные сценарии, то их тоже придется придумать самостоятельно. Тест кейс — это проверка работоспособности программы или проекта.Написать тест кейс — значит создать текстовое описание процесса тестирования какой-то части или функции проекта. Тест-кейс — это алгоритм действий, которые требуется совершить для проверки работы программы (кнопок, полей ввода и т.д.).
Тестировщик создает тест-кейсы с учетом мнения конечного пользователя. Классификация зависит от типа входных данных, действий и ожидаемого поведения ПО. Четко определенные тест-кейсы позволяют многократно запускать одни и те же тесты, применять для последовательно изменяющихся версий программного обеспечения.
Каждый тестировщик должен уметь работать с тест-кейсами, а при необходимости – создавать их. Абстрактное названиеНа первый взгляд название хорошее, короткое и понятное — мы ведь правда создаем жильца. Всегда помните про “кратко, но емко”. По названию тест-кейса тестировщик, знающий проект, должен понять, что надо делать, не заглядывая в шаги. Так что дополняем название — Создание жильца без отчества, Создание жильца, цифры в поле “Имя” и т.д…