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

Материал из Брацка Правки
Перейти к: навигация, поиск
(→‎Текст)
(→‎Термины)
 
(не показаны 24 промежуточные версии 3 участников)
Строка 1: Строка 1:
−
[[Проверка Функций]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Приёмки Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Проверка Функций]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проверки Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
Строка 6: Строка 6:
  
 
===Иллюстрации===
 
===Иллюстрации===
−
<gallery mode="packed">
+
<gallery mode="packed">File:Проверка_Функций.png
 
</gallery>
 
</gallery>
  
 +
===Текст (HTML)===
 +
:<p><strong>Проверка Функций</strong></p><p>Чаще всего, функциональные тесты делят либо по возможности тестировщика вносить изменения в изделие, либо по принадлежности тестируемого функционала к недавним разработкам.</p><p>В информационных технологиях, тестируемый объект сравнивается с коробкой или ящиком. "Чёрный ящик" - это "коробка с неизвестной начинкой". Напротив, "белый ящик" - это система, к которой тестировщик имеет полный доступ. Соответственно, "серый ящик" - это сочетание белого и чёрного.</p><p>"Тестирование по стратегии чёрного ящика" (black-box testing) - это изучение функций системы или её реакции на воздействия без доступа к её внутренности и без знания её структуры (проведение функционального тестирования без доступа к коду системы). Когда тестировщик закрытой системы докладывает о результатах тестов продвинутым пользователям и разработчикам, они могут внести коррективы в систему.</p><p>В "тестировании по стратегии белого ящика" (white-box testing), тестировщик может внести изменения в систему самостоятельно. Стратегия тестировки "белых ящиков" задействует продвинутых пользователей и разработчиков в качестве тестировщиков, что даёт результаты быстрее( функциональное тестирование с доступом к коду системы.). Стратегия тестировки "чёрных ящиков" дешевле. Кроме того, конечные пользователи могут привнести более свежие идеи.</p><p>Принадлежность тестируемого функционала к недавним разработкам - это другой критерий для разделения функциональных тестов на категории.</p><p></p><ol type="a"><li>Добавленные тесты (progression testing) проверяют тот функционал, который был добавлен в последнем цикле.</code></li><li> Возвратные тесты (regression testing) проверяют работоспособность старого функционала, то есть осуществление тех функций, которые выполнялись до того, как новый функционал был добавлен.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, разработчик Оплёта будет тестировать Оплётну Кабину по стратегии:</p>
  
−
===Текст===
+
===Варианты===
−
:<p><strong>Проверка Функций</strong></p><p>Множество функциональных тестов часто делят либо по доступу тестировщика к внутренности тестируемого объекта, либо по принадлежности тестируемой функции к последнему циклу разработок.</p><p>В информационных технологиях, тестируемый объект иногда сравнивается с коробкой или ящиком. "Чёрный ящик" -- это "коробка с неизвестной начинкой". Напротив, "белый ящик" -- это система, к которой тестировщик имеет полный доступ. Соответственно, "серый ящик" -- это сочетание белого и чёрного.</p><p>"Тестирование по стратегии чёрного ящика" (black-box testing) -- это изучение функций системы или её реакции на воздействия без знания внутренней структуры системы и без доступа к ней. Когда тестировщик закрытой системы докладывает о результатах тестов продвинутым пользователям или разработчикам, они могут внести коррективы в систему.</p><p>В "тестировании по стратегии белого ящика" (white-box testing), тестировщик может внести изменения в систему самостоятельно. Стратегия тестировки "белых ящиков", то есть, задействование в тестировании продвинутых пользователей и разработчиков, даёт результаты быстрее. Стратегия тестировки "чёрных ящиков" дешевле. Задействование конечных, а не продвинутых пользователей или разработчиков может также принести более качественные результаты.</p><p>Принадлежность тестируемой функции к последнему циклу разработок -- это другой критерий категоризации функциональных тестов. Прогрессивные тесты (progressive testing) проверяют те функции, которые были разработаны в последнем цикле. Регрессивные тесты (regressive testing) проверяют те функции, которые были разработаны перед последним циклом, то есть, были протестированы ранее.</p><p>
+
:белого ящика. / серого ящика. / чёрного ящика. / установленной сценарием.
  
−
Прогрессивное тестирование проводится для того, чтобы убедиться, что вновь разработанные функции разработаны должным образом. Грубо говоря, данный тест выявляет прогресс, если сопоставлять с нашей жизнью можно привести в пример тестирование на IQ. Регрессионное тестирование проводится для того, чтобы убедиться, что вновь разработанные функции не мешают правильному функционированию системы до недавних изменений. То есть Регрессионные тесты направлены на проверку изменений, пример, починка дефекта или переход на другую операционную систему.</p>
+
:Следующее лектио -- '''[[Добавки и Возвраты]]'''
  
