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

Матеріал з Брацка Правка
Перейти до: навігація, пошук
 
(Не показані 50 проміжних версій 8 користувачів)
Рядок 1: Рядок 1:
[[Сценарии Тестов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проверки Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Сценарії Тестів]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Документы Тестов|Документи Тестів]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Поиски и Сценарии]].
+
Предшественник этого ''Лектио'' -- [[Задания на Поиск]].
  
 
===Иллюстрации===
 
===Иллюстрации===
<gallery mode="packed">
+
<gallery mode="packed">File:Сценарии_Тестов.png
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Сценарии Тестов</strong></p><p>Сценарий теста (test case; в русском сленге, "тест кейс") -- это документация теста, включающая набор требований для его проведения. В системной инженерии задание на функциональный тест, например, определяет входные данные, внешние факторы, доступные активы, процедуры и ожидаемые выходные данные, которые должна производить тестируемая система. Имея эту спецификацию, тестировщик, который проводит функциональное тестирование работы продукта, может оценить, достигает ли тестируемая система целей, для достижения которых она была разработана.</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>Для того чтоб подготовить Тестовый Пример необходимо знать следующую информацию: описание Требования, которое мы должны проверить; объяснение, как проверить систему; версия приложения, файлы данных, операционная система, аппаратное обеспечение, безопасный доступ, физическая или логическая дата, время суток и т.д. </p>
 
<p>Не все случаи производительности должны быть очень подробными. Например, один пример теста производительности для этого самого lectio может быть:
 
Оцените, отражает ли заключительный вопрос lectio краткую лекцию, которую включает эта lectio.</p>
 
<p>Тестовые примеры для Юзабилити-Тестирования редко детализируются; они имеют тенденцию быть более общими, чем для тестирования производительности. Простейший пример теста на удобство использования:
 
<p>При использовании протестированной системы сообщайте, если вы чувствуете себя некомфортно, запутались или даже начинаете думать, что делать дальше.
 
Регрессионное Тестирование для улучшения пользовательского опыта невозможно; все Юзабилити-Тестирование относится к категории «прогрессивное тестирование».</p>
 
  
Тест-кейс — это профессиональная документация тестировщика, последовательность действий направленная на проверку какого-либо функционала, описывающая как придти к фактическому результату.
+
===Варіанти===
 +
:негативного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / позитивного очікуваного результату буде повідомлення про помилку під час введення невірного пароля. / формального сценарію буде глибоко деталізована специфікація. / неформального сценарію буде глибоко деталізована специфікація.
 +
:Следующее лектио -- '''[[Атрибуты Сценариев]]'''
  
Набор тест-кейсов называют тест-комплектом. Иногда тест-набор путают с тест-планом. Тест-план описывает какие работы, как и когда должны быть проведены в рамках тестирования продукта, а так же что необходимо для их выполнения.
+
===Термины===
 
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
Зачем нужны тест-кейсы?
 
 
 
Тест-кейсы должен помочь нам провести проверку продукта без ознакомления с всей документацией. Написанный один раз, удобный в поддержке тест-кейс сэкономит много времени и сил тестировщикам.
 
 
 
Атрибуты тест-кейса
 
  
Любой тест-кейс обязательно включает в себя:
+
==Экзамен==
  
    Уникальный идентификатор тест-кейса — необходим для удобной организации хранения и навигации по нашим тест-наборам.
+
===Определения===
    Название — основная тема, или идея тест-кейса. Кратное описание его сути.
+
:
    Предусловия — описание условий, которые не имеют прямого отношения к проверяемому функционалу, но должны быть выполнены.
 
    Например, оставить комментарий на вашем портале может только зарегистрированный пользователь. Значит для тест-кейса «Создание комментария» будет необходимо выполнение предусловия «пользователь зарегистрирован», и «пользователь авторизован»
 
    Шаги — описание последовательности действий, которая должна привести нас к ожидаемому результату
 
    Ожидаемый результат — результат: что мы ожидаем увидеть после выполнения шагов.
 
  
 
+
===Вопросы экзамена===
 
 
Не обязательно, но желательно добавить в тест-кейс атрибут история редактирования — это сильно облегчит вам жизнь. Лаконичный журнал изменений, где отраженно: кем, как, и когда был изменен тест-кейс.
 
 
 
Что еще необходимо знать, перед созданием тест-кейса?
 
 
 
Во-первых, каждый выполненный тест-кейс, дает нам один из трех результатов:
 
 
 
1.Положительный результат, если фактический результат равен ожидаемому результату,
 
2.Отрицательный результат, если фактический результат не равен ожидаемому результату. В этом случае, найдена ошибка.
 
3.Выполнение теста блокировано, если после одного из шагов продолжение теста невозможно. В этом случае так же, найдена ошибка.
 
 
 
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
 
 
 
Чего не должно быть в тест-кейсе
 
 
 
1. Зависимостей от других тест-кейсов;
 
2. Нечеткой формулировки шагов или ожидаемого результата;
 
3. Отсутствия необходимой для прохождения тест-кейса информации;
 
4. Излишней детализации.
 
 
 
Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.
 
 
 
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
 
 
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
 
 
 
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
 
 
 
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
 
 
 
===Термины===
 
:[[Требования]], [[Тестовый Пример]], [[Юзабилити-тестирование]], [[Регрессионное Тестирование]], [[Прогрессивное Тестирование]]
 
 
 
===Вопрос(ы)===
 
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Следующее лектио -- '''[[Проверка и Приёмка]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

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

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


Материалы

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

Иллюстрации

Текст (HTML)

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

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

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

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

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

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

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

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

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

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

Варіанти

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

Термины

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

Экзамен

Определения

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

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда