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

Материал из Брацка Правки
Перейти к: навигация, поиск
(→‎Текст)
(→‎Термины)
 
(не показана 21 промежуточная версия 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>Принадлежность тестируемой функции к последнему циклу разработок -- это другой критерий категоризации функциональных тестов.</p><p>Прогрессивные тесты (progressive testing) проверяют те функции, которые были разработаны в последнем цикле. Прогрессивное тестирование даёт возможность убедиться, что вновь разработанные функции действуют. Другими словами, прогрессивная тестировка оценивает то, что система стала способной делать в результате реализации проекта.</p><p>Регрессионные тесты (regressive testing) проверяют те функции, которые были разработаны перед последним циклом. Подразумевается, что старые функции были работоспособными до того, как новые функции были добавлены. Регрессионное тестирование даёт возможность убедиться, что добавленные функции не нарушили те функции системы, которые были работоспособны до недавних изменений. Другими словами, регрессивная тестировка оценивает не потеряла ли система в результате реализации проекта свои способности делать то, что она делала.</p><p>Регрессионное тестирование проводится только для тех систем, которые проходили усовершенствование или другое изменение. Регрессионные тесты для новых изделий лишено смысла.</p>
+
:белого ящика. / серого ящика. / чёрного ящика. / установленной сценарием.
  
−
А Нефункциональные тесты оценивают производительность групп разработчиков и готовность рабочего продукта к передаче, установке, запуску и, возможно, обслуживанию. То есть нефункциональное тестирование показывает "как" система работает. К примеру, тест на нагрузку, стресс.</p>
+
:Следующее лектио -- '''[[Добавки и Возвраты]]'''
−
<p>Что касается интеграций или фаз разработки, функциональные тесты можно разделить на две категории: прогрессивные тесты и регрессионные тесты.</p></p></p>
 
−
<p>Те пользовательские истории, которые использовались для последней разработки, можно идеально использовать для тестирования прогресса. Обычно эти истории включают в себя любые приемочные испытания. И наоборот, те пользовательские истории, которые использовались для всех разработок, предшествовавших предыдущей, можно идеально использовать для регрессионного тестирования.
 
−
</p>
 
−
<p></p>
 
−
<p>Специально организованное Тестирование может затрагивать конкретные проблемы или области, требующие улучшения. Например, рабочее тестирование продукта оценивает функциональность рабочих продуктов, производительность тех команд, которые их разработали, и/или другие результаты разработки. Юзабилити-тестирование направлено на поиск областей для улучшения и удобства пользовательского опыта (UX). Приемочные испытания проводятся для проверки того, соответствует ли разработанная система требованиям завершения, обычно называемым критериями приемки. То есть готов ли продукт для следующей эксплуатации.</p>
 
  
−
Большинство Ручных Тестов включает в себя контроль того, соответствует ли рабочий продукт его требованиям, поиск ошибок, проблем с пользовательским интерфейсом и/или областей для улучшений при ручном выполнении действий на веб-сайте, мобильном приложении или другом приложении конечного пользователя.</p><p>
+
===Термины===
 +
:[[Функциональное тестирование]], [[Нефункциональное тестирование]], [[Требования]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
 +
 
 +
==Экзамен==
  
−
===Термины===
+
===Определения===
−
:[[Функциональное Тестирование]], [[Нефункциональное Тестирование]], [[Требования]], [[Регрессионное Тестирование]], [[Прогрессионное Тесирование]]
+
:
  
−
===Вопрос(ы)===
+
===Вопросы экзамена===
 
:Какое из приведенных ниже утверждений является правильным: --
 
:Какое из приведенных ниже утверждений является правильным: --
 
Все остальные ответы по существу верны.
 
Все остальные ответы по существу верны.
Строка 31: Строка 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»