−
Что касается типа Требований, которые должны быть выполнены, Тестирование работы продукта можно разделить на две категории: Функциональное Тестирование и Нефункциональное Тестирование.</p><p>Функциональное тестирование оценивает функциональность рабочих продуктов, то есть задачей такого теста является подтверждение, что разрабатываемый продукт обладает всем функционалам, требуемым заказчиком. Можно еще описать, что функциональные тесты рассматривают внешнее поведение системы. А Нефункциональные тесты оценивают производительность групп разработчиков и готовность рабочего продукта к передаче, установке, запуску и, возможно, обслуживанию. То есть нефункциональное тестирование показывает "как" система работает. К примеру, тест на нагрузку, стресс.</p>
+
===Термины===
−
<p>Что касается интеграций или фаз разработки, функциональные тесты можно разделить на две категории: прогрессивные тесты и регрессионные тесты.</p></p>Прогрессивное тестирование проводится для того, чтобы убедиться, что вновь разработанные функции разработаны должным образом. Грубо говоря, данный тест выявляет прогресс, если сопоставлять с нашей жизнью можно привести в пример тестирование на IQ. Регрессионное тестирование проводится для того, чтобы убедиться, что вновь разработанные функции не мешают правильному функционированию системы до недавних изменений. То есть Регрессионные тесты направлены на проверку изменений, пример, починка дефекта или переход на другую операционную систему.</p>
+
:[[Функциональное тестирование]], [[Нефункциональное тестирование]], [[Требования]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
−
<p>Те пользовательские истории, которые использовались для последней разработки, можно идеально использовать для тестирования прогресса. Обычно эти истории включают в себя любые приемочные испытания. И наоборот, те пользовательские истории, которые использовались для всех разработок, предшествовавших предыдущей, можно идеально использовать для регрессионного тестирования.
 
−
Любое использование рабочего продукта любым пользователем следует рассматривать как периодическое тестирование, если этот пользователь сообщает о проблемах или исправляет ошибки.</p>
 
−
<p></p>
 
−
<p>Специально организованное Тестирование может затрагивать конкретные проблемы или области, требующие улучшения. Например, рабочее тестирование продукта оценивает функциональность рабочих продуктов, производительность тех команд, которые их разработали, и/или другие результаты разработки. Юзабилити-тестирование направлено на поиск областей для улучшения и удобства пользовательского опыта (UX). Приемочные испытания проводятся для проверки того, соответствует ли разработанная система требованиям завершения, обычно называемым критериями приемки. То есть готов ли продукт для следующей эксплуатации.</p>
 
  
−
Большинство Ручных Тестов включает в себя контроль того, соответствует ли рабочий продукт его требованиям, поиск ошибок, проблем с пользовательским интерфейсом и/или областей для улучшений при ручном выполнении действий на веб-сайте, мобильном приложении или другом приложении конечного пользователя.</p><p>В информационных технологиях, изучение реакции системы на воздействия без знания внутренней структуры системы называется "тестированием по стратегии чёрного ящика" (black-box testing). В данном контексте, "чёрный ящик" значит "коробка с неизвестной начинкой".</p>
+
==Экзамен==
  
−
===Термины===
+
===Определения===
−
:[[Функциональное Тестирование]], [[Нефункциональное Тестирование]], [[Требования]], [[Регрессионное Тестирование]], [[Прогрессионное Тесирование]]
+
:
  
−
===Вопрос(ы)===
+
===Вопросы экзамена===
 
:Какое из приведенных ниже утверждений является правильным: --
 
:Какое из приведенных ниже утверждений является правильным: --
 
Все остальные ответы по существу верны.
 
Все остальные ответы по существу верны.
Строка 33: Строка 31:
 
Пользовательские истории, использованные для последней разработки, могут быть отлично использованы для прогрессивного тестирования.
 
Пользовательские истории, использованные для последней разработки, могут быть отлично использованы для прогрессивного тестирования.
 
При тестировании всегда учитываются требования к продукту.
 
При тестировании всегда учитываются требования к продукту.
−
Прогрессивное тестирование гарантирует, что вновь разработанные функции работают в соответствии с требованиями продукта.
+
Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта.
−
 
 
−
:Следующее лектио -- '''[[Проверка и Приёмка]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

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

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


Материалы

Предшественник этого Лектио -- Тестировка Изделий.

Иллюстрации

  • Проверка Функций.png

Текст (HTML)

Проверка Функций

Чаще всего, функциональные тесты делят либо по возможности тестировщика вносить изменения в изделие, либо по принадлежности тестируемого функционала к недавним разработкам.

В информационных технологиях, тестируемый объект сравнивается с коробкой или ящиком. "Чёрный ящик" - это "коробка с неизвестной начинкой". Напротив, "белый ящик" - это система, к которой тестировщик имеет полный доступ. Соответственно, "серый ящик" - это сочетание белого и чёрного.

"Тестирование по стратегии чёрного ящика" (black-box testing) - это изучение функций системы или её реакции на воздействия без доступа к её внутренности и без знания её структуры (проведение функционального тестирования без доступа к коду системы). Когда тестировщик закрытой системы докладывает о результатах тестов продвинутым пользователям и разработчикам, они могут внести коррективы в систему.

В "тестировании по стратегии белого ящика" (white-box testing), тестировщик может внести изменения в систему самостоятельно. Стратегия тестировки "белых ящиков" задействует продвинутых пользователей и разработчиков в качестве тестировщиков, что даёт результаты быстрее( функциональное тестирование с доступом к коду системы.). Стратегия тестировки "чёрных ящиков" дешевле. Кроме того, конечные пользователи могут привнести более свежие идеи.

Принадлежность тестируемого функционала к недавним разработкам - это другой критерий для разделения функциональных тестов на категории.

  1. Добавленные тесты (progression testing) проверяют тот функционал, который был добавлен в последнем цикле.
  2. Возвратные тесты (regression testing) проверяют работоспособность старого функционала, то есть осуществление тех функций, которые выполнялись до того, как новый функционал был добавлен.

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

Варианты

белого ящика. / серого ящика. / чёрного ящика. / установленной сценарием.
Следующее лектио -- Добавки и Возвраты

Термины

Функциональное тестирование, Нефункциональное тестирование, Требования, Регрессионное тестирование, Прогрессивное тестирование

Экзамен

Определения

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

Какое из приведенных ниже утверждений является правильным: --

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

Источник — «https://pravka.bskol.com/w1/index.php?title=Проверка_Функций&oldid=26949»