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