Сценарии Тестов — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Хороший сценарий позволяет тестировщику успешно провести тест.</p><p>Для того чтоб подготовить Тестовый Пример необходимо знать следующую информацию: описание Требования, которое мы должны проверить; объяснение, как проверить систему; версия приложения, файлы данных, операционная система, аппаратное обеспечение, безопасный доступ, физическая или логическая дата, время суток и т.д. </p>
+
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Глубоко разработанный сценарий позволяет слабо подготовленному тестировщику успешно провести тест. Плохо разработанный сценарий требует от тестировщика начать с доработки сценария.</p><p>Подробность сценария зависит от важности теста и цены ошибки. Вот пример простого сценария:<blockquote><code>Найти "Техобзорны Курс", прочитать лектио под названием "Сценарии Тестов" и оценить, соответствует ли его заключительный вопрос содержанию его краткой лекции.</code></blockquote></p><p>Ничего не взорвётся и никто не погибнет после отработки такого сценария. И, наоборот, сценарий проверки работы ядерного реактора никак не может состоять из одной фразы. Скорее всего, он будет разработан вместе с подробной инструкцией и перед проведением проверки тестировщики пройдут специальный тренинг, в ходе которого все шаги и возможные нештатные ситуации будут детально разобраны.</p><p>
<p>Не все случаи производительности должны быть очень подробными. Например, один пример теста производительности для этого самого lectio может быть:
 
Оцените, отражает ли заключительный вопрос lectio краткую лекцию, которую включает эта lectio.</p>
 
<p>Тестовые примеры для Юзабилити-Тестирования редко детализируются; они имеют тенденцию быть более общими, чем для тестирования производительности. Простейший пример теста на удобство использования:
 
<p>При использовании протестированной системы сообщайте, если вы чувствуете себя некомфортно, запутались или даже начинаете думать, что делать дальше.
 
Регрессионное Тестирование для улучшения пользовательского опыта невозможно; все Юзабилити-Тестирование относится к категории «прогрессивное тестирование».</p>
 
 
 
Тест-кейс — это профессиональная документация тестировщика, последовательность действий направленная на проверку какого-либо функционала, описывающая как придти к фактическому результату.
 
  
 
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
 
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
Строка 41: Строка 34:
  
 
Сценарное тестирование занимают свою нишу. Я могу себе представить ситуации в тестировании, когда эффективность и воспроизводимость настолько важны, что мы должны написать сценарии для них или их автоматизировать. Например, в случае, когда тестовая платформа регулярно бывает недоступна, как в случае клиент-серверных приложений, в которых есть только несколько настроенных серверов и они должны быть разделены между командами разработки и тестирования. Здравый смысл подсказывает нам, что мы должны заранее тщательно проработать сценарий тестов, чтобы получить максимальную отдачу во время выполнения тестов в выделенное нам время. Исследовательское тестирование особенно полезно в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.
 
Сценарное тестирование занимают свою нишу. Я могу себе представить ситуации в тестировании, когда эффективность и воспроизводимость настолько важны, что мы должны написать сценарии для них или их автоматизировать. Например, в случае, когда тестовая платформа регулярно бывает недоступна, как в случае клиент-серверных приложений, в которых есть только несколько настроенных серверов и они должны быть разделены между командами разработки и тестирования. Здравый смысл подсказывает нам, что мы должны заранее тщательно проработать сценарий тестов, чтобы получить максимальную отдачу во время выполнения тестов в выделенное нам время. Исследовательское тестирование особенно полезно в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.
 
Если одним сценарием тестируется один объект, то ожидаемый результат должен быть одним.
 
  
 
===Термины===
 
===Термины===

Версия 17:14, 27 января 2021

Сценарии Тестов (здесь и далее по тексту -- Лектио) -- это часть урока Документы Тестов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Поиски и Сценарии.

Иллюстрации

Текст

Сценарии Тестов

Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Глубоко разработанный сценарий позволяет слабо подготовленному тестировщику успешно провести тест. Плохо разработанный сценарий требует от тестировщика начать с доработки сценария.

Подробность сценария зависит от важности теста и цены ошибки. Вот пример простого сценария:

Найти "Техобзорны Курс", прочитать лектио под названием "Сценарии Тестов" и оценить, соответствует ли его заключительный вопрос содержанию его краткой лекции.

Ничего не взорвётся и никто не погибнет после отработки такого сценария. И, наоборот, сценарий проверки работы ядерного реактора никак не может состоять из одной фразы. Скорее всего, он будет разработан вместе с подробной инструкцией и перед проведением проверки тестировщики пройдут специальный тренинг, в ходе которого все шаги и возможные нештатные ситуации будут детально разобраны.

Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.

Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.

Чего не должно быть в тест-кейсе

1. Зависимостей от других тест-кейсов; 2. Нечеткой формулировки шагов или ожидаемого результата; 3. Отсутствия необходимой для прохождения тест-кейса информации; 4. Излишней детализации.

Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.

Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.

Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.

В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.

Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.

Сценарное тестирование занимают свою нишу. Я могу себе представить ситуации в тестировании, когда эффективность и воспроизводимость настолько важны, что мы должны написать сценарии для них или их автоматизировать. Например, в случае, когда тестовая платформа регулярно бывает недоступна, как в случае клиент-серверных приложений, в которых есть только несколько настроенных серверов и они должны быть разделены между командами разработки и тестирования. Здравый смысл подсказывает нам, что мы должны заранее тщательно проработать сценарий тестов, чтобы получить максимальную отдачу во время выполнения тестов в выделенное нам время. Исследовательское тестирование особенно полезно в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.

Термины

Требования, Тестовый Пример, Юзабилити-тестирование, Регрессионное Тестирование, Прогрессивное Тестирование

Вопрос(ы)

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Следующее лектио -- Атрибуты Сценариев