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

Материал из Брацка Правки
Перейти к: навигация, поиск
(→‎Материалы)
(→‎Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
−
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Глубоко разработанный сценарий позволяет слабо подготовленному тестировщику успешно провести тест. Плохо разработанный сценарий требует от тестировщика начать с доработки сценария.</p><p>Подробность сценария зависит от важности теста и цены ошибки. Вот пример простого сценария:<blockquote><code>Найти "Техобзорны Курс" на таком-то веб-сайте, прочитать лектио под названием "Сценарии Тестов" и оценить, соответствует ли его заключительный вопрос содержанию лекции.</code></blockquote></p><p>Ничего не взорвётся и никто не погибнет, если заключительный вопрос лектио не соответствует содержанию лекции. Проверка же безопасности реактора четвёртого энергоблока Чернобыльской атомной электростанции 26 апреля 1986 года привела к его разрушению.</p><p>Сценарии тестов ядерных реакторов разрабатываются вместе с подробной инструкцией. К проведению проверки тестировщики допускаются только после прохождения специального тренинга. В ходе тренинга все шаги и возможные нештатные ситуации должны детально разбираться.</p><p>Обыкновенный сценарий содержит условия, ресурсы, шаги тестировщика, ожидаемые результаты и дополнительные атрибуты теста. Сценарии не разделяются на ка
+
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Глубоко разработанный сценарий позволяет слабо подготовленному тестировщику успешно провести тест. Плохо разработанный сценарий требует от тестировщика начать с доработки сценария.</p><p>Формальность и подробность сценария зависит от важности теста и цены ошибки. Обыкновенный сценарий содержит условия, ресурсы, шаги тестировщика, ожидаемые результаты и дополнительные атрибуты теста. Однако не каждый сценарий будет содержать все атрибуты.</p><p>Вот пример простого сценария:<blockquote><code>Найти "Техобзорны Курс" на таком-то веб-сайте, прочитать лектио под названием "Сценарии Тестов" и оценить, соответствует ли его заключительный вопрос содержанию лекции.</code></blockquote></p><p>Ничего не взорвётся и никто не погибнет, если заключительный вопрос лектио не соответствует содержанию лекции. Проверка же безопасности реактора четвёртого энергоблока Чернобыльской атомной электростанции 26 апреля 1986 года привела к его разрушению.</p><p>Сценарии тестов ядерных реакторов разрабатываются вместе с подробной инструкцией. К проведению проверки тестировщики допускаются только после прохождения специального тренинга. В ходе тренинга все шаги и возможные нештатные ситуации должны детально разбираться.</p><p>Сценарии разветвляются на две категории: формальные и неформальные.</p><p>Формальный сценарий теста (formal test case) минимального требования состоит из как минимум двух этапов чётко определённых шагов. Если ожидаемый результат одного этапа позитивен, то другого должен быть негативным. Скажем, при проверке функционала формальный тест должен продемонстрировать, что система делает то, что должна делать и не делает того, что не должна. Проверка безопасности ядерного реактора точно будет формальной.</p><p>Неформальный сценарий теста может выбирать для проверки отдельные требования и не обязательно включает более, чем один этап.</p><p>Исследовательское тестирование (exploratory testing) используется для создания сценариев тестов.</p>
  
−
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
+
в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.
−
 
 
−
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
 
−
 
 
−
Чего не должно быть в тест-кейсе
 
−
 
 
−
1. Зависимостей от других тест-кейсов;
 
−
2. Нечеткой формулировки шагов или ожидаемого результата;
 
−
4. Излишней детализации.
 
−
 
 
−
Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.
 
−
 
 
−
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
−
 
 
−
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
 
−
 
 
−
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
 
−
 
 
−
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
 
−
 
 
−
Сценарное тестирование занимают свою нишу. Я могу себе представить ситуации в тестировании, когда эффективность и воспроизводимость настолько важны, что мы должны написать сценарии для них или их автоматизировать. Например, в случае, когда тестовая платформа регулярно бывает недоступна, как в случае клиент-серверных приложений, в которых есть только несколько настроенных серверов и они должны быть разделены между командами разработки и тестирования. Здравый смысл подсказывает нам, что мы должны заранее тщательно проработать сценарий тестов, чтобы получить максимальную отдачу во время выполнения тестов в выделенное нам время. Исследовательское тестирование особенно полезно в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.
 
  
 
===Термины===
 
===Термины===

Версия 00:26, 28 января 2021

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


Материалы

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

Иллюстрации

Текст

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

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

Формальность и подробность сценария зависит от важности теста и цены ошибки. Обыкновенный сценарий содержит условия, ресурсы, шаги тестировщика, ожидаемые результаты и дополнительные атрибуты теста. Однако не каждый сценарий будет содержать все атрибуты.

Вот пример простого сценария:

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

Ничего не взорвётся и никто не погибнет, если заключительный вопрос лектио не соответствует содержанию лекции. Проверка же безопасности реактора четвёртого энергоблока Чернобыльской атомной электростанции 26 апреля 1986 года привела к его разрушению.

Сценарии тестов ядерных реакторов разрабатываются вместе с подробной инструкцией. К проведению проверки тестировщики допускаются только после прохождения специального тренинга. В ходе тренинга все шаги и возможные нештатные ситуации должны детально разбираться.

Сценарии разветвляются на две категории: формальные и неформальные.

Формальный сценарий теста (formal test case) минимального требования состоит из как минимум двух этапов чётко определённых шагов. Если ожидаемый результат одного этапа позитивен, то другого должен быть негативным. Скажем, при проверке функционала формальный тест должен продемонстрировать, что система делает то, что должна делать и не делает того, что не должна. Проверка безопасности ядерного реактора точно будет формальной.

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

Исследовательское тестирование (exploratory testing) используется для создания сценариев тестов.

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

Термины

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

Вопрос(ы)

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Следующее лектио -- Атрибуты Сценариев
Источник — «https://pravka.bskol.com/w1/index.php?title=Сценарии_Тестов&oldid=12329»