Как составить Тест-кейс?
Как составить Тест-кейс?
Вроде бы не сложный вопрос, но в зависимости от вводных данных, ответ на этот вопрос может меняться.
И так, начнем с того, что Тест-кейс – это задокументированная ситуация, которая проверяет условие взятое например из документации. Тест-кейсы собираются в Тест-комплекты, например “Тест-комплект Поиска на главной странице”.
Также для составления Тест-кейса нам нужно понять “Основные атрибуты Тест-кейса”:
Краткий заголовок, про то, что проверяет Тест-кейс, чтобы за короткое время, любой член команды мог понять о чем тест-кейс.
Атрибут указывающий важность выполнения тест-кейса по отношению к другим.
Уровни приоритета: Hight, Medium и Low. Приоритет выставляется в соответствии с важностью функционала и т.д.
Здесь обычно записывают краткое описание теста. Описание должно содержать ответ на вопрос что проверяет тест-кейст.
Здесь записывают шаги, для того чтобы востроизвести тест. Важно чтобы все шаги оставались максимально понятными для любого челена команды.
В этой строке описываем ожидаемый результат (сокращено ОР) после прохождения шагов тест-кейса или возможно после нескольких шагов.
Поле служит для проставления результата по каждому тест кейсу. Если ожидаемый результат совпадает с реальным, то проставляем pass, в противном случае ставим fail. Возможно еще несколько статусов в зависимости от процессов и правил в IT компании
Сюда можно записать свои примечания после прохождения тест-кейса. Полезно, также записывать сюда заведенные баги, если тест-кейс не пройден, чтобы други члены команды знали, что происходит.
И так начнем составление Тест кейсов от самого простого до Тест-кейса с несколькими проверками.
Также еще нужно обязательно прикладывать скриншоты, ссылки на документацию для быстроты понимания о чем идет речь.
Полезным будет, также, если приложить видео.
Пример простого тест-кейс
Перейти в раздел “Солнечные очки”.
Нажать на кнопку “Купить” у любого товара.
Несколько вариантов Ожидаемых результатов
2 Нажать на поле “Поиск”.
3 Ввести в поле “Поиск” слово см ОР.
Ожидаемый результат:
1 Товар связанный со словом очки, был найден.
2 Пустая выдача результата.
3 Пустая выдача результата
4 Пустая выдача результата.
Результаты для нескольких шагов из кейса
2 Перейти в раздел “Солнечные очки”.
3 Нажать на кнопку “Купить” у любого товара.
2. Появился Заголовок “Раздел солнечные очки” и список товаров этого раздела.
4. Прошла анимация перемещения товара в Корзину, чило в Корзине изменилось с 0 до 1.
Документация тестирования: Тест-кейс(test-case)
Тест-кейс один из самых популярных видов документации для тестирования. Документацию на основе кейсов пишут тестировщики(QA инженеры) или тест-дизайнеры. Для вас не составит особого труда в понимании документа, если вы хотя бы раз в жизни читали инструкцию или руководство к сборке комода.
Тест-кейс(test-case) – документ, описывающий шаги, параметры, условия, необходимые для проверки ожидаемого результата тестируемого модуля, системы, либо её части.
Поговорим про структура у классического тест-кейса и в каких программах его обычно создают, например, в Word, Excel, txt.
Цели написания тест-кейса
Не на всех проектах готовы поддерживать тестовую документацию в виде тест-кейсов. Для этого необходимо преследовать определенные цели.
Плюсы и достоинства использования тест-кейсов на проекте:
Минусы и недостатки использования тест-кейсов на проекте:
Атрибуты тест-кейса (test-case)
Как и во всех видах документации, у тест-кейсов имеется ряд атрибутов для оформления.
Обязательные требования для написания тест-кейса:
Необязательные атрибуты для тест-кейса:
Статусы проверки тест-кейса:
Пример тест-кейсов на проверку загрузки файла
Предположим, QA инженеру прислали требования на загрузку файлов.
П 1. На странице галереи необходимо добавить поле для загрузки файлов в формате png, jpg, gif.
П 2. Для загрузки файлов пользователь должен быть авторизован.
П 3. Максимальный размер файла 5МБ.
П 4. Пустое поле запрещено отправлять.
После применения различных техник тес-дизайна, получаем тест-кейсы:
*Для формата jpg получится аналогичный тест-кейс.
Набор тест-кейсов
В документации тестирования существует понятие набора, тест-сьюта, тест-комплект тест-кейсов (test suite, test case suite).
Набор тест-кейсов (test case suite, test suite) — сочетание тест-кейсов, объединенных по общему признаку проверки модуля, версии, системы.
Пример, отдельный тест-сьют на проверку страницы регистрации, в который входит 10 тест-кейсов. Удобное распределение при регрессионном тестировании, ибо нет необходимости выбирать отдельные десятки тест-кейсов и назначать их по отдельности тестировщику, когда имеется возможность выбрать пару наборов и отправить на тест.
Заключение
Тест-кейсы – основная почва для проведения тестирования. Зачастую проекты понемногу отказываются от данного вида документации из-за её существенных недостатков, самый главный из них «Время=деньги», отдавая предпочтение расширенным чек-листам. Но он по прежнему остаётся в лидирующих позициях.
Что такое тест кейс: пример и чек-лист тест кейсов для начинающих тестировщиков, которые подойдут каждому
Вы хотите узнать, по какой форме писать тест кейсы и увидеть пример правильного тест кейса? Мы собрали чек-лист из примеров и формы, как написать грамотный тест кейс по шаблону.
В этом материале о тест кейсах вы узнаете:
Что такое тест кейс
Тест кейс — это проверка работоспособности программы или проекта.
Написать тест кейс — значит создать текстовое описание процесса тестирования какой-то части или функции проекта.
Тест кейсы нужны, чтобы члены команды могли проверить программу и познакомиться с ней, не читая весь код, а изучив только тест кейс.
Хотите научиться писать правильные тест кейсы? Научиться писать тест кейсы вам помогут наши менторы-тестировщики!
Форма тест кейса: из чего состоит тест кейс и поля в тест кейсах
У стандартного тест кейса есть 5 частей, то есть 5 атрибутов тест кейса:
Вот пример тест кейса:
Тест кейс №1
Название тест кейса: Уведомление пользователя о снижении заряда аккумулятора вручную
Предусловия тест кейса: статус самоката: в аренде
Шаги тест кейса:
Логин — test, пароль — test
Появляется сообщение об успешном выполнении тест кейса «Пользователь уведомлен о снижении заряда»
Как написать хороший тест кейс: правила и форма хороших тест кейсов
У тест кейса может быть 3 вида результатов:
Существуют 6 правил проведения тест кейсов:
Типичные ошибки при написании тест кейсов
Абстрактное название тест кейса
Тест кейсы на одном проекте часто похожи друг на друга. Чтобы в них не было путаницы, названия должны быть конкретными и однозначными.
Плохо: Уведомление пользователя о заряде
Хорошо: Уведомление пользователя о снижении заряда аккумулятора вручную
Повелительное наклонение в тест кейсе
Это правило этикета тестировщиков.
Плохо: зайди на сайт; нажми на кнопку
Хорошо: зайти на сайт, нажать на кнопку
Не кликабельные ссылки
Не важно, это гиперссылки внутри вашей площадки или ссылки на какие-то внешние ресурсы. Вставили ссылку — нажмите «Ctrl + K». Добавьте тексту кликабельности.
Лишние детали в тест кейсе
Тест кейс должны быть однозначно понятным, но и перегружать его лишними деталями не нужно.
Плохо: нажмите на красную кнопку с надписью «Войти» в верхнем правом углу экрана, под меню.
Хорошо: нажмите на кнопку «Войти»
Недостаток деталей для проведения тест кейса
Ошибка, обратная предыдущей. Хороший тест кейс — это тест кейс, все действия которого можно выполнить, основываясь только на тексте самого тест кейса.
Плохо: перейти в режим разработчика
Хорошо:
1) Открыть меню
2) Перейти во вкладку «Дополнительные возможности»
3) Нажать на кнопку «Включить режим разработчика»
Хотите избежать типичных ошибок в тест кейсах? Вам помогут наши менторы-тестировщики!
Как писать тест-кейсы: полное руководство
Во время тестирования QA-инженер работает с большим количеством документации. Чеклисты, наборы тестов, тестовые сценарии, планы тестирования, отчеты о тестировании, анализ тестирования — это лишь часть списка документов, которые должны уметь создавать тестировщики. В этой статье мы расскажем вам, как создавать тест-кейсы для ручного тестирования.
Что такое тест-кейс и зачем он нужен
Тест-кейс — это четкое описание действий, которые нужно выполнить для проверки отдельной функции вашего приложения.
Тестировщик создает тест-кейс, чтобы проверить, работает ли определенная фича должным образом, и чтобы подтвердить, что функционал, UI/UX и другие параметры системы удовлетворяют всем соответствующим стандартам, руководствам и требованиям клиентов.
Чем отличаются тест-кейс и чеклист
Тест-кейсы используются для сложных проектов. Например, когда от поведения системы зависит человеческая жизнь. Это могут быть проекты, связанные с пожарной безопасностью, здравоохранением, финансами и т. д. В таких случаях все нужно тестировать очень тщательно.
Чеклист QA — это список того, что нужно протестировать. Благодаря ему процесс тестирования проходит более четко и аккуратно.
Обычно при работе с простыми системами — сайтами, мобильными приложениями и т. д. — нет необходимости в тест-кейсах. Часто в команде бывает только один-два тестировщика, которые хорошо знают свой продукт. В таком случае время, потраченное на создание и поддержку тест-кейсов, никогда не окупится. Лучше создать чеклист со списком функций, которые нужно проверить — это будет более рационально.
Позитивные, негативные и деструктивные тест-кейсы
В позитивных тест-кейсах используются корректные входные данные и сценарии ожидаемой работы системы. Цель здесь — убедиться, что программный продукт выполняет то, что должен делать, и что система не выдаст ошибку, если это не предусмотрено.
В целом позитивное тестирование гарантирует, что система соответствует требованиям при позитивных сценариях нормального использования.
Например, если поле пароля принимает десять символов, пользователь должен иметь возможность создать такой пароль.
Негативные тест-кейсы используют некорректные входные данные и проверяют, не делает ли программа того, чего не должна делать. Негативное тестирование призвано гарантировать, что при получении некорректных входных данных система не будет работать по нормальному сценарию (например, выбросит ошибку).
Если вернуться к нашему примеру, пользователь не должен иметь возможность создать пароль, состоящий из 11 символов.
Деструктивные тест-кейсы создаются, чтобы узнать предел прочности системы. Нагрузочное тестирование — распространенный вариант деструктивного тестирования.
Для деструктивного тестирования QA-специалисты могут применять следующие методы:
Атрибуты тест-кейса для ручного тестирования
Как и все тестировочные документы, тест-кейс имеет определенный формат. Он содержит следующие атрибуты:
Кроме того, для некоторых тест-кейсов могут потребоваться дополнительные атрибуты:
Характеристики хорошего тест-кейса
Прежде всего, тест-кейс не должен быть зависимым или связанным с другими тест-кейсами. Он должен быть полным и самодостаточным. Следует избегать расплывчатых описаний шагов или ожидаемых результатов. Любые ограничения, отсутствие необходимой информации или чрезмерное количество деталей делают тест-кейсы менее эффективными.
Короче говоря, хороший тест-кейс:
Best practices в написании тест-кейсов
Под best practices мы подразумеваем правила, которые помогают создавать простые, понятные и полезные тест-кейсы:
Формирование тест-кейсов
Обычно при написании тест-кейсов тестировщики пользуются таблицами Excel. Но вы также можете использовать инструменты управления тестированием, такие как TestRail.
Примеры тест-кейсов для ручного тестирования
Позитивный тест-кейс
Давайте попробуем создать наш собственный тест-кейс для ручного тестирования функции поиска на e-commerce сайте компании FootWear. Начнем с позитивного теста.
ID: FWSF-1. (Лучше использовать числа в возрастающем порядке. FWSF = FootWear Search Functionality. Попробуйте придумать комбинацию букв, имеющую отношение к проекту или функции, которую вы собираетесь тестировать).
Заголовок: Проверить результаты поиска с корректными входными данными. (Узнать, какие значения допустимы, мы можем в требованиях).
Предусловия: Нужно иметь предварительно настроенные продукты из разных категорий, отображаемые на сайте. (Для проверки функциональности нам необходимо иметь элементы, доступные для поиска. Вы можете настроить это в панели администратора или в базе данных).
Шаги:
Ожидаемый результат: На странице результатов поиска отображаются все релевантные результаты.
Деструктивный тест-кейс
Еще один пример — деструктивный тест-кейс.
ID: FWSF-2.
Заголовок: Проверить устойчивость поиска к SQL-инъекциям.
Предусловия: Подготовьте SQL-запрос, который вы собираетесь вставить в поиск.
Шаги:
Ожидаемый результат: Для защиты от SQL-инъекций отображение предупреждающих сообщений должно быть отключено.
Негативный тест-кейс
Наконец, вот вам негативный тест-кейс.
ID: FWSF-3.
Заголовок: Проверить ввод на недопустимые значения.
Предусловия: Выпишите недопустимые значения для поля ввода поиска из системных требований.
Шаги:
Ожидаемый результат: Отображается предупреждающее сообщение «Пожалуйста, используйте только допустимые символы». Поиск можно продолжить.
Итоги: тестирование тест-кейса
Итак, мы разобрали основы написания тест-кейсов. Совет напоследок: чтобы проверить, насколько хорош ваш тест-кейс, покажите его человеку, который ничего не знает о проекте, над которым вы работаете. Вопросы, которые вы услышите, помогут определить слабые места вашего тест-кейса. Обратите внимание на эти моменты и постарайтесь внести изменения как можно скорее, иначе в будущем для поддержки тест-кейсов потребуется гораздо больше времени и усилий.
Тест кейс (test case)
ТЕСТ КЕЙС (TEST CASE) – это комплекс исходных данных, условий и ожидаемых результатов, разработанный с целью проверки требуемого свойства продукта. Test cases, собранные в последовательность для достижения некоторой цели образуют test suite (набор тестов).
Еще одно определение test case — это спецификация входных данных, условий выполнения, процедуры тестирования и ожидаемых результатов, которые определяют один тест, который должен быть выполнен для достижения конкретной цели тестирования программного обеспечения, например для выполнения определенного пути программы или для проверки соответствия определенному требованию
Содержание
Чтобы больше прояснить ситуацию с терминами и определениями, давайте сопоставим некоторые термины касательно этой темы:
В общем, мы дали основные определения понятий теперь пришло время поговорить про составление тест кейсов, показать пример тест кейса на конкретном примере. Начнем, пожалуй, с вопроса: почему написание тест кейсов не простое занятие, зачем нужно создание тест кейсов и продолжим вопросом как составлять тест кейсы. Виды тест кейсов в данной статье рассматривать не будем, потому что это тема отдельного поста и касаться он будет классификации тестирования в целом. Сразу хочу отметить, учитывая специфику темы, что некоторые слова будут написаны на английском языке.
В чем сложность написания тест кейсов?
Признаться честно, разработка тест кейсов не совсем приятное для многих тестировщиков занятие. И эта неприязнь легко поддается объяснению, ведь их создание требует от Software Testing Engineer следующего:
Примечание: Существует мнение, что мозг поглощает около 20% питательных веществ, при том, что занимает около 2% от всего организма. Возможно, поэтому наше «серое вещество», желая сэкономить энергию, предлагает посмотреть любимый сериал, а не обдумать какую-либо проблему.
Не смотря на внушительное количество отрицательных моментов в создании тест кейсов, все же плюсы от их создания компенсируют все недостатки. Давайте перечислим причины, которые позволяют говорить, что написание тест кейсов это не пустая трата времени.
Зачем нужно написание тест кейсов?
Как мы отмечали выше создание тестов не простое занятие для большинства нестировщиков. Тем не менее, позитивные свойства качественных тест кейсов заключаются в том, что они позволяют:
Также, тест кейсы, тест план и его тест стратегия, могут использоваться как источник информации для следующих проектов. В дополнение к сказанному, кейс тестирование, помогает удовлетворить требования заказчика. Часто заказчик проверяет кейсы, иногда нет. Но в целом на большинстве проектов кейсы должны быть.
Как писать тест кейсы?
Чтобы написать хороший хорошие тест кейсы в целом и каждый отдельно взятый test case в частности, тестировщику необходимо ответить на несколько основополагающих вопросов:
Теперь давайте детализируем каждый из вопросов, для более полного понимания.
Подробный или общий тест кейс?
Пример оформления 1
| Тест кейс 1 | Тест кейс 2 | ||
|---|---|---|---|
| 1.In the field A, type 2 2.In the field B, type 3 4.Check value of the field C | 4. The value is 5. | 1. Verify that the program sums A and B correctly | 1. It is so. |
Плюсы и минусы
Пример оформления 2
| Тест кейс | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Summing A and B 1.In the field A, enter valid integer 2.In the field B, enter valid integer 4.Check value of the field C Плюсы и минусы Позитивные или негативные тест кейсы?Что касается этого вопроса, то здесь следует помнить несколько простых принципа: Помня эти принципы, тестировщику проще не совершить крен в ту или иную сторону будь-то при написании тест кейсов игры или use case testing. Простые или сложные тест кейсы?Начиная разработку ТК сотруднику необходимо помнить, следующую последовательность разработки, а потом и выполнения тестов: Такая очередность позволяет оптимизировать процесс написания и в дальнейшем легче определять приоритет тест кейса. Независимые или объединенные тест кейсы?В данной ситуации нет однозначного ответа да этот вопрос, все зависит от конкретного проекта. Поэтому просто перечислим типичные характеристики данных тест кейсов Независимые: Объединенные: Помня эти особенности легче сделать выбор в ту или иную сторону, находясь перед выбором. Best practices тест кейсы: Теперь пришло время поговорить про поля тест кейса и характерные атрибуты. Что может являться атрибутом тест кейса?Мы написали про основные принципы того, как составлять тест кейсы, теперь давайте разберемся, какая же должна быть структура тест кейса.
Следует отметить, что атрибуты тест кейса могут отличаться в зависимости от компании и инструмента, с помощью которого данные тесты создаются, поэтому мы перечислим наиболее распространенные атрибуты тест кейса: Написание тест кейсов: примерыДля лучшего понимания, того, как составляются тест кейсы, представляю для скачки специфический тест кейс задания, которое было выполнено во время прохождения учебных курсов.
Скачать тест кейс пример оформления в формате xlsx Теперь вы знаете какие однокоренные слова подходят к слову Как написать тест кейс пример, а так же какой у него корень, приставка, суффикс и окончание. Вы можете дополнить список однокоренных слов к слову "Как написать тест кейс пример", предложив свой вариант в комментариях ниже, а также выразить свое несогласие проведенным с морфемным разбором. | ||||||||||||||||||
