Стандартные ошибки при оформлении тест-кейсов
Читать теорию - одно, делать на практике - другое. Обычно в теории все понятно, а на практике получаем примерно такой кейс (все совпадения случайны, тест-кейс написан как агрегация различных ошибок):
Тест-кейс № 01.Создание жильца.
Шаги:
1. Зайди на сайт www.test.ru.
2. Нажми на кнопку "Войти" в правом верхнем углу экрана.
3. Залогинься с правами администратора.
4. Перейди на вкладку "Жильцы".
5. Нажми на кнопку "Создать карточку жильца".
6. Введи корректные ФИО, например, "Иванов Иван Иванович" и сохрани карточку.
Ожидаемый результат — карточка создана. Ошибки тест-кейса:
1. Абстрактное название.На первый взгляд название хорошее, короткое и понятное — мы ведь,
правда, создаем жильца. Но! Если мы теперь создадим еще пяток тест-кейсов на ввод некорректных ФИО, то у них будет точно такое же название. В итоге новый тестировщик, получив задание проверить кейс «Создание жильца», обнаружит в системе два десятка проверок с таким названием и впадет в ступор, какой выбирать? Всегда помните про "кратко, но емко". По названию тест-кейса тестировщик, знающий проект, должен понять, что надо делать, не заглядывая в шаги. Так что дополняем название — Создание жильца без отчества, Создание жильца, цифры в поле "Имя" и т.д..
2. Повелительное наклонение.Чтобы коллегам было приятнее работать с тест-кейсами, лучше делать их описание обезличенным — "Выполнить, загрузить"...
|
|
|
3. PROD.В данном примере идет ссылка на PROD. Никогда нельзя проводить тестирование на PROD-е! Исключение составляет дымовой тест, проводящийся после обновления
PROD-системы. Тестовый набор для этого создается отдельно и тщательно выверяется. ВСЕостальное тестирование проводится ТОЛЬКОна тестовом стенде. В описании тест-кейсов и багов должны быть ссылки только на тестовый сервер. Иначе попросим коллегу с другого проекта помочь нам с тестированием, а он пойдет на PROD и создаст тестовые данные, которые там не нужны или сломает что-то, или испортит реальные данные.
4. Слишком детализировано.Пункт "Нажми на кнопку "Войти" в правом верхнем углу экрана" содержит много подробностей про пользовательский интерфейс. Если кнопка в новой версии программы переедет в другое место, то придется вносить исправление и в тест-кейс. Чем меньше в документации зависимость от UI (user interface, пользовательский интерфейс), тем лучше. Перепишем данный шаг: Войти под учетной записью администратора (admin/1). Описание шага не стало менее понятным, и мы избавились от привязки к интерфейсу. Если вместо кнопки сделают ссылку или человек просто Enter нажмет, то суть шага не изменится: мы же в данном кейсе не логин проверяем, а создание жильца.
|
|
|
5. Нет нужной информации - непонятно, как авторизоваться.Есть пункт "Залогинься с правами администратора" — отлично, но как это сделать? Увидев этот пункт, я пойду искать
кого-нибудь, кто в курсе, есть ли тестовый пользователь с такими правами и какие у него логин и пароль. Если такой пользователь присутствует всегда (или создается каждый раз для тестирования), то есть его логин и пароль "статические" (не меняются), то их всегда надо прописывать, чтобы не возникало дополнительных вопросов. Тест-кейсы составляются тогда, когда нужно, чтобы любой человек со стороны, не знающий проекта, мог присоединиться и помочь, выполнить тест-кейсы. Не задавая коллегам при этом дополнительные вопросы. Новый тестировщик должен суметь выполнить тест-кейс даже когда только увидел проект, в нем должна быть ВСЯнужная мне информация.
6. Нет описания проверки."Карточка создана" — кратко, но не емко. Не имея знаний о проекте, тестировщик может только предполагать, что включает в себя этот пункт. Достаточно ли того, что карточка закрылась без ошибок? Или она должна теперь отображаться в списке карточек? А сколько в системе таких списков? Должна ли система отображать введенные данные, если открыть карточку на просмотр? Что конкретно нужно проверять?
|
|
|
Поправим тест-кейс по всем замечаниям. Вот что получилось: Тест-кейс № 02.Создание жильца с корректными ФИО. Шаги:
1. Зайти на сайт www.dev_test.ru.
2. Войти под учетной записью администратора (логин - admin, пароль - 1)
3. Перейти на вкладку "Жильцы"
4. Нажать на кнопку "Создать карточку жильца".
5. Ввести корректные ФИО, например, "Иванов Иван Иванович".
6. Нажать на кнопку "Сохранить".
Ожидаемый результат
Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка.
Эту карточку можно открыть.
В открытой карточке отображаются введенные данные, то есть в поле ФИО указано "Иванов Иван Иванович".
Тест-кейс выглядит уже хорошо, но можно ли еще улучшить этот тест-кейс?
Сейчас снова попробуйте, найти проблемные зоны в этом тест-кейсе. А потом проверим. Итак, ошибки кейса 02:
1. Абстрактное название.Слова "корректный", "правильный" ит.д. в названии тест-кейса такой же маркер, как "ошибка" в названии бага. Таких слов надо избегать. Позитивных проверок можно придумать хоть сто. Но чем-то они будут различаться. «Создание жильца, у которого нет отчества», — это тоже кейс с корректным ФИО. Только из такого названия сразу ясно, про что кейс. Поэтому забудьте про слова "корректный", "некорректный" и т.п., пытайтесь писать понятнее. И всегда помните принцип "кратко, но емко". А разделение кейсов на смысловые группы (негативные тесты, позитивные тесты, тесты на особые случаи) сделайте в системе управления тест-кейсами через флаги или отдельные наборы тестов.
|
|
|
2. Нет нужной информации.«Зайти на сайт www.dev_test.ru», Ок, я открываю этот сайт, а там авторизация. Как мне туда попасть? Никак! Идти и узнавать логин/пароль. А зачем, если это легко было исправить указанием логина/пароля в скобках или ссылкой на страницу со всеми логинами и паролями (они все же могут меняться и лучше менять в одном месте)?
Исправленная версия тест-кейса:
Тест-кейс № 03.Создание жильца с полным ФИО.
Шаги:
1. Зайти на сайт www.dev_test.ru (логин - test, пароль - test).
2. Войти под учетной записью администратора (логин - admin, пароль - 1)
3. Перейти на вкладку "Жильцы"
4. Нажать на кнопку "Создать карточку жильца".
5. Ввести корректные ФИО, например, "Иванов Иван Иванович".
6. Нажать на кнопку "Сохранить".
Ожидаемый результат
1. Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка.
2. Эту карточку можно открыть.
3. В открытой карточке отображаются введенные данные, то есть в поле ФИО указано "Иванов Иван Иванович".
В проектах, где требования меняются часто и достаточно сильно создавать и поддерживать тест-кейсы зачастую нецелесообразно.
Тест-комплекты
Тест-комплектэто набор тест-кейсов, которые объединены тем, что относятся к одному тестируемому модулю, функциональности, приоритету или одному типу тестирования. Каждый тест-комплект состоит более чем из одного тест кейса и зачастую выполняется всей «пачкой» в процессе тестирования.
Тест кейсы объединяют в тест-комплекты для большего удобства при прохождения тест-кейсов, проходя их последовательно от модуля к модулю, от одного типа тестирования к другому, а не сумбурно, бросаясь из одного угла в угол, оставив не проверенным большую часть модуля или общей функциональности. Тест-комплекты включены в определенный тест-план.
По каким критерием могут формироваться тест-комплекты:
● По типу тестирования. Например, тест-комплект для дымового тестирования или тестирования критического пути, куда входят наиболее важные для приложения функции.
● По модулям ПО. Например, будет создан тест-комплект «Регистрация» в котором будут находиться все тест-кейсы на регистрацию пользователя в системе, как негативные, так и позитивные. Тест-комплекты могут быть вложены друг в друга, для удобства выполнения или разделенная по модулям ПО. Например, в тест-комплекте «Управления пользователями» могут находиться. следующие тест-комплекты: «Регистрация», «Авторизация», «Назначение прав» и т.д.
Чек-листы
Что такое чек-лист?
Чек-лист – один из фундаментальных элементов тестирования ПО. Он состоит из набора тестов, по аналогии с тест-кейсами, но имеет ряд сильных отличий.
Чек-лист представляет собой простой список в котором коротко и емко перечислены проверки. Например, представьте себе список покупок:
1. Молоко
2. Килограмм свинины
3. Хлеб
4. Арбуз
Если вы получите такой список на руки, то без проблем купите все необходимое, однако в списке нет деталей, например не сказано в какой упаковке должно быть молоко (мягкая, твердая), какой процент жирности, производитель, хлеб нужен черный или белый и т.д.
Аналогичная ситуация в тестировании, когда применяют чек лист – описывается суть проверки, но не указаны детали.
Чек-листы по своему строению аналогичны тест-комплектам, наборам тестов. Тест-комплект, как и
чек-лист содержит набор проверок по определенной функциональности. Строка в чек-листе аналогична заголовку тест-кейса.
Дата добавления: 2018-08-06; просмотров: 3839; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!