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

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(→‎Текст)
 
(Не показано 34 проміжні версії 5 користувачів)
Рядок 1: Рядок 1:
−
[[Атрибуты Сценариев]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Сценариев Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Атрибути Сценаріїв]] (тут і далі по тексту -- ''Лектіо'') -- це частина уроку [[Документы Тестов|Документи Тестів]]. У [[Брацка Школа|Брацькій Школі]], уроки діляться на так звані [[лектио|лектіо]], кожне з яких складається з мікролекції та одного або декількох заключних питань. Урок, своєю чергою, належить до курсу '''[[Выбор Профессии|Вибір Професії]]'''.
  
  
Рядок 9: Рядок 9:
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Атрибуты Сценариев</strong></p><p>Сценарий теста (test case) описывает условия, ресурсы, действия тестировщика и ожидаемые результаты. Типичный тест проводится одним заходом. Если этапов несколько, то условия, ресурсы, действия тестировщика и ожидаемые результаты прописываются для каждого этапа.</p><p>Тесты не созданы одинаковыми. В зависимости от потребностей, сценарии могут дополнительно включать:<ul><li>Название, другие идентификаторы, тема, краткое содержание теста. На предприятиях, эти метаданные стандартно задействуются для архивирования, хранения и нахождения документа.</li><li>Категория теста. </li><li>История теста. Авторы</li><li>История тестового сценария. </li><li>
+
:<p><strong>Атрибути Сценаріїв</strong></p><p>Сценарій тесту (test case) описує атрибути тесту. Як документ, сценарій може бути коротким або довгим.</p><p>Короткі сценарії можуть складатися з однієї пропозиції. У форматі "Дано-Коли-Тоді" ця пропозиція сформулює об'єкт, що тестується (тобто те, що "дано"), дію тестувальника (тобто "коли") та очікуваний результат (або "тоді"). Глибоко деталізовані документи охоплюють умови, ресурси, кроки тестувальника, очікувані результати та додаткові атрибути.</p><p>Якщо тест проводиться не одним заходом і з кількома етапами, то основні атрибути прописуються для кожного етапу.<ol type="a"> <li>Умови визначають тестуючий суб'єкт, об'єкт тестування та середовище тесту. Деякі умови можуть не мати прямого відношення до об'єкта тестування та повинні бути виконані до або після основної частини тесту. Попередні вимоги мають бути задоволені до кроків тестувальника.</li><li>Ресурси задають інфраструктуру, інструменти, засоби, витратні матеріали та участь тих людей, які не є тестувальниками. Права доступу -- це також ресурс. Наприклад, якщо перевіряється закритий від публіки функціонал, тестувальнику потрібне ім'я користувача та пароль.</li><li>Кроки тестувальника показують послідовність дій тестувальника.</li><li>Очікуваний результат -- те, що має статися або з'явитися після виконання кроків тестувальника. Якщо одним сценарієм тестується один об'єкт, то очікуваний результат має бути одним. Зіставлення фактичного результату з очікуваним дає підсумок тесту.</li></ol></p><p>Залежно від потреб, сценарії можуть додатково включати: <ul><li>Назва, тема, короткий зміст тесту та інші ідентифікатори стандартно використовуються підприємствами для архівування, зберігання та знаходження документа.</li><li>Категорія тесту. Діючий або непроникний, обстеження або випробування, перевірочний або приймальний, функціональний чи ні і, якщо ні, то якого типу. Якщо не достатньо описаний суб'єкт -- автоматизований або ручний, а також білий, чорний або сірий ящик.</li><li>Історія тесту та його сценарію, автори, коли доданий та історія прогонів можуть бути корисні для роботи над зворотними тестами. </ul></p><p>Набір атрибутів залежить від цілей тесту. Зайве деталювання зашкодить будь-якому сценарію. Ідеальний сценарій тесту містить необхідні дані та не містить непотрібних.</p><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, будь-який сценарій містить:</p>
  
 +
===Варіанти===
 +
:всі атрибути. / основні атрибути. / кроки тестувальника та очікуваний результат. / специфікацію.
 +
:Следующее лектио -- '''[[Отчёты по Тестам]]'''
  
−
Автоматизация - является ли этот тестовый пример автоматизированным или нет.
+
===Термины===
−
 
+
:[[Требования]], [[Тестовый пример]], [[Юзабилити-тестирование]], [[Регрессионное тестирование]], [[Прогрессивное тестирование]]
−
 
 
−
 
 
−
Предварительные требования, то .  - в этом поле указываются условия или шаги, которые необходимо выполнить перед выполнением шагов теста.
 
−
 
 
−
Любой тест-кейс обязательно включает в себя:
 
−
 
 
−
 
 
−
    Предусловия — описание условий, которые не имеют прямого отношения к проверяемому функционалу, но должны быть выполнены.
 
