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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Поиски и Сценарии</strong></p><p>Равно как разработки бывают заданными (Waterfall) и подвижными (Agile), тестирование может проводиться по сценарию и без.</p><p>При сценарном тестировании, тестировщик следует тестовому сценарию (test case). Ситуативное или свободное тестирование (ad hoc testing) такого сценария не подразумевает. Сценарные и ситуативные тесты полностью совместимы. Их не только можно встретить вместе в любом проекте, но и совершающимися параллельно и даже одновременно.</p><p>Как название и свидетельствует, ситуативные тесты зависят от ситуации. Ситуативный тест -- это тест, предпринимаемый в ситуации, когда сценарий теста либо не существует, либо не применим, либо тестировщику надо дать свободу выхода за его рамки.</p><p>Каждый натуральный тест ситуативен. Любой разработчик и продвинутый пользователь также задействует ситуативную тестировку для проверки идей. Так как ситуация часто зависит от результата предыдущего теста, ситуативные тесты обыкновенно проводятся бессознательно и интуитивно один за другим.</p><p>В аварийных ситуациях, ситуативные тесты помогают найти причину нештатной ситуации. Они осуществляются спорадически, с импровизацией, путём поиска ошибки экспромтом и без какого-либо планирования и разработки. Напротив, исследовательскoe тестирование (exploratory testing) продумывается и планируется.</p><p>Логично, что в аварийных ситуациях выбора между сценарным и ситуативным тестированием нет. Когда есть смысл тратить время на написание сценария и когда лучше не ограничивать тестировщика рамками сценария?</p><p>Сценарии имеют смысл, когда разработка будет продолжена, то есть, написанный раз сценарий будет прогоняться далее как возвратный тест. Сценарии предпочтительнее, если предельно ясно, что тестируется. Наконец, сценарии необходимы, если несколько сторон заинтересованы в тесте и их интересы противоречат друг другу.</p><p>Классическим примером будет приёмка готового изделия заказчиком у подрядчика. Подрядчик заинтересован отдать то, что сделано. Заказчик заинтересован получить максимум на заплаченные деньги. В этом случае, написанный сценарий разрешит конфликт.</p>
+
:<p><strong>Поиски и Сценарии</strong></p><p>Равно как разработки бывают заданными (Waterfall) и подвижными (Agile), тестирование может проводиться по сценарию и без.</p><p>При сценарном тестировании, тестировщик следует тестовому сценарию (test case). Ситуативное или свободное тестирование (ad hoc testing) такого сценария не подразумевает. Сценарные и ситуативные тесты полностью совместимы. Их не только можно встретить вместе в любом проекте, но и совершающимися параллельно и даже одновременно.</p><p>Как название и свидетельствует, ситуативные тесты зависят от ситуации. Ситуативный тест -- это тест, предпринимаемый в ситуации, когда сценарий теста либо не существует, либо не применим, либо тестировщику надо дать свободу выхода за его рамки.</p><p>Каждый натуральный тест ситуативен. Любой разработчик и продвинутый пользователь также задействует ситуативную тестировку для проверки идей. Так как ситуация часто зависит от результата предыдущего теста, ситуативные тесты обыкновенно проводятся бессознательно и интуитивно один за другим.</p><p>В аварийных ситуациях, ситуативные тесты помогают найти причину нештатной ситуации. Они осуществляются спорадически, с импровизацией, путём поиска ошибки экспромтом и без какого-либо планирования и разработки. Напротив, исследовательскoe тестирование (exploratory testing) продумывается и планируется.</p><p>Логично, что в аварийных ситуациях выбора между сценарным и ситуативным тестированием нет. Когда есть смысл тратить время на написание сценария? Когда лучше не ограничивать тестировщика его рамками?</p><p>Вкладывание денег в написание сценария имеет смысл, когда разработка будет продолжена и написанный раз сценарий будет прогоняться далее как возвратный тест. Сценарии предпочтительнее, если предельно ясно, что тестируется. Наконец, сценарии необходимы, если несколько сторон заинтересованы в тесте и их интересы противоречат друг другу.</p><p>Классическим примером будет приёмка готового изделия заказчиком у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться и отдать то, что сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанный сценарий разрешит конфликт.</p>
  
 
===Термины===
 
===Термины===

Версия 20:52, 27 января 2021

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


Материалы

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

Иллюстрации

Текст

Поиски и Сценарии

Равно как разработки бывают заданными (Waterfall) и подвижными (Agile), тестирование может проводиться по сценарию и без.

При сценарном тестировании, тестировщик следует тестовому сценарию (test case). Ситуативное или свободное тестирование (ad hoc testing) такого сценария не подразумевает. Сценарные и ситуативные тесты полностью совместимы. Их не только можно встретить вместе в любом проекте, но и совершающимися параллельно и даже одновременно.

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

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

В аварийных ситуациях, ситуативные тесты помогают найти причину нештатной ситуации. Они осуществляются спорадически, с импровизацией, путём поиска ошибки экспромтом и без какого-либо планирования и разработки. Напротив, исследовательскoe тестирование (exploratory testing) продумывается и планируется.

Логично, что в аварийных ситуациях выбора между сценарным и ситуативным тестированием нет. Когда есть смысл тратить время на написание сценария? Когда лучше не ограничивать тестировщика его рамками?

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

Классическим примером будет приёмка готового изделия заказчиком у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться и отдать то, что сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанный сценарий разрешит конфликт.

Термины

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

Вопрос(ы)

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