Заранее или по Ходу — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
− | :<p><strong>План или Планирование</strong></p><p>Какой тест лучше? Тот, который спланирован заранее или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию и когда лучше не ограничивать тестировщика её рамками? | + | :<p><strong>План или Планирование</strong></p><p>Какой тест лучше? Тот, который спланирован заранее или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию и когда лучше не ограничивать тестировщика её рамками? Ответы на эти вопросы зависят от многих факторов.</p><p>Прежде всего, подготовка плана многосложного теста -- это дорогостоящий проект. В запутанных ситуациях тестирования, когда процесс состоит из многих тестов и мало что известно о том, как они пройдут, и, главное, не предельно ясно, что должно получиться в результате теста, заранее подготовить план просто нереально.</p><p>Если же понятно, каким должен быть ожидаемый результат, как минимум заключительную часть теста спланировать вполне исполнимо. Основное правило заключается в следующем: ситуативное тестирование применяется в тех случаях, когда выполнение следующего теста неочевидно, или когда Вы хотите выйти за рамки очевидного. </p><p>Квалификация тестировщика -- это другой фактор. Если тестировщик неквалифицирован, боится задавать вопросы и не знает, что делать без инструкции, то ему лучше дать план для исполнения. Если же тестировщик квалифицирован, не боится задавать вопросов и может сориентироваться по ситуации, то он или она может без подробной инструкции обойтись.</p><p>Перспектива дальнейшей разработки -- это ещё один фактор для рассмотрения когда речь идёт и функциональном тестировании. Вложение денег и времени в написание детальной спецификации или пошаговой инструкции имеет смысл, когда написанная раз инструкция будет снова и снова прогоняться как возвратный тест.</p><p>Наконец, заранее подготовленные спецификации или сценарии тестов необходимы, если несколько сторон заинтересованы в тесте и их интересы противоречат друг другу. Классическим примером будет приёмка заказчиком готового изделия у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться на дальнейшую разработку и отдать то, что уже сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанная для приёмочного теста подробная инструкция разрешит конфликт. Если изделие проходит тест, подрядчик свою часть сделал и заказчик не может требовать чего-то большего.</p> |
===Термины=== | ===Термины=== |
Версия 06:08, 30 января 2021
План или Планирование (здесь и далее по тексту -- Лектио) -- это часть урока Суть Ручных Тестов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Сценарии и Поиски.
Иллюстрации
Текст
План или Планирование
Какой тест лучше? Тот, который спланирован заранее или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию и когда лучше не ограничивать тестировщика её рамками? Ответы на эти вопросы зависят от многих факторов.
Прежде всего, подготовка плана многосложного теста -- это дорогостоящий проект. В запутанных ситуациях тестирования, когда процесс состоит из многих тестов и мало что известно о том, как они пройдут, и, главное, не предельно ясно, что должно получиться в результате теста, заранее подготовить план просто нереально.
Если же понятно, каким должен быть ожидаемый результат, как минимум заключительную часть теста спланировать вполне исполнимо. Основное правило заключается в следующем: ситуативное тестирование применяется в тех случаях, когда выполнение следующего теста неочевидно, или когда Вы хотите выйти за рамки очевидного.
Квалификация тестировщика -- это другой фактор. Если тестировщик неквалифицирован, боится задавать вопросы и не знает, что делать без инструкции, то ему лучше дать план для исполнения. Если же тестировщик квалифицирован, не боится задавать вопросов и может сориентироваться по ситуации, то он или она может без подробной инструкции обойтись.
Перспектива дальнейшей разработки -- это ещё один фактор для рассмотрения когда речь идёт и функциональном тестировании. Вложение денег и времени в написание детальной спецификации или пошаговой инструкции имеет смысл, когда написанная раз инструкция будет снова и снова прогоняться как возвратный тест.
Наконец, заранее подготовленные спецификации или сценарии тестов необходимы, если несколько сторон заинтересованы в тесте и их интересы противоречат друг другу. Классическим примером будет приёмка заказчиком готового изделия у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться на дальнейшую разработку и отдать то, что уже сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанная для приёмочного теста подробная инструкция разрешит конфликт. Если изделие проходит тест, подрядчик свою часть сделал и заказчик не может требовать чего-то большего.
Термины
- Требования, Тестовый Пример, Юзабилити-тестирование, Регрессионное Тестирование, Прогрессивное Тестирование
Вопрос(ы)
- Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
- Следующее лектио -- Инструкции Тестов