Сценарии и Поиски — различия между версиями

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

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

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


Материалы

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

Иллюстрации

  • Сценарии и Поиски.png

Текст (HTML)

Сценарии и Поиски

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

Когда план задан, тестировщик следует либо спецификации (specification), либо пошаговому тестовому сценарию (test case). Когда же плана нет, тестировщик имеет свободу выбора, принимая решения в зависимости от ситуации.

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

Каждый натуральный тест ситуативен. Любой разработчик и продвинутый пользователь также задействует ситуативную тестировку для проверки идей. Так как ситуация часто зависит от результата предыдущего теста, ситуативные тесты обыкновенно проводятся бессознательно и интуитивно один за другим.

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

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

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

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

Варианты

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

Термины

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

Экзамен

Определения

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

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Источник — «https://pravka.bskol.com/w1/index.php?title=Сценарии_и_Поиски&oldid=26925»