Відмінності між версіями «Сценарії та Пошуки»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
 
(Не показані 60 проміжних версій 6 користувачів)
Рядок 1: Рядок 1:
[[Сценарии Тестов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проверки Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Сценарії та Пошуки]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[О Создании Тестов|Суть Ручного Тестування]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Проверка Функций]].
+
Предшественник этого ''Лектио'' -- [[Служебные Тесты]].
  
 
===Иллюстрации===
 
===Иллюстрации===
<gallery mode="packed">
+
<gallery mode="packed">File:Сценарии_и_Поиски.png
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Сценарии Тестов</strong></p><p>Задание на тест (test case) -- это набор требований для проведения конкретного теста. В системной инженерии задание на функциональный тест, например, определяет входные данные, внешние факторы, доступные активы, процедуры и ожидаемые выходные данные, которые должна производить тестируемая система. Имея эту спецификацию, тестировщик, который проводит функциональное тестирование работы продукта, может оценить, достигает ли тестируемая система целей, для достижения которых она была разработана.</p>
+
:<p><strong>Сценарії та Пошуки</strong></p><p>Рівно як розробки бувають плановими (Waterfall) та оперативними (Agile), тестування може проводитися згідно заздалегідь підготовленого плану та плануючи за ситуацією на ходу.</p><p>Коли план заданий, тестувальник слідує або специфікації (specification), або покроковому тестовому сценарію (test case). Коли ж плану немає, тестувальник має свободу вибору, приймаючи рішення залежно від ситуації.</p><p>Ситуативне чи вільне тестування (ad hoc testing) дає тестувальнику цілі тесту та ресурси для їх досягнення, не обмежуючи тест жорсткими рамками. Ситуативний тест - це тест, який робиться в ситуації, коли заздалегідь підготовленого плану або не існує, або він не придатний, або тестувальнику треба дати свободу виходу за його межі.</p><p>Кожен натуральний тест ситуативний. Будь-який розробник і просунутий користувач також задіює ситуативне тестування для перевірки ідей. Оскільки ситуація часто залежить від результату попереднього тесту, ситуативні тести зазвичай проводяться несвідомо та інтуїтивно один за одним.</p><p>В аварійних ситуаціях ситуативні тести допомагають знайти причину позаштатної ситуації. Якщо заздалегідь підготовленого плану немає, тестувальник шукає помилку чи обхідну помилку рішення випадково, експромтом та з імпровізацією. План нового тесту народжується по ходу попереднього тесту і, якщо документується, то тільки після знаходження помилки або альтернативного рішення.</p><p>Рольове тестування (scenario testing) та дослідне тестування (exploratory testing), навпаки, документується перед початком тесту і, часто в процесі. Однак, незалежно від документації, всі ситуативні тести продумуються і плануються, але не заздалегідь, а в процесі.</p><p>Нарешті, важко поєднати плановий (Waterfall) та оперативний (Agile) підхід в тому самому проєкті. Розробка або починається до затвердження плану чи ні. Навпаки, планові та ситуативні тести повністю сумісні. Вони можуть зустрітися разом в одному проекті, проводитися паралельно і навіть одночасно.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, ситуативне тестування найкраще підійде до перевірки:</p>
<p>Для того чтоб подготовить Тестовый Пример необходимо знать следующую информацию: описание Требования, которое мы должны проверить; объяснение, как проверить систему; версия приложения, файлы данных, операционная система, аппаратное обеспечение, безопасный доступ, физическая или логическая дата, время суток и т.д. </p>
+
 
<p>Не все случаи производительности должны быть очень подробными. Например, один пример теста производительности для этого самого lectio может быть:
+
===Варіанти===
Оцените, отражает ли заключительный вопрос lectio краткую лекцию, которую включает эта lectio.</p>
+
:готовності підмайстрів Брацької Школи до самостійної роботи. / роботи системи реєстрації нових користувачів Брацької Хмари. / відновлення резервних копій Брацьких ферм. / факти які лектіо учень Брацької Школи закінчив успішно.
<p>Тестовые примеры для Юзабилити-Тестирования редко детализируются; они имеют тенденцию быть более общими, чем для тестирования производительности. Простейший пример теста на удобство использования:
+
 
<p>При использовании протестированной системы сообщайте, если вы чувствуете себя некомфортно, запутались или даже начинаете думать, что делать дальше.
+
:Следующее лектио -- '''[[Заранее или по Ходу]]'''
Регрессионное Тестирование для улучшения пользовательского опыта невозможно; все Юзабилити-Тестирование относится к категории «прогрессивное тестирование».</p>
 
  
 
===Термины===
 
===Термины===
:[[Требования]], [[Тестовый Пример]], [[Юзабилити-тестирование]], [[Регрессионное Тестирование]], [[Прогрессивное Тестирование]]
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
  
===Вопрос(ы)===
+
==Экзамен==
 +
 
 +
===Определения===
 +
:
 +
 
 +
===Вопросы экзамена===
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Следующее лектио -- '''[[Проверка и Приёмка]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

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

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


Материалы

Предшественник этого Лектио -- Служебные Тесты.

Иллюстрации

Текст (HTML)

Сценарії та Пошуки

Рівно як розробки бувають плановими (Waterfall) та оперативними (Agile), тестування може проводитися згідно заздалегідь підготовленого плану та плануючи за ситуацією на ходу.

Коли план заданий, тестувальник слідує або специфікації (specification), або покроковому тестовому сценарію (test case). Коли ж плану немає, тестувальник має свободу вибору, приймаючи рішення залежно від ситуації.

Ситуативне чи вільне тестування (ad hoc testing) дає тестувальнику цілі тесту та ресурси для їх досягнення, не обмежуючи тест жорсткими рамками. Ситуативний тест - це тест, який робиться в ситуації, коли заздалегідь підготовленого плану або не існує, або він не придатний, або тестувальнику треба дати свободу виходу за його межі.

Кожен натуральний тест ситуативний. Будь-який розробник і просунутий користувач також задіює ситуативне тестування для перевірки ідей. Оскільки ситуація часто залежить від результату попереднього тесту, ситуативні тести зазвичай проводяться несвідомо та інтуїтивно один за одним.

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

Рольове тестування (scenario testing) та дослідне тестування (exploratory testing), навпаки, документується перед початком тесту і, часто в процесі. Однак, незалежно від документації, всі ситуативні тести продумуються і плануються, але не заздалегідь, а в процесі.

Нарешті, важко поєднати плановий (Waterfall) та оперативний (Agile) підхід в тому самому проєкті. Розробка або починається до затвердження плану чи ні. Навпаки, планові та ситуативні тести повністю сумісні. Вони можуть зустрітися разом в одному проекті, проводитися паралельно і навіть одночасно.

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

Варіанти

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

Термины

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

Экзамен

Определения

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

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