Відмінності між версіями «Сценарії Тестів»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(→‎Текст)
 
(Не показані 40 проміжних версій 8 користувачів)
Рядок 1: Рядок 1:
−
[[Сценарии Тестов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Документы Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Сценарії Тестів]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Документы Тестов|Документи Тестів]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
 
==Материалы==
 
==Материалы==
−
Предшественник этого ''Лектио'' -- [[Поиски и Сценарии]].
+
Предшественник этого ''Лектио'' -- [[Задания на Поиск]].
  
 
===Иллюстрации===
 
===Иллюстрации===
−
<gallery mode="packed">
+
<gallery mode="packed">File:Сценарии_Тестов.png
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Хороший сценарий позволяет тестировщику успешно провести тест.</p><p>Для того чтоб подготовить Тестовый Пример необходимо знать следующую информацию: описание Требования, которое мы должны проверить; объяснение, как проверить систему; версия приложения, файлы данных, операционная система, аппаратное обеспечение, безопасный доступ, физическая или логическая дата, время суток и т.д. </p>
+
:<p><strong>Сценарії Тестів</strong></p><p>Сценарій тесту (test case; у російському сленгу, "тест кейс") -- це документ, що викладає вимоги для його проведення. Дослідницьке тестування (exploratory testing) використовується створення сценаріїв тестів. Рольове тестування (scenario testing) задіюється, щоб встановити необхідність нового сценарію. Глибоко розроблений сценарій дозволяє слабо підготовленому тестувальнику успішно провести тест.</p><p>Тестові сценарії розгалужуються на дві гілки: формальні та неформальні.</p><ul><li><strong>Формальний</strong> сценарій тесту ( formal test case) навіть найменшої вимоги складається з як мінімум двох етапів чітко визначених кроків. Якщо очікуваний результат одного етапу позитивний, іншого має бути негативним. Скажімо, під час перевірки функціоналу формальний тест має продемонструвати, що система робить те, що має робити і не робить того, що не повинна.</li><li><strong>Неформальний</strong> сценарій тесту (informal test case) може вибирати для перевірки окремі вимоги та складатися з одного етапу. Для проектів з невисокими ризиками, неформальний сценарій може застосовуватися, доки створюється формальний.</li></ul><p>Формальність та подробиці сценарію залежить від важливості тесту та ціни помилки. Глибоко деталізований сценарій містить умови, ресурси, кроки тестувальника, очікувані результати та додаткові атрибути тесту. Прості сценарії рідко містять усі атрибути.</p><p>Ось приклад простого сценарію у форматі "Дано-Коли-Тоді":<ol type="a"><li>Дано: Веб-сторінка лектіо "Сценарії Тестів" курсу під назвою "Вибір Професії",</li><li>Коли: Веб-сторінку завантажено та відкрито,<br>і: правильна відповідь заключного питання обрана,<br>і: кнопка "Далі" натиснута,</li><li>Тоді: Користувач потрапляє на наступну веб-сторінку.</li></ol></p><p>Нічого не вибухне і ніхто не загине, якщо заключне питання лектіо не відповідає змісту лекції. Перевірка безпеки реактора четвертого енергоблоку Чорнобильської атомної електростанції 26 квітня 1986 року призвела до його руйнування.</p><p>Велика ціна помилки зобов'язує тест бути формальним. Сценарії тестів ядерних реакторів розробляються разом із докладною інструкцією. До проведення перевірки тестувальники допускаються лише після проходження спеціального тренінгу. Під час тренінгу всі кроки та можливі позаштатні ситуації мають детально розбиратися.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, прикладом:</p>
−
<p>Не все случаи производительности должны быть очень подробными. Например, один пример теста производительности для этого самого lectio может быть:
 
−
Оцените, отражает ли заключительный вопрос lectio краткую лекцию, которую включает эта lectio.</p>
 
−
<p>Тестовые примеры для Юзабилити-Тестирования редко детализируются; они имеют тенденцию быть более общими, чем для тестирования производительности. Простейший пример теста на удобство использования:
 
−
<p>При использовании протестированной системы сообщайте, если вы чувствуете себя некомфортно, запутались или даже начинаете думать, что делать дальше.
 
−
Регрессионное Тестирование для улучшения пользовательского опыта невозможно; все Юзабилити-Тестирование относится к категории «прогрессивное тестирование».</p>
 
  
−
Тест-кейс — это профессиональная документация тестировщика, последовательность действий направленная на проверку какого-либо функционала, описывающая как придти к фактическому результату.
+
===Варіанти===
 +
:негативного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / позитивного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / формального сценарію буде глибоко деталізована специфікація. / неформального сценарію буде глибоко деталізована специфікація.
 +
:Следующее лектио -- '''[[Атрибуты Сценариев]]'''
  
−
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
+
===Термины===
−
 
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
−
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
 
−
 
 
−
Чего не должно быть в тест-кейсе
 
−
 
 
−
1. Зависимостей от других тест-кейсов;
 
−
2. Нечеткой формулировки шагов или ожидаемого результата;
 
−
3. Отсутствия необходимой для прохождения тест-кейса информации;
 
−
4. Излишней детализации.
 
−
 
 
−
Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.
 
−
 
 
−
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
−
 
 
−
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
 
−
 
 
−
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
 
−
 
 
−
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
 
  
−
Сценарное тестирование занимают свою нишу. Я могу себе представить ситуации в тестировании, когда эффективность и воспроизводимость настолько важны, что мы должны написать сценарии для них или их автоматизировать. Например, в случае, когда тестовая платформа регулярно бывает недоступна, как в случае клиент-серверных приложений, в которых есть только несколько настроенных серверов и они должны быть разделены между командами разработки и тестирования. Здравый смысл подсказывает нам, что мы должны заранее тщательно проработать сценарий тестов, чтобы получить максимальную отдачу во время выполнения тестов в выделенное нам время. Исследовательское тестирование особенно полезно в сложных ситуациях тестирования, когда мало что известно о продукте, или как часть подготовки набора сценариев тестов. Основное правило заключается в следующем: исследовательское тестирование используется в тех случаях, когда выполнение следующего теста неочевидно, или когда вы хотите выйти за рамки очевидного. По моему опыту, это происходит в большинстве случаев.
+
==Экзамен==
  
−
Если одним сценарием тестируется один объект, то ожидаемый результат должен быть одним.
+
===Определения===
 +
:
  
−
===Термины===
+
===Вопросы экзамена===
−
:[[Требования]], [[Тестовый Пример]], [[Юзабилити-тестирование]], [[Регрессионное Тестирование]], [[Прогрессивное Тестирование]]
 
−
 
 
−
===Вопрос(ы)===
 
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
−
 
−
:Следующее лектио -- '''[[Атрибуты Сценариев]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Поточна версія на 13:22, 26 листопада 2022

Сценарії Тестів (тут і далі по тексту -- Лектіо) -- це частина уроку Документи Тестів. У Брацькій Школі, уроки діляться на так звані лектіо, кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу Вибір Професії.


Материалы

Предшественник этого Лектио -- Задания на Поиск.

Иллюстрации

  • Сценарии Тестов.png

Текст (HTML)

Сценарії Тестів

Сценарій тесту (test case; у російському сленгу, "тест кейс") -- це документ, що викладає вимоги для його проведення. Дослідницьке тестування (exploratory testing) використовується створення сценаріїв тестів. Рольове тестування (scenario testing) задіюється, щоб встановити необхідність нового сценарію. Глибоко розроблений сценарій дозволяє слабо підготовленому тестувальнику успішно провести тест.

Тестові сценарії розгалужуються на дві гілки: формальні та неформальні.

  • Формальний сценарій тесту ( formal test case) навіть найменшої вимоги складається з як мінімум двох етапів чітко визначених кроків. Якщо очікуваний результат одного етапу позитивний, іншого має бути негативним. Скажімо, під час перевірки функціоналу формальний тест має продемонструвати, що система робить те, що має робити і не робить того, що не повинна.
  • Неформальний сценарій тесту (informal test case) може вибирати для перевірки окремі вимоги та складатися з одного етапу. Для проектів з невисокими ризиками, неформальний сценарій може застосовуватися, доки створюється формальний.

Формальність та подробиці сценарію залежить від важливості тесту та ціни помилки. Глибоко деталізований сценарій містить умови, ресурси, кроки тестувальника, очікувані результати та додаткові атрибути тесту. Прості сценарії рідко містять усі атрибути.

Ось приклад простого сценарію у форматі "Дано-Коли-Тоді":

  1. Дано: Веб-сторінка лектіо "Сценарії Тестів" курсу під назвою "Вибір Професії",
  2. Коли: Веб-сторінку завантажено та відкрито,
    і: правильна відповідь заключного питання обрана,
    і: кнопка "Далі" натиснута,
  3. Тоді: Користувач потрапляє на наступну веб-сторінку.

Нічого не вибухне і ніхто не загине, якщо заключне питання лектіо не відповідає змісту лекції. Перевірка безпеки реактора четвертого енергоблоку Чорнобильської атомної електростанції 26 квітня 1986 року призвела до його руйнування.

Велика ціна помилки зобов'язує тест бути формальним. Сценарії тестів ядерних реакторів розробляються разом із докладною інструкцією. До проведення перевірки тестувальники допускаються лише після проходження спеціального тренінгу. Під час тренінгу всі кроки та можливі позаштатні ситуації мають детально розбиратися.

А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, прикладом:

Варіанти

негативного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / позитивного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / формального сценарію буде глибоко деталізована специфікація. / неформального сценарію буде глибоко деталізована специфікація.
Следующее лектио -- Атрибуты Сценариев

Термины

Требования, Тестовый пример, Юзабилити-тестирование, Регрессионное тестирование, Прогрессивное тестирование

Экзамен

Определения

Вопросы экзамена

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Отримано з https://pravka.idosvid.com/w2/index.php?title=Сценарії_Тестів&oldid=32012