кейсы в тестировании что такое
Как писать тест-кейсы: полное руководство
Во время тестирования 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.
Заголовок: Проверить ввод на недопустимые значения.
Предусловия: Выпишите недопустимые значения для поля ввода поиска из системных требований.
Шаги:
Ожидаемый результат: Отображается предупреждающее сообщение «Пожалуйста, используйте только допустимые символы». Поиск можно продолжить.
Итоги: тестирование тест-кейса
Итак, мы разобрали основы написания тест-кейсов. Совет напоследок: чтобы проверить, насколько хорош ваш тест-кейс, покажите его человеку, который ничего не знает о проекте, над которым вы работаете. Вопросы, которые вы услышите, помогут определить слабые места вашего тест-кейса. Обратите внимание на эти моменты и постарайтесь внести изменения как можно скорее, иначе в будущем для поддержки тест-кейсов потребуется гораздо больше времени и усилий.
Правильно пишем тест-кейсы. Памятка начинающему специалисту по тестированию
Когда смотришь на специалистов по тестированию, которые пишут тест-кейсы, то понимаешь, что многие из них даже не имеют представления как это правильно делается. Я не буду приводить множество примеров, которые показывают вопиющие ошибки, а постараюсь озвучить основные принципы того, как надо писать тест-кейсы.
Для начинающих поясним, что такое тест-кейс озвучив определение из глоссария терминов ISTQB:
Тест-кейс — набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определённой цели или тестового условия, таких как выполнения определённого пути программы или же для проверки соответствия определённому требованию.
Определение тест-кейса языком обывателя:
Тест-кейс — это чёткое описание действий, которые необходимо выполнить, для того чтобы проверить работу программы (поля для ввода, кнопки и т.д.). Данное описание содержит: действия, которые надо выполнить до начала проверки — предусловия; действия, которые надо выполнить для проверки — шаги; описание того, что должно произойти, после выполнения действий для проверки — ожидаемый результат.
Надеюсь, теперь многим стало понятно, что такое тест-кейс. Теперь перейдём к правилам написания тест-кейсов, которые вырабатывались не один год и показывают свою эффективность до сих пор.
Обязательные атрибуты для заполнения
В зависимости от специфики компании могут присутствовать дополнительные атрибуты для заполнения: приоритет, функциональный блок, программа, ссылка на требование, номер требования и т.д.
Правила написания тест-кейсов
На самом деле правила простые, однако их не так-то просто соблюдать. Если же придерживаться данных правил, то тест-кейсы будут легко поддерживаемыми, легко читаемыми, не будут вызывать отторжения и могут быть использованы всеми участниками команды в процессе разработки программного обеспечения.
Примеры
Для наглядности приведу пару примеров. Рассмотрим на примере сайта, на котором вы сейчас находитесь.
Тест-кейс №1. Корректный
| Номер | 1 |
| Заголовок | Отправка сообщения через форму обратной связи на странице “Контакты” |
| Предусловие | Открыта главная страница сайта victorz.ru. Есть доступ к почте администратора сайта victorz.ru |
| Шаг | Ожидаемый результат |
| В верхнем меню сайта нажать на ссылку “Контакты” | Открылась страница “Контакты” |
| Ввести значение в поле “Ваше имя” состоящее из латинских букв, кириллицы | В поле “Ваше имя” отображается введённое имя |
| Ввести корректный email в поле “Ваш e-mail” | В поле “Ваш e-mail” отображается введённый email |
| Ввести в поле “Тема” значение состоящее из латинских букв, кириллицы, спецсимволов и чисел | В поле “Тема” отображается введённый текст |
| Ввести в поле “Сообщение” значение состоящее из латинских букв, кириллицы, спецсимволов и чисел | В поле “Сообщение” отображается введённый текст |
| Ввести в поле капчи требуемое капчей значение | В поле капчи отображается введённое значение |
| Нажать под заполняемой формой на кнопку “Отправить” | Под кнопкой «Отправить» появился текст “Спасибо. Ваше сообщение было отправлено.” Все заполненные поля очищены. |
| Проверить почту администратора сайта | На почту пришло сообщение, отправленное с сайта через форму обратной связи и содержащее в теле сообщения данные введённые на шагах 1-5. |
Тест-кейс №2. Некорректный
В данном тест-кейсе постарался в каждой строке писать неправильно, чтобы было наглядно. И в скобках добавлял наводящие пояснения.
| Номер | 1 |
| Заголовок | Отправить сообщение через форму обратной связи (Указываем, что проверяем или что делаем?) |
| Предусловие | Перейти на главную страницу сайта victorz.ru (Это не предусловие, а описание шага) |
| Шаг | Ожидаемый результат |
| Нажать на ссылку “Контакты” (Где она находится?) | Открылась страница (Какая?) |
| Ввести имя в поле “Ваше имя” (Какие символы вводить?) | (Ничего не указано в ожидаемом результате, что должно произойти?) |
| Ввести email в поле “Ваш e-mail” (корректный или некорректный?) | В поле отображается email (Какой? Введённый? В каком поле отображается?) |
| Ввести в поле значение, состоящее из латинских букв, кириллицы, спецсимволов и чисел (В какое поле?) | В поле “Тема” отображается текст (Какой?) |
| Ввести в поле “Сообщение” текст (Какие символы вводить?) | Видим в поле “Сообщение” введённый текст (Видим или отображается?) |
| Вводим в поле капчи требуемое капчей значение (Помните только безличные глаголы — Ввести). | В поле капчи будет введённое значение (Что будет делать? Танцевать?) |
| Нажать под заполняемой формой на кнопку (На какую?) | Появился текст “Спасибо. Ваше сообщение было отправлено.” (Где появится?) |
| (Последний шаг не заполнен, а это неправильно, так как мы не проверим действительно ли работает отправка писем через форму обратной связи) |
Во второй части видео (с 8-й минуты) разбираю на примерах создание тест-кейсов:
Главное в нашем деле практика. Практикуйтесь в написании тест-кейсов.
Если вы будете вести тест-кейсы в таблице (к примеру в Excel), то можете скачать шаблон тест-кейсов. В файле две вкладки. На одной шаблон единичного тест-кейса, а на второй пример порядка размещения группы тест-кейсов.
Пример кейс-теста при приеме на работу
При трудоустройстве на управленческие должности сотрудники отдела кадров оценивают поведение и рабочий стиль соискателя на новом месте. Для этого используются кейс-тесты, в которых кандидату придется представить себя в роли сотрудника компании и показать, как он справится с поставленной проблемой. Изучив и проанализировав пример тест кейса, кандидаты заметно повышают шансы получить работу.
Что такое ситуационный кейс-тест
Кейс-тест – это один из методов отбора персонала, при использовании которого анализируется поведение соискателей в конкретных ситуациях. Тестирование проходит в устном, письменном или электронном виде. Кандидату предлагается описание вымышленной рабочей ситуации, или ситуации взятой из практики компании.
Иногда case тесты даются с примерами ответов, а иногда ответы придется находить самостоятельно. Такой формат помогает оценить уровень профессиональных и коммуникативных навыков кандидата, его честность, открытость, умение принимать решения.
С помощью case test предсказывают поведение будущего сотрудника на должности и оценивают, соответствует ли оно принятому стилю и политике компании.
Кейс-тесты достоверней психологических опросников и тестов профессиональных качеств. Каждый вопрос оценивает определенные качества и стиль кандидата, в то время как опросники оценивают психологический профиль в конкретный момент времени. А это не всегда правильно: даже открытый мотивированный человек на новом рабочем месте бывает замкнутым, некоммуникабельным или неинициативным из-за своей скромности.
Пример вопроса (сценария) из кейс-теста
Ситуационные тесты оценивают не качества, а умение применять их на практике для разрешения конкретных проблем.
Сфера применения
Решение кейс-ситуаций используются в практике подбора персонала с середины ХХ века. В России метод получил распространение 10-15 лет назад, до сих пор используясь при собеседованиях на руководящие должности.
Тестирование используется в составе ассессмент-центров таких компаний, как:
Чаще всего подобные испытания проходят кандидаты на руководящие должности: директора магазинов, филиалов, администраторы, главные бухгалтеры. Но иногда с ними сталкиваются претенденты на рядовые должности, например, кассиры, консультанты, операторы колл-центра, менеджеры по продажам.
Примеры тест-кейсов
Сценарии тестов разрабатываются консалтинговыми компаниями под конкретную вакансию. Например, для кандидатов на управленческие должности, сценарии связаны с взаимоотношением с подчиненными. Для массовых должностей кейс тесты, как правило, применяются устно и описывают ситуации с клиентами или посетителями. В таком формате они напоминают ролевые деловые игры.
Пример тест кейса №1.
| Верно |
|---|
| Скажу руководству, что собираюсь менять работу, продолжу работать как раньше. |
Этот вариант свидетельствует о добросовестности, готовности отвечать за свои действия, ответственно относиться к работе. Такой ответ характеризует кандидата с положительной стороны. В сложившейся ситуации правильным решением будет предупредить руководство о скором уходе, чтобы начальник начал поиск сотрудников на замену, и продолжить добросовестно работать, не принося ущерб фирме.
Если говорить о других вариантах ответа, то:
— Первый ответ говорит о неспособности работать под руководством, ненадежности, склонности ставить свои интересы выше интересов компании.
— Третий ответ говорит об отсутствии трудовой этики, недобросовестности, неумении работать в команде.
— Четвертый вариант свидетельствует о пассивной позиции, неумении отвечать за свои поступки, отсутствии самоуважения и моральных ценностей.
Образец кейс теста №2.
| Наиболее эффективно | Наименее эффективно |
|---|---|
| Поблагодарю подчиненных за работу, пообещаю, что премия будет выплачена, когда появятся деньги. | Скажу, что подчиненные неблагодарны, укажу на ошибки. |
Третий вариант решает проблему, поднимает дух в отделе. Проявляются организаторские качества, сочувствие, поддержка. Лидер всегда должен проявлять лояльность к подчиненным и вышестоящему руководству, поддерживать сотрудников, снижать влияние сложившейся ситуации на работу отдела.
Пятый вариант не решает проблему, не дает подчиненным надежду на улучшение ситуации. Непонимание недовольства сотрудников, отсутствие поддержки ухудшит ситуацию, снизит показатели продаж.
Первый вариант не решает проблему, т.к. не отражается на подчиненных.
Второй вариант временно успокоит сотрудников, но проблема не решается, ведь возмущения повторятся.
Четвертый вариант не решает проблему, разлагает обстановку, снижает мотивацию сотрудников.
Упражнения по анализу кейсов (case study)
Кроме ситуационного тестирования, работодатели на ассессменте используют формат case study. Эти задания гораздо сложнее и трудозатратней ситуационных, причем как для кандидата, так и для работодателя. Соискателю дают папку с документами (если это упражнение формата in-tray) или файлы в электронном виде (формат e-tray). Для расчетов может потребоваться калькулятор.
Как правило, задачу или проблему кейса кандидату приходится определять самостоятельно, из тех документов, что он получил.
Эти документы содержат информацию о компании (вымышленной или той, в которую устраивается человек). Таким образом, имитируется рабочая обстановка, когда сотрудник, имея на руках распечатку звонков, электронную почту, отчеты и уставные документы компании решает определенную задачу. Так рекрутер оценивает уровень подготовки будущего сотрудника, ход его мышления, мотивацию, умение решать поставленные задачи.
«Соискателю дают 20 минут на ознакомление с материалами и подготовку доклада. Ему предстоит проанализировать деловую переписку, цели, стратегии, проекты компании»
После изучения информации — подготавливается ответ. Как правило, решение представляют:
Упражнения по case-анализу определяют:
Решение задачи начинается с анализа проблемы и поиска зацепок в документации. Также выделяют приоритетные задачи, чтобы начать работу с них. Это поможет уложиться в отведенное на испытание время и дать конкретные ответы на вопросы.
«При устном ответе, если тема недостаточно раскрыта, комиссия задает уточняющие вопросы. При подготовке презентации на слайды помещают только базовые факты, а все обоснования и комментарии рассказывают устно. В пояснительной записке к заданию, как правило, указывается пример оформления ответа тест кейса»
Ситуационные тесты и упражнения по анализу кейсов разрабатываются для каждой должности и компании. Как правило, этим занимаются консалтинговые и рекрутинговые агентства. Из-за сложности создания кейса, такого разнообразия вопросов, как, например, в тестах способностей у работодателей нет. При этом задания держат в секрете, чтобы избежать утечки информации.
На этом фоне подозрительно выглядят предложения скачать или купить кейсы с решениями в Сбербанк, ВТБ, и международные компании. Чаще всего это обман, поскольку рекрутеры следят за чистотой тестирования и если испытания попадают в сеть, меняют их на ассессменте.
Единственный способ пройти собеседование и подготовиться к кейсам – решать похожие задания, читать комментарии, советы, руководства к бизнес кейсам с решением. Такая тренировка учит определять приоритет, понимать, какие решения считаются правильными, как подходить к решению тех или иных проблем.
В комментариях к каждому вопросу в тренировочных тест-кейсах описывается правильный ход мыслей и обосновывается каждый ответ. Так кандидаты учатся давать правильные ответы на ассессменте и отстаивать принятую точку зрения.
Заключение
Ситуационные тесты – второй по сложности этап собеседования, где проверяются лидерские качества, умение работать в команде, лояльность к компании, мотивация и рабочий стиль кандидата. Кроме того, результаты кейс-тестов важнее результатов других испытаний на собеседовании. Исходя из этих результатов, работодатель принимает решение о найме, ведь подобная симуляция позволяет оценить на кандидата «в деле», а не на бумаге.
Кейсы в тестировании что такое
Что пишут в блогах
2 декабря выступала в Костроме у Exactpro Systems с темой «Организация обучения джуниоров внутри команды». Уже готово видео! Ссылка на ютуб — https://youtu.be/UR9qZZ6IWBA
Привет! В блоге появляется мало новостей, потому что все переехало в telegram.
Стоимость в цвете — 2500 рублей самовывозом (доставка еще 500-600 рублей, информация по ней будет чуть позже)
Онлайн-тренинги
Что пишут в блогах (EN)
Software Testing
Разделы портала
Про инструменты
Тест-кейс — это проверка. «Выполни тест-кейс по вводу отрицательных значений» = проведи проверку такую-то и проверь, что результат будет такой-то.
Устоявшегося русско-язычного определения нет, помните об этом. Главное — понимать суть.
Тест-кейс — это такое описание проверки работы системы, которое может выполнить любой человек из команды, будь то тестировщик, разработчик, аналитик или даже бизнес-заказчик.
Набор тест-кейсов называется тестовым набором (test suite).
Иногда этот набор некорректно называют тест-планом. Тест-план — это именно план: когда, что, зачем, какими ресурсами. (тут будет ссылка на статью про тест-план)
Стандартные атрибуты тест-кейса
Пример оформления (один ожидаемый результат)
На сайте можно заводить карточки обслуживаемых зданий и карточки их жильцов. Карточки создает администратор, на тестовой машине всегда есть пользователь с правами админа, логин / пароль — admin / 1. При входе на тестовый сервер есть дополнительная авторизация, чтобы туда не могли попасть люди «извне», с логином и паролем test / test.
Шаги
Ожидаемый результат
Появляется сообщение об ошибке «Заполните обязательные поля, отмеченные *», карточка не сохраняется.
Преимущества и недостатки тест-кейсов
Недостатки (вытекают один из другого):
Последний недостаток перечеркивает достоинства. Тестировщик, который уже год как работает на проекте, поймет и неактуальный кейс, тем более если выполняет их подряд, начиная с первого. А тестировщик, который ничего о проекте не знает и получил пару кейсов из середины тестового набора, не сможет понять, о чем в них идет речь.
Чтобы тест-кейсы честно выполняли свою роль, их надо поддерживать, периодически проверять на правильность и дорабатывать. Это отнимает очень много времени и сил.
Чтобы упростить этот процесс, могут быть использованы тест-кейсы с одним сценарием выполнения, но несколькими входными параметрами и разными ожидаемыми результатами. Фактически мы получаем мини чек-листы с предварительными шагами.
Примеры оформления (несколько ожидаемых результатов)
Рассматриваем все тот же абстрактный сайт www.test.ru. Допустим, что поле «ФИО» по ТЗ решили ограничить 40 символами (тут будет ссылка почему так не надо делать).
Когда говорят о нескольких ожидаемых результатах, это может означать:
Несколько вариантов вводимых данных
Шаги:
Ожидаемый результат
| Вводимое значение | Ожидаемый результат |
| Киселева Ольга Евгеньевна | Ок, карточка сохраняется |
| Ошибка – «Заполните обязательные поля, отмеченные *», карточка не сохраняется | |
| 2*4*6*8*11*14*17*20*23*26*29*32*35*38*41* | |
| &*%#(^$@*&; | Ошибка – «Поле ФИО может содержать только буквы русского алфавита» (см. статью про идиотов и ограничения), карточка не сохраняется |
| Kiseleva Olga Evgenievna | Ошибка – «Поле ФИО может содержать только буквы русского алфавита» (см. статью про идиотов и ограничения), карточка не сохраняется |
| . | . |
Для этого варианта тест-кейса запись в виде таблички: данные – результат — наше всё!
Результаты для нескольких шагов из кейса
Другой вариант записи тест-кейса с несколькими ожидаемыми результатами — когда результаты пишутся на разные пункты шагов выполнения проверки, то есть на разные этапы сценария.
Шаги:
Ожидаемый результат
1. Открывается окно ввода логина / пароля с соответствующими полями для ввода, кнопкой «Войти» и сообщением «Для входа в систему введите, пожалуйста, свои данные».
2. Вход в систему успешно осуществлен. В правом верхнем углу отображается надпись «Здравствуйте, admin». Открыта главная страница сайта.
4. Открылась страница «Создание нового жильца» с полями «Фамилия», «Имя» и «Отчество» и кнопкой «Сохранить».
6. Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка. Эту карточку можно открыть и на ней отображаются введенные данные, то есть в поле ФИО указано «Иванов Иван Иванович».
Несколько проверок после одного сценария
Шаги:
Ожидаемый результат
1. Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка.
2. Эту карточку можно открыть.
3. В открытой карточке отображаются введенные данные, то есть в поле ФИО указано «Иванов Иван Иванович».
Области применения
Так как тест-кейсы очень сложно поддерживать, то чаще используют чек-листы (тут будет ссылка на статью по чек-листам) или комбинацию «чек-листы & тест-кейсы».
В последнем случае большинство проверок пишут в виде чек-листов, а особо сложные (пойди туда, не знаю куда, принеси то, не знаю что, кувыркнись три раза и громко крикни «ДЕДЛАЙН!», только тогда формочка и откроется) уже в виде тест-кейсов, чтобы каждый раз не вспоминать, как этот хитрый сценарий работает.
Тест-кейсы нужны:
Тест-кейсы не нужны:
Познакомьтесь со своей системой и потом уже решайте, что подходит именно для нее — творческие чек-листы, формальные тест-кейсы или микс из этих подходов.
Стандартные ошибки при оформлении тест-кейсов
Шаги:
Ожидаемый результат — карточка создана.
Разберем ошибки кейса 01.
1. Абстрактное название
На первый взгляд название хорошее, короткое и понятное — мы ведь правда создаем жильца. Но! Если мы теперь создадим еще пяток тест-кейсов на ввод некорректных ФИО, то у них будет точно такое же название.
В итоге новый тестировщик, получив задание проверить кейс «Создание жильца», обнаружит в системе два десятка проверок с таким названием и впадет в ступор, какой выбирать?
Всегда помните про «кратко, но емко «. По названию тест-кейса тестировщик, знающий проект, должен понять, что надо делать, не заглядывая в шаги. Так что дополняем название — Создание жильца без отчества, Создание жильца, цифры в поле «Имя» и т.д.
2. Повелительное наклонение
Чтобы коллегам было приятнее работать с тест-кейсами, лучше делать их описание обезличенным — «Выполнить, загрузить».
4. Нет ссылки на сайт
Написан URL, но не кликабельный. Нужно выделить, скопировать, открыть новую страницу, вставить. Гораздо лучше было бы просто нажать на него!
7. Нет описания проверки
«Карточка создана» — кратко, но не емко. Не имея знаний о проекте, тестировщик может только предполагать, что включает в себя этот пункт.
Достаточно ли того, что карточка закрылась без ошибок? Или она должна теперь отображаться в списке карточек? А сколько в системе таких списков? Должна ли система отображать введенные данные, если открыть карточку на просмотр? Что конкретно нужно проверять?
Поправим тест-кейс по всем замечаниям. Вот что получилось:
Шаги:
Ожидаемый результат
1. Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка.
2. Эту карточку можно открыть.
3. В открытой карточке отображаются введенные данные, то есть в поле ФИО указано «Иванов Иван Иванович».
Уже хорошо, но можно ли еще улучшить этот тест-кейс?
Итак, ошибки кейса 02:
1. Абстрактное название.
Слова «корректный», «правильный» ит.д. в названии тест-кейса такой же маркер, как «ошибка» в названии бага. Таких слов надо избегать.
Позитивных проверок можно придумать хоть сто. Но чем-то они будут различаться. «Создание жильца, у которого нет отчества», — это тоже кейс с корректным ФИО. Только из такого названия сразу ясно, про что кейс.
Поэтому забудьте про слова «корректный», «некорректный» и т.п., пытайтесь писать понятнее. И всегда помните принцип «кратко, но емко «. А разделение кейсов на смысловые группы (негативные тесты, позитивные тесты, тесты на особые случаи) сделайте в системе управления тест-кейсами через флаги или отдельные наборы тестов.
2. Нет нужной информации
Зайти на сайт www.dev_test.ru
Ок, я открываю этот сайт, а там авторизация. Как мне туда попасть?
Никак! Идти и узнавать логин/пароль. А зачем, если это легко было исправить указанием логина/пароля в скобках или ссылкой на страницу со всеми логинами и паролями (они все же могут меняться и лучше менять в одном месте)?
Исправленная версия тест-кейса:
Шаги:
Ожидаемый результат
1. Окно с информацией о жильце закрывается и отображается общий список, в котором присутствует новая карточка.
2. Эту карточку можно открыть.
3. В открытой карточке отображаются введенные данные, то есть в поле ФИО указано «Иванов Иван Иванович».
Определения из книг по тестированию
Ron Patton. Software Testing.
Test cases list the specific items that will be tested and describe the detailed steps that will be followed to verify the software.
Тест-кейсы перечисляют конкретные вещи, которые будут протестированы, и описывают детальные шаги, которые необходимо выполнить для проверки программного обеспечения.
The purpose of the test case specification is to specify in detail each test case listed in the test design specification. The test case specification is composed of the following sections:
Цель спецификации тест-кейсов — описать в деталях каждый тест-кейс. Она состоит из следующих секций:
Гленфорд Майерс, Искусство тестирования программ
Любой тест должен включать две составляющие: