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