Проверка Функций — различия между версиями
Gary (обсуждение | вклад) (→Варианты) |
Akhimas (обсуждение | вклад) (→Текст) |
||
| Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
| − | :<p><strong>Проверка Функций</strong></p><p>Чаще всего, функциональные тесты делят либо по возможности тестировщика вносить изменения в изделие, либо по принадлежности тестируемого функционала к недавним разработкам.</p><p>В информационных технологиях, тестируемый объект сравнивается с коробкой или ящиком. "Чёрный ящик" | + | :<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> |
===Варианты=== | ===Варианты=== | ||
Версия 16:35, 1 января 2022
Проверка Функций (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проверки Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Тестировка Изделий.
Иллюстрации
Текст
Проверка Функций
Чаще всего, функциональные тесты делят либо по возможности тестировщика вносить изменения в изделие, либо по принадлежности тестируемого функционала к недавним разработкам.
В информационных технологиях, тестируемый объект сравнивается с коробкой или ящиком. "Чёрный ящик" - это "коробка с неизвестной начинкой". Напротив, "белый ящик" - это система, к которой тестировщик имеет полный доступ. Соответственно, "серый ящик" - это сочетание белого и чёрного.
"Тестирование по стратегии чёрного ящика" (black-box testing) - это изучение функций системы или её реакции на воздействия без доступа к её внутренности и без знания её структуры (проведение функционального тестирования без доступа к коду системы). Когда тестировщик закрытой системы докладывает о результатах тестов продвинутым пользователям и разработчикам, они могут внести коррективы в систему.
В "тестировании по стратегии белого ящика" (white-box testing), тестировщик может внести изменения в систему самостоятельно. Стратегия тестировки "белых ящиков" задействует продвинутых пользователей и разработчиков в качестве тестировщиков, что даёт результаты быстрее( функциональное тестирование с доступом к коду системы.). Стратегия тестировки "чёрных ящиков" дешевле. Кроме того, конечные пользователи могут привнести более свежие идеи.
Принадлежность тестируемого функционала к недавним разработкам - это другой критерий для разделения функциональных тестов на категории.
- Добавленные тесты (progression testing) проверяют тот функционал, который был добавлен в последнем цикле.
- Возвратные тесты (regression testing) проверяют работоспособность старого функционала, то есть осуществление тех функций, которые выполнялись до того, как новый функционал был добавлен.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, разработчик Оплёта будет тестировать Оплётну Кабину по стратегии:
Варианты
- белого ящика. / серого ящика. / чёрного ящика. / установленной сценарием.
- Следующее лектио -- Добавки и Возвраты
Термины
- Функциональное Тестирование, Нефункциональное Тестирование, Требования, Регрессионное Тестирование, Прогрессионное Тесирование
Экзамен
Определения
Вопросы экзамена
- Какое из приведенных ниже утверждений является правильным: --
Все остальные ответы по существу верны. Регрессионное тестирование - это разновидность функционального тестирования. Пользовательские истории, использованные для последней разработки, могут быть отлично использованы для прогрессивного тестирования. При тестировании всегда учитываются требования к продукту. Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта.
