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

Материал из Брацка Правки
Перейти к: навигация, поиск
м (Gary переименовал страницу Задания на Тест в Сценарии Тестов без оставления перенаправления)
(→‎Термины)
 
(не показано 57 промежуточных версий 3 участников)
Строка 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) и исследовательскoe тестирование (exploratory testing), напротив, документируется перед началом теста и, часто, в процессе. Однако, вне зависимости от документации, все ситуативные тесты продумываются и планируются, но не заранее, а в процессе.</p><p>Наконец, трудно совместить плановый (Waterfall) и оперативный (Agile) подход в одном и том же проекте. Разработка либо начинается до утверждения плана или нет. Напротив, плановые и ситуативные тесты полностью совместимы. Они могут встретиться вместе в одном проекте, проводиться параллельно и даже одновременно.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, ситуативное тестирование лучше всего подойдёт к проверке:</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»