Відмінності між версіями «Списки та Сценарії»
Gary (обговорення • внесок) м (Gary переименовал страницу Инструкции Тестов в Списки и Сценарии без оставления перенаправления) |
Vitaliy (обговорення • внесок) (→Материалы) |
||
| (Не показані 35 проміжних версій 7 користувачів) | |||
| Рядок 1: | Рядок 1: | ||
| − | [[Списки | + | [[Списки та Сценарії]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Суть Проверки Работ|Суть Перевірки Робіт]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''. |
==Материалы== | ==Материалы== | ||
| − | Предшественник этого ''Лектио'' -- [[ | + | Предшественник этого ''Лектио'' -- [[Заранее или по Ходу]]. |
===Иллюстрации=== | ===Иллюстрации=== | ||
| − | <gallery mode="packed"> | + | <gallery mode="packed"> File:Списки_и_Сценарии.png |
</gallery> | </gallery> | ||
| − | ===Текст=== | + | |
| − | :<p><strong>Списки | + | |
| + | <gallery mode="packed"> File:Списки_и_Сценарии_рис2.png | ||
| + | </gallery> | ||
| + | |||
| + | ===Текст (HTML)=== | ||
| + | :<p><strong>Списки та Сценарії</strong></p><p>Команди розробників цифрових систем використовують різні формати заздалегідь підготовлених планів тестингу. Найчастіше зустрічаються покрокові інструкції проведення тестів та тестові специфікації.</p><p>У тестуванні цифрових систем покрокові інструкції проведення тестів традиційно називаються "сценаріями" (test case). Сценарні тести зазвичай пишуться на основі історій користувача (user story). Історії користувача - це один з форматів вимог. Стандартний формат такої вимоги до системи складається з трьох секцій:</p><ol type="a"><li>Маючи права (описується користувач або системна роль того, хто отримає вигоду від функціоналу),</code></li ><li>Я хочу (описується бажаний функціонал),</code></li><li> Щоб (описується вигода, яку функціонал створить для користувача).</code></li></ol><p> Стандартний сценарій тесту формується з урахуванням сценарію вимоги. Ось, наприклад, формат "Дано-Коли-Тоді" (Given-When-Then або GWT):</p><ol type="a"><li>Дано: (описується початковий стан сценарію),</code> </li><li>Коли: (описується послідовність конкретних дій, що робить користувач),</code></li><li>Тоді: (описується те, що система має зробити у відповідь на описану вище послідовність дій). </code></li></ol><p>Сценарій як вимоги, так і тесту зазвичай має назву або інший ідентифікатор. Твердження тесту описуються простими реченнями у форматі "один підмет, одне дієслово, один присудок". Кожна секція може мати кілька тверджень. Кожне твердження пишеться на новому рядку. Зв'язка "і" застосовується на початку рядка для другого та кожного наступного затвердження однієї секції.</p><p>Оскільки сценарій створюється від імені користувача, сценарні формати складно застосувати до серверних, а не користувальницьких функціоналів. Покрокова інструкція також не опише ті тести, очікувані результати яких відносяться до якості, а не вимірювань. Тестування на зручність користування, наприклад, може оцінювати можливість користувача самостійно створити послідовність кроків. Нарешті, кваліфіковані тестувальники можуть не потребувати точних деталей сценаріїв та витрати на їх створення необґрунтовані.</p><p>Тестові специфікації можуть використовуватися як там, де сценарні тести не застосовуються, так і замість них. Прості тестові специфікації виглядають як маркований список характеристик та функцій, опитувальний лист, дефектна відомість, або картка контрольних перевірок.</p><p>Розробники можуть створювати свої формати. Брацька Техрада, наприклад, поєднує сценарії та специфікації.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, для планової перевірки Брацьких Ферм найкраще підійде:</p> | ||
| + | |||
| + | ===Варіанти=== | ||
| + | : Специфікація. / сценарій. / ситуативний тест. / натуральне тестування. | ||
| + | |||
| + | :Следующее лектио -- '''[[Тестировка Изделий]]''' | ||
===Термины=== | ===Термины=== | ||
| − | :[[Функциональное | + | :[[Функциональное тестирование]], [[Нефункциональное тестирование]], [[Требования]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]] |
| − | === | + | ==Экзамен== |
| + | |||
| + | ===Определения=== | ||
| + | : | ||
| + | |||
| + | ===Вопросы экзамена=== | ||
:Какое из приведенных ниже утверждений является правильным: -- | :Какое из приведенных ниже утверждений является правильным: -- | ||
Все остальные ответы по существу верны. | Все остальные ответы по существу верны. | ||
| Рядок 22: | Рядок 37: | ||
При тестировании всегда учитываются требования к продукту. | При тестировании всегда учитываются требования к продукту. | ||
Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта. | Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта. | ||
| − | |||
| − | |||
[[Category: Лектио]] | [[Category: Лектио]] | ||
Поточна версія на 13:24, 26 листопада 2022
Списки та Сценарії (тут і далі по тексту -- Лектіо) -- це частина уроку Суть Перевірки Робіт. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Вибір Професії.
Зміст
Материалы
Предшественник этого Лектио -- Заранее или по Ходу.
Иллюстрации
Текст (HTML)
Списки та Сценарії
Команди розробників цифрових систем використовують різні формати заздалегідь підготовлених планів тестингу. Найчастіше зустрічаються покрокові інструкції проведення тестів та тестові специфікації.
У тестуванні цифрових систем покрокові інструкції проведення тестів традиційно називаються "сценаріями" (test case). Сценарні тести зазвичай пишуться на основі історій користувача (user story). Історії користувача - це один з форматів вимог. Стандартний формат такої вимоги до системи складається з трьох секцій:
- Маючи права (описується користувач або системна роль того, хто отримає вигоду від функціоналу),
- Я хочу (описується бажаний функціонал),
- Щоб (описується вигода, яку функціонал створить для користувача).
Стандартний сценарій тесту формується з урахуванням сценарію вимоги. Ось, наприклад, формат "Дано-Коли-Тоді" (Given-When-Then або GWT):
- Дано: (описується початковий стан сценарію),
- Коли: (описується послідовність конкретних дій, що робить користувач),
- Тоді: (описується те, що система має зробити у відповідь на описану вище послідовність дій).
Сценарій як вимоги, так і тесту зазвичай має назву або інший ідентифікатор. Твердження тесту описуються простими реченнями у форматі "один підмет, одне дієслово, один присудок". Кожна секція може мати кілька тверджень. Кожне твердження пишеться на новому рядку. Зв'язка "і" застосовується на початку рядка для другого та кожного наступного затвердження однієї секції.
Оскільки сценарій створюється від імені користувача, сценарні формати складно застосувати до серверних, а не користувальницьких функціоналів. Покрокова інструкція також не опише ті тести, очікувані результати яких відносяться до якості, а не вимірювань. Тестування на зручність користування, наприклад, може оцінювати можливість користувача самостійно створити послідовність кроків. Нарешті, кваліфіковані тестувальники можуть не потребувати точних деталей сценаріїв та витрати на їх створення необґрунтовані.
Тестові специфікації можуть використовуватися як там, де сценарні тести не застосовуються, так і замість них. Прості тестові специфікації виглядають як маркований список характеристик та функцій, опитувальний лист, дефектна відомість, або картка контрольних перевірок.
Розробники можуть створювати свої формати. Брацька Техрада, наприклад, поєднує сценарії та специфікації.
А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, для планової перевірки Брацьких Ферм найкраще підійде:
Варіанти
- Специфікація. / сценарій. / ситуативний тест. / натуральне тестування.
- Следующее лектио -- Тестировка Изделий
Термины
- Функциональное тестирование, Нефункциональное тестирование, Требования, Регрессионное тестирование, Прогрессивное тестирование
Экзамен
Определения
Вопросы экзамена
- Какое из приведенных ниже утверждений является правильным: --
Все остальные ответы по существу верны. Регрессионное тестирование - это разновидность функционального тестирования. Пользовательские истории, использованные для последней разработки, могут быть отлично использованы для прогрессивного тестирования. При тестировании всегда учитываются требования к продукту. Прогрессивное тестирование гарантирует, что вновь разработанный функционал работает в соответствии с требованиями продукта.
