чек лист тест сценария. Л05 Чек Лист или Тест-сценарии (1). Сценарий Правила составления чеклиста
 Скачать 370.36 Kb.
|
|
Чек-лист VS Тестовый сценарий Правила составления чек-листа Один пункт = одна операция. Не стоит объединять в одной проверке несколько операций. Например, добавление товара в корзину и изменение количества товара в корзине — это две отдельные операции, и, соответственно, в чек-листе это будут два отдельных пункта. При составлении чек-листа нужно опираться на требования спецификации по проекту. Самостоятельно добавлять проверки на дополнительные функциональности, не указанные в спеке, в чек-лист не стоит. Унифицированная формулировка проверок в рамках одного чек-листа. Для большей информативности и однозначности пункты чек-листа лучше начинать с существительного («Проверка», «Ввод», «Отправка») или с глагола неопределённой формы («Проверить», «Ввести», «Отправить»). Формулировок вида «Введите цифры в поле Имя» или «Открываем страницу с формой обратной связи» стоит избегать. Последовательность. Для удобства прохождения чек-листа лучше составлять его исходя из логики использования той или иной функциональности. Например: «Каталог товаров» (просмотр товаров → добавление товара в корзину и так далее), «Оформление заказа» (валидация полей → отправка заказа → получение информации о заказе и так далее). Итак, мы изучили с вами два вида тестовой документации — тестовый сценарий (или тест-кейс) и чек-лист. Как же выбрать, что лучше подойдет для проекта? На самом деле однозначного ответа нет. Чтобы научиться принимать лучшее решение, давайте сравним два инструмента. Преимущества тест-кейсов перед чек-листами Высокая степень детализации. За счёт подробно расписанных шагов и ожидаемых результатов тест-кейс может пройти практически кто угодно, включая новичков в тестировании или коллег из других отделов, не знакомых с проектом, но по какой-либо причине привлечённых к тестированию. Сокращение времени на освоение продукта. Вытекает из предыдущего пункта: за счёт высокой детализации кейсов новичку на проекте проще влиться в работу и разобраться в нюансах тестируемого сервиса. Ускорение процесса регрессионного тестирования. Структурированный подход к тестированию и покрытие тест-кейсами ключевых функциональностей проекта позволяет существенно снизить вероятность пропуска критически важных ошибок. Недостатки тест-кейсов перед чек-листами Сложно поддерживать в актуальном состоянии. Тест-кейсы независимы друг от друга (по крайней мере должны таковыми быть), поэтому внесение даже небольших изменений в работу одной функциональности потребует корректировки всех тест-кейсов, которые тем или иным образом с этой функциональностью связаны. Иногда это может занимать довольно много времени. Неактуальное состояние. Этот недостаток вытекает из предыдущего: из-за сложностей с поддержкой кейсов в актуальном состоянии могут возникать ситуации, когда тест-кейсы устаревают, становятся неактуальными и, соответственно, непригодными для использования. Отсутствие свободы действий в проверках. За счёт указанной точной последовательности шагов тестирование по тест-кейсам превращается в механическое повторение определённых действий без (ну или почти) участия мыслительной активности тестировщика. Из-за этого порой могут быть пропущены важные ошибки. |