Відмінності між версіями «Перевірка Функцій»
(→Текст (HTML)) |
(→Варианты) |
||
| Рядок 12: | Рядок 12: | ||
:<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></p><ol type= "a"><li>Додані тести (progression testing) перевіряють той функціонал, який був доданий в останньому циклі.</code></li><li> Зворотні тести (regression testing) перевіряють працездатність старого функціонала, тобто здійснення тих функцій, які виконувались до того, як новий функціонал було додано.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, розробник Оплету тестуватиме Оплетну Кабіну зі стратегії:</p> | ||
| − | === | + | ===Варіанти=== |
| − | : | + | :білого ящика. / сірого ящика. / чорного ящика. / встановленою сценарієм. |
:Следующее лектио -- '''[[Добавки и Возвраты]]''' | :Следующее лектио -- '''[[Добавки и Возвраты]]''' | ||
Версія за 21:22, 31 жовтня 2022
Проверка Функций (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проверки Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Зміст
Материалы
Предшественник этого Лектио -- Тестировка Изделий.
Иллюстрации
Текст (HTML)
Перевірка Функцій
Найчастіше, функціональні тести ділять або по можливості тестувальника вносити зміни до виробу, або за належністю функціонала, що тестується, до недавніх розробок.
В інформаційних технологіях, об'єкт, що тестується, порівнюється з коробкою або ящиком. "Чорна скринька" - це "коробка з невідомою начинкою". Навпаки, "біла скринька" - це система, до якої тестувальник має повний доступ. Відповідно, "сірий ящик" - це поєднання білого і чорного.
"Тестування зі стратегії чорної скриньки" (black-box testing) - це вивчення функцій системи або її реакції на впливи без доступу до її начинки і без знання її структури (проведення функціонального тестування без доступу до коду системи). Коли тестувальник закритої системи повідомляє про результати тестів просунутим користувачам та розробникам, вони можуть внести корективи до системи.
У "тестуванні за стратегією білої скриньки" (white-box testing), тестувальник може внести зміни до системи самостійно. Стратегія тестування "білих ящиків" задіяє просунутих користувачів та розробників як тестувальників, що дає результати швидше (функціональне тестування з доступом до коду системи.). Стратегія тестування "чорних ящиків" дешевша. Крім того, кінцеві користувачі можуть привнести більш свіжі ідеї.
Приналежність функціонала, що тестується, до недавніх розробок - це інший критерій для поділу функціональних тестів на категорії.
- Додані тести (progression testing) перевіряють той функціонал, який був доданий в останньому циклі.
- Зворотні тести (regression testing) перевіряють працездатність старого функціонала, тобто здійснення тих функцій, які виконувались до того, як новий функціонал було додано.
А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, розробник Оплету тестуватиме Оплетну Кабіну зі стратегії:
Варіанти
- білого ящика. / сірого ящика. / чорного ящика. / встановленою сценарієм.
- Следующее лектио -- Добавки и Возвраты
Термины
- Функциональное тестирование, Нефункциональное тестирование, Требования, Регрессионное тестирование, Прогрессивное тестирование
Экзамен
Определения
Вопросы экзамена
- Какое из приведенных ниже утверждений является правильным: --
Все остальные ответы по существу верны. Регрессионное тестирование - это разновидность функционального тестирования. Пользовательские истории, использованные для последней разработки, могут быть отлично использованы для прогрессивного тестирования. При тестировании всегда учитываются требования к продукту. Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта.
