Skip to content

Instantly share code, notes, and snippets.

Created September 25, 2017 23:47
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save anonymous/37060483e63c2eb62a2cad5efe8ff60e to your computer and use it in GitHub Desktop.
Save anonymous/37060483e63c2eb62a2cad5efe8ff60e to your computer and use it in GitHub Desktop.
Как выглядят тест кейсы

Как выглядят тест кейсы



Ссылка на файл: >>>>>> http://file-portal.ru/Как выглядят тест кейсы/


Тест-кейсы необходимо писать по требованиям
Что такое Тест кейс (Test Case)?
Тестирование
























Только полноправные пользователи могут оставлять комментарии. TM Feed Хабрахабр Geektimes Тостер Мой круг Фрилансим. Хабрахабр Публикации Пользователи Хабы Компании Песочница. Тест-кейс — это профессиональная документация тестировщика, последовательность действий направленная на проверку какого-либо функционала, описывающая как придти к фактическому результату. Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения. Тест-кейсы должен помочь нам провести проверку продукта без ознакомления с всей документацией. Написанный один раз, удобный в поддержке тест-кейс сэкономит много времени и сил тестировщикам. Атрибуты тест-кейса Любой тест-кейс обязательно включает в себя: Уникальный идентификатор тест-кейса — необходим для удобной организации хранения и навигации по нашим тест-наборам. Название — основная тема, или идея тест-кейса. Кратное описание его сути. Предусловия — описание условий, которые не имеют прямого отношения к проверяемому функционалу, но должны быть выполнены. Например, оставить комментарий на вашем портале может только зарегистрированный пользователь. Не обязательно, но желательно добавить в тест-кейс атрибут история редактирования — это сильно облегчит вам жизнь. Лаконичный журнал изменений, где отраженно: Что еще необходимо знать, перед созданием тест-кейса? Во-первых, каждый выполненный тест-кейс, дает нам один из трех результатов: Положительный результат , если фактический результат равен ожидаемому результату, 2. Отрицательный результа т, если фактический результат не равен ожидаемому результату. В этом случае, найдена ошибка. Выполнение теста блокировано , если после одного из шагов продолжение теста невозможно. В этом случае так же, найдена ошибка. Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат. Чего не должно быть в тест-кейсе 1. Зависимостей от других тест-кейсов; 2. Нечеткой формулировки шагов или ожидаемого результата; 3. Отсутствия необходимой для прохождения тест-кейса информации; 4. Первого следует избегать, потому что: Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов. Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса. В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно. Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса. Информационная безопасность 2,4k авторов , 6,4k публикаций. Программирование 2,9k авторов , 6,6k публикаций. Промышленное программирование автора , публикаций. Машинное обучение авторов , публикаций. JavaScript 1,9k авторов , 4,1k публикаций. Python авторов , 1,8k публикаций. Разработка веб-сайтов 4,1k авторов , 9,6k публикаций. Платежные системы авторов , публикаций. C автора , 1,3k публикаций. NET 1,1k авторов , 2,7k публикаций. Британские спутниковые снимки 2: Добавить в закладки Если позволите, дам совет. Если придерживаться грамматики данного языка — хорошие тест кейсы получаются сами-собой. Хочется ещё добавить о зависимостях тест-кейсов. Не установив четкую последовательность выполнения и связи между кейсами, можно бесконечно повторять одну и ту же работу при тестировании сложной логики бизнес-процессов. Метки лучше разделять запятой. Сейчас Вчера Неделя Автоматическое сжатие хранимых данных в redis 2,7k Сортировка пузырьком в коде Qualcomm 19,2k Вы ни черта не понимаете в цветах 28,7k Интересные публикации Хабрахабр Geektimes. Жизнь разработчика на Кипре. Отчет с Science Slam Digital 7 июля. MVC на чистом JavaScript. Мониторинг работы производства веб-студии. Разделы Публикации Хабы Компании Пользователи Песочница. Информация О сайте Правила Помощь Соглашение Конфиденциальность. Услуги Реклама Тарифы Контент Семинары.


Служба по надзору в сфере природопользования
Расписание 152 автобуса москва от филевского
Автосалон гигант авто ижевск каталог авто
Тестирование
Приказ 44 фзот 05.04 2013
Найдите значение выражения 7 log7 1 2
239 статья трудового кодекса
Тестирование
Из чего состоит набранный вес при беременности
Салон красоты елена
Тестирование
Chemical bond перевод
Как работает убер такси для водителей
Сколько раз надо кормить йорка в день
Что такое Тест кейс (Test Case)?
Карта платежей связной
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment