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

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(→‎Текст)
 
(Не показано 34 проміжні версії 8 користувачів)
Рядок 1: Рядок 1:
−
[[Сценарии Тестов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Документы Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Сценарії Тестів]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Документы Тестов|Документи Тестів]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
 
==Материалы==
 
==Материалы==
−
Предшественник этого ''Лектио'' -- [[Поиски и Сценарии]].
+
Предшественник этого ''Лектио'' -- [[Задания на Поиск]].
  
 
===Иллюстрации===
 
===Иллюстрации===
−
<gallery mode="packed">
+
<gallery mode="packed">File:Сценарии_Тестов.png
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документ излагающий требования для его проведения. Глубоко разработанный сценарий позволяет слабо подготовленному тестировщику успешно провести тест. Плохо разработанный сценарий требует от тестировщика начать с доработки сценария.</p><p>Подробность сценария зависит от важности теста и цены ошибки. Вот пример простого сценария:<blockquote><code>Найти "Техобзорны Курс" на таком-то веб-сайте, прочитать лектио под названием "Сценарии Тестов" и оценить, соответствует ли его заключительный вопрос содержанию лекции.</code></blockquote></p><p>Ничего не взорвётся и никто не погибнет, если заключительный вопрос лектио не соответствует содержанию лекции. Проверка же безопасности реактора четвёртого энергоблока Чернобыльской атомной электростанции 26 апреля 1986 года привела к его разрушению.</p><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>
  
−
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
+
===Варіанти===
 +
:негативного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / позитивного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / формального сценарію буде глибоко деталізована специфікація. / неформального сценарію буде глибоко деталізована специфікація.
 +
:Следующее лектио -- '''[[Атрибуты Сценариев]]'''
  
−
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
+
===Термины===
−
 
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
−
Чего не должно быть в тест-кейсе
 
−
 
 
−
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