В отличие от чек-листов, используются в сложных проектах с большой долей ответственности, требуют больше времени для разработки. Простыми словами, это алгоритм, по которому тестировщик должен пройти (смоделировать поведение пользователя), чтобы проверить работоспособность определенного куска кода. Тест-кейсы лучше, когда система сложная, комплексная, многокомпонентная или очень важная, а тестировать будут обычные тестировщики из QA-отдела, менее вовлечённые в продукт чем его создатели. Чаще всего («статистически») предметом проверки тест-кейсов являются кнопки, поля ввода и т.п. Но давно существуют удобные инструменты для создания тест-кейсов, а также их упорядочивания, запуска, контроля, и генерации и хранения отчетов по результатам. Например, есть инструменты TestLink и TestRail.
Абстрактное название тест кейсаТест кейсы на одном проекте часто похожи друг на друга. Чтобы в них не было путаницы, названия должны быть конкретными и однозначными. Вы хотите узнать, по какой форме писать тест кейсы и увидеть пример правильного тест кейса?
Анализ граничных значений (BVA)
Шаг или тест-кейс, на которые вы ссылаетесь, может быть удален или отредактирован. Любой тестировщик не будет рад тому, что необходимо идти к кому-то и узнавать, тест кейс как работает функционал, особенно, если это регресс, и еще немало непройденных кейсов. Тестовые сценарии работают на более высоком уровне тестирования.
- Автоматизация тестирования проводится с целью снизить риски.
- Абстрактное названиеНа первый взгляд название хорошее, короткое и понятное — мы ведь правда создаем жильца.
- Если ввод булевый (true или false), то создаются тест-кейсы для обоих значений, и true и false.
- И, совсем кратко, о методике, построенной на так называемых «диаграммах перехода состояний».
- Приоритет (Priority)Высокий, так как функциональность важная.
Они менее подробны, как бы более «человечны» и ориентированы на «путь пользователя» по приложению/сайту. На самом деле правила простые, однако их не так-то просто соблюдать. Часто в реальной жизни имеет смысл использовать комбинацию из этих двух инструментов. Для всего проекта имеет смысл составлять чек-листы, а при проверке сложных и неочевидных требований — брать отдельные пункты из чеклистов и детализировать их тест-кейсами. Чеклист — это документация, в которой тестировщик описывает процесс по шагам. По своей сути, это список всех необходимых проверок, который помогает ничего не забыть.
Сочетание чеклиста и тест-кейса
В таком случае лучше тщательно проработать тест-кейсы и довериться им. Работающая схема для решения этой проблемы — применение тест-кейсов с одинаковым алгоритмом выполнения, но с различными вариациями входных параметров и ожидаемыми результатами. Это выглядит как небольшие чек-листы с предусловиями.
В старые времена, когда все работали только по каскадной модели, тестирование было одной, четко отдельной фазой. Она начиналась только после завершения фазы имплементации, которая в свою очередь начиналась только после того как был готов весь дизайн, и т.п. Но уже наступили времена Agile, и в этой гибкой методологии такие подходы уже не работают. В Agile тестирование — это уже не этап, а одна из активностей. Тест-кейс это как строго определенный и прописанный эксперимент в научной лаборатории, результаты которого фиксируются. И, совсем кратко, о методике, построенной на так называемых «диаграммах перехода состояний».
Перспективы замены ручного тестирования
Классификация зависит от типа входных данных, действий и ожидаемого поведения ПО. В чек-листе перечисляют аспекты ПО, которые нужно проверить. Когда составляют тест-кейс, описывают состояние программного обеспечения и то, как его изменяют. То есть чек-листом определяют, что тестировать.
Автоматизированное тестирование, нацеленное на выполнение отдельной задачи, может быть тщательным. Автоматизация тестирования требует времени на настройку. Тестировщики должны выбрать подходящие для проекта инструменты и убедиться, что они знают, как правильно их использовать. Если что-то пойдет не так на ранней стадии, то и остальные результаты будут неверными.
Количество шагов
Тест-кейс — набор входных данных, условий выполнения и ожидаемых результатов, разработанный с целью проверки того или иного свойства или поведения программного средства. Тест-кейсы предоставляют четкое описание шагов и ожидаемых результатов, поэтому они проще в использовании. Особенно это заметно в работе с негативными сценариями, потому что тест-кейсы содержат конкретные тестовые данные и описание ожидаемых результатов. В той же ситуации с чек-листом возникли бы сложности, потому что тестировщику пришлось бы самому определять тестовые данные и конкретные действия, которые нужно проверить.
Часто в команде бывает только один-два тестировщика, которые хорошо знают свой продукт. В таком случае время, потраченное на создание и поддержку тест-кейсов, никогда не окупится. Лучше создать чеклист со списком функций, которые нужно проверить — это будет более рационально.
Тест-кейсы
А еще их использование может очень сильно экономить время. В Утконос Онлайн я работаю лидом автоматизации тестирования на проекте витрины. В мои обязанности входит организация и реализация автоматизированного тестирования сайта, систем и сервисов. Лучше составить чеклист и тест-кейсы до начала тестирования, так как это две разные деятельности.
✅ Входные данные — сведения о первоначальном состоянии системы, которое важно для тест-кейса. Показывают, что ПО способно обрабатывать некорректные входные данные или неверные действия пользователя. Например, выводить соответствующие сообщения, подсказывать, как исправить ситуацию.