Відмінності між версіями «Заздалегідь або по Ходу»

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

Поточна версія на 13:12, 26 листопада 2022

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


Материалы

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

Иллюстрации

Текст (HTML)

Заздалегідь або на Ходу

Що краще - заздалегідь спланований тест або той, який планується на ходу? Коли краще дати тестувальнику покрокову інструкцію? Коли краще не обмежувати тестувальника рамками інструкції? Відповіді на ці питання залежать від багатьох факторів.

Передусім, підготовка плану складного тесту - це дорогий проєкт. У заплутаних ситуаціях тестування, коли процес складається з багатьох тестів і мало що відомо про те, як вони пройдуть, і, головне, не зрозуміло, що має вийти в результаті тесту, заздалегідь підготувати план просто нереально.

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

Кваліфікація тестувальника – це інший фактор. Якщо тестувальник некваліфікований, боїться ставити запитання і не знає, що робити без інструкції, то краще дати план для виконання. Якщо ж тестувальник кваліфікований, не боїться ставити запитання і може зорієнтуватися щодо ситуації, то він або вона може без докладної інструкції обійтися.

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

Нарешті, заздалегідь підготовлені специфікації або сценарії тестів необхідні, якщо декілька сторін зацікавлені в тесті та їхні інтереси суперечать один одному. Класичним прикладом буде приймання замовником готового виробу у підрядника. Припустимо, що підрядник вважає за краще далі не витрачатися на подальшу розробку і віддати те, що вже зроблено. Припустимо, замовник зацікавлений отримати максимум на заплачені гроші та потребує додаткової роботи підрядника. У цьому випадку написана для приймального тесту докладна інструкція дозволить конфлікт. Якщо виріб проходить тест, підрядник свою частину зробив і замовник не може вимагати чогось більшого.

А тепер виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, сплановане у деталях перед початком перевірки тестування найкраще підійде до перевірки:

Варіанти

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

Термины

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

Экзамен

Определения

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

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