−
    Например, оставить комментарий на вашем портале может только зарегистрированный пользователь. Значит для тест-кейса «Создание комментария» будет необходимо выполнение предусловия «пользователь зарегистрирован», и «пользователь авторизован»
 
−
    Шаги — описание последовательности действий, которая должна привести нас к ожидаемому результату
 
−
    Ожидаемый результат — результат: что мы ожидаем увидеть после выполнения шагов.
 
−
 
 
−
Не обязательно, но желательно добавить в тест-кейс атрибут история редактирования — это сильно облегчит вам жизнь. Лаконичный журнал изменений, где отраженно: кем, как, и когда был изменен тест-кейс.
 
−
 
 
−
Что еще необходимо знать, перед созданием тест-кейса?
 
−
 
 
−
Во-первых, каждый выполненный тест-кейс, дает нам один из трех результатов:
 
−
 
 
−
1.Положительный результат, если фактический результат равен ожидаемому результату,
 
−
2.Отрицательный результат, если фактический результат не равен ожидаемому результату. В этом случае, найдена ошибка.
 
−
3.Выполнение теста блокировано, если после одного из шагов продолжение теста невозможно. В этом случае так же, найдена ошибка.
 
−
 
 
−
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
 
−
 
 
−
Чего не должно быть в тест-кейсе
 
−
 
 
−
1. Зависимостей от других тест-кейсов;
 
−
2. Нечеткой формулировки шагов или ожидаемого результата;
 
−
3. Отсутствия необходимой для прохождения тест-кейса информации;
 
−
4. Излишней детализации.
 
−
 
 
−
Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.
 
−
 
 
−
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
  
−
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
+
==Экзамен==
  
−
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
+
===Определения===
 +
:
  
−
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
+
===Вопросы экзамена===
−
 
 
−
===Термины===
 
−
:[[Требования]], [[Тестовый Пример]], [[Юзабилити-тестирование]], [[Регрессионное Тестирование]], [[Прогрессивное Тестирование]]
 
−
 
 
−
===Вопрос(ы)===
 
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
 
:Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
−
 
−
:Следующее лектио -- '''[[Проверка и Приёмка]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

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

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


Материалы

Предшественник этого Лектио -- Сценарии Тестов.

Иллюстрации

Текст (HTML)

Атрибути Сценаріїв

Сценарій тесту (test case) описує атрибути тесту. Як документ, сценарій може бути коротким або довгим.

Короткі сценарії можуть складатися з однієї пропозиції. У форматі "Дано-Коли-Тоді" ця пропозиція сформулює об'єкт, що тестується (тобто те, що "дано"), дію тестувальника (тобто "коли") та очікуваний результат (або "тоді"). Глибоко деталізовані документи охоплюють умови, ресурси, кроки тестувальника, очікувані результати та додаткові атрибути.

Якщо тест проводиться не одним заходом і з кількома етапами, то основні атрибути прописуються для кожного етапу.

  1. Умови визначають тестуючий суб'єкт, об'єкт тестування та середовище тесту. Деякі умови можуть не мати прямого відношення до об'єкта тестування та повинні бути виконані до або після основної частини тесту. Попередні вимоги мають бути задоволені до кроків тестувальника.
  2. Ресурси задають інфраструктуру, інструменти, засоби, витратні матеріали та участь тих людей, які не є тестувальниками. Права доступу -- це також ресурс. Наприклад, якщо перевіряється закритий від публіки функціонал, тестувальнику потрібне ім'я користувача та пароль.
  3. Кроки тестувальника показують послідовність дій тестувальника.
  4. Очікуваний результат -- те, що має статися або з'явитися після виконання кроків тестувальника. Якщо одним сценарієм тестується один об'єкт, то очікуваний результат має бути одним. Зіставлення фактичного результату з очікуваним дає підсумок тесту.

Залежно від потреб, сценарії можуть додатково включати:

  • Назва, тема, короткий зміст тесту та інші ідентифікатори стандартно використовуються підприємствами для архівування, зберігання та знаходження документа.
  • Категорія тесту. Діючий або непроникний, обстеження або випробування, перевірочний або приймальний, функціональний чи ні і, якщо ні, то якого типу. Якщо не достатньо описаний суб'єкт -- автоматизований або ручний, а також білий, чорний або сірий ящик.
  • Історія тесту та його сценарію, автори, коли доданий та історія прогонів можуть бути корисні для роботи над зворотними тестами.

Набір атрибутів залежить від цілей тесту. Зайве деталювання зашкодить будь-якому сценарію. Ідеальний сценарій тесту містить необхідні дані та не містить непотрібних.

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

Варіанти

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

Термины

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

Экзамен

Определения

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

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