Заранее или по Ходу — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Материалы)
(Термины)
 
(не показаны 22 промежуточные версии 3 участников)
Строка 1: Строка 1:
[[План или Планирование]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Ручных Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Заранее или по Ходу]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[О Создании Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<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>
+
:<p><strong>Заранее или по Ходу</strong></p><p>Что лучше - спланированный заранее тест или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию? Когда лучше не ограничивать тестировщика рамками инструкции? Ответы на эти вопросы зависят от многих факторов.</p><p>Прежде всего, подготовка плана многосложного теста - это дорогостоящий проект. В запутанных ситуациях тестирования, когда процесс состоит из многих тестов и мало что известно о том, как они пройдут, и, главное, не предельно ясно, что должно получиться в результате теста, заранее подготовить план просто нереально.</p><p>Если же понятно, каким должен быть ожидаемый результат, как минимум заключительную часть теста спланировать вполне исполнимо. Основное правило можно сформулировать так: ситуативное тестирование применяется в тех случаях, когда выполнение следующего теста неочевидно, или когда Вы хотите выйти за рамки очевидного. </p><p>Квалификация тестировщика - это другой фактор. Если тестировщик неквалифицирован, боится задавать вопросы и не знает, что делать без инструкции, то ему лучше дать план для исполнения. Если же тестировщик квалифицирован, не боится задавать вопросы и может сориентироваться по ситуации, то он или она может без подробной инструкции обойтись.</p><p>Перспектива дальнейшей разработки - это ещё один фактор для рассмотрения, когда речь идёт и о функциональном тестировании. Вложение денег и времени в написание детальной спецификации или пошаговой инструкции имеет смысл, когда написанная раз инструкция будет снова и снова прогоняться, как возвратный тест.</p><p>Наконец, заранее подготовленные спецификации или сценарии тестов необходимы, если несколько сторон заинтересованы в тесте и их интересы противоречат друг другу. Классическим примером будет приёмка заказчиком готового изделия у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться на дальнейшую разработку и отдать то, что уже сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанная для приёмочного теста подробная инструкция разрешит конфликт. Если изделие проходит тест, подрядчик свою часть сделал и заказчик не может требовать чего-то большего.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, спланированное в деталях перед началом проверки тестирование лучше всего подойдёт к проверке:</p>
 +
 
 +
===Варианты===
 +
:восстановления резервных копий Брацких Ферм. / эффектности курса "Брацки Техобзор" в подготовке будущих подмастерьев Брацкой Школы. / эффективности курса "Брацки Техобзор" в подготовке будущих подмастерьев Брацкой Школы. / эффективности и эффектности архитектуры Брацких Ферм.
 +
 
 +
:Следующее лектио -- '''[[Инструменты Тестов]]'''
  
 
===Термины===
 
===Термины===
:[[Требования]], [[Тестовый Пример]], [[Юзабилити-тестирование]], [[Регрессионное Тестирование]], [[Прогрессивное Тестирование]]
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
  
===Вопрос(ы)===
+
==Экзамен==
 +
 
 +
===Определения===
 +
:
 +
 
 +
===Вопросы экзамена===
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Следующее лектио -- '''[[Инструкции Тестов]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Текущая версия на 20:32, 20 сентября 2022

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


Материалы

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

Иллюстрации

Текст (HTML)

Заранее или по Ходу

Что лучше - спланированный заранее тест или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию? Когда лучше не ограничивать тестировщика рамками инструкции? Ответы на эти вопросы зависят от многих факторов.

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

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

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

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

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

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

Варианты

восстановления резервных копий Брацких Ферм. / эффектности курса "Брацки Техобзор" в подготовке будущих подмастерьев Брацкой Школы. / эффективности курса "Брацки Техобзор" в подготовке будущих подмастерьев Брацкой Школы. / эффективности и эффектности архитектуры Брацких Ферм.
Следующее лектио -- Инструменты Тестов

Термины

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

Экзамен

Определения

Вопросы экзамена

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