Служебные Тесты — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Служебные Тесты (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Ручных Тес…»)
 
(Термины)
 
(не показано 45 промежуточных версий 3 участников)
Строка 1: Строка 1:
[[Служебные Тесты]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Ручных Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Служебные Тесты]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[О Создании Тестов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Натуральные Тесты]].
+
Предшественник этого ''Лектио'' -- [[Ручные и Авто-Тесты]].
  
 
===Иллюстрации===
 
===Иллюстрации===
<gallery mode="packed">
+
<gallery mode="packed">File:Служебные_Тесты.png
 
</gallery>
 
</gallery>
  
===Текст===
+
<gallery mode="packed">File:Служебные_Тесты_рис2.png
:<p><strong>Служебные Тесты</strong></p><p>Применение изделия  по его назначению -- это натуральный тест, так как любое использование системы тестирует её. Обычные пользователи изделия могут рассматриваться в качестве ручных тестировщиков если результаты этого использования доступны разработчикам этого изделия.</p><p>В нецифровой жизни, задача получения данных об эксплуатации стандартной системы сложна. И, наоборот, сбор данных об использовании цифровой системы в облаке вполне посилен. Для этого ответственные за систему должны поставить такую цель и предложить политики, а администрация системы -- выделить ресурсы на внедрение сбора и обработки результатов натуральных тестов.</p><p>В Брацком Облаке, одной из политик является предоставление пользователям возможности обратиться за поддержкой (help desk). Эта политика позволяет ответственным за систему получать информацию напрямую от пользователей. Добавка в систему функции сбора комментариев теоретически также может достичь такой же цели, но адекватные пользователи редко обращаются, если у них нет на то острой необходимости.</p><p>Другая политика предусматривает периодический анализ собранных данных для выявления закономерностей, "узких мест" (bottle neck) и возможностей для улучшений. Данные могут анализироваться еженедельно, ежемесячно или ежегодно. Этот анализ ведёт к предложениям для улучшения систем и исправления ошибок.</p><p>
+
</gallery>
 +
 
 +
===Текст (HTML)===
 +
:<p><strong>Служебные Тесты</strong></p><p>В отличие от тестов натуральных, служебная тестировка выполняется теми сотрудниками, чья должностная инструкция или рабочее задание включает ручное тестирование.</p><p>Типично, эти тесты имитируют действия пользователей. Другие задачи тестировщиков могут включать:</p><ul><li>Формирование стратегии тестирования, то есть определение объектов тестирования, типы тестов и их расписание.</li><li>Написание сценариев тестов. Эти описания далее используются для проведения тестов.</li><li>Самостоятельное внесение тех исправлений в тестируемые изделия, которые позволяются правами тестировщиков.</li><li>Документация результатов тестов, включая сообщения об обнаруженных ошибках, проблемах с пользовательским интерфейсом и областях, требующих улучшения.</li></ul><p>Тестирование производится <strong>до начала</strong> разработки, <strong>во время</strong> исполнения  проекта разработки и <strong>после</strong> его завершения.</p><p>Исследовательское тестирование (exploratory testing) задействуется для уточнения "образа" будущего изделия и формирования задач его разработки. Например в медицине, непроникающие обследования включают изучение рентген-снимков и данных от УЗИ . Проверка при помощи зонда же будет обследованием воздействующим.</p><p>Разработка программного обеспечения (ПО) практически всегда сопровождается тестированием. Эта разработка типично проводится циклами. Брацки Техсовет называет их "прогонами". Как самое малое, каждый прогон завершается тестами; хотя в реальной жизни тесты проводятся намного чаще.</p><ol type="a"><li>Вначале тестируются компоненты ПО (unit testing).</li><li>После достижения жизнеспособности компонентов, тестируется их взаимодействие (integration testing; на сленге разработчиков, "дружба" компонентов).</li><li>После проверки взаимодействия, тестируется жизнеспособность всей системы (system testing).</li></ol><p>Однако тесты прогонами не заканчиваются.</p><ol type="a"><li>Перед передачей конечным пользователям, готовая система проходит "альфа-тестирование", то есть имитацию реальной работы системы.</li><li>"Бета-тестирование" проводится, если о нём договорились заказчик и разработчики. Бета-тест производится уже конечными пользователями, которые предупреждены о том, что работают с сырой системой. Бета-тест иногда называется "полевыми испытаниями".</li></ol><p>Альфа и бета -- это первые две буквы греческого алфавита. Разработчики готовых программных решений с открытым кодом, как правило, публикуют и бета-версии, и стабильные версии своих изделий. На всех брацких фермах, за исключением Опытной Фермы, установлены исключительно стабильные версии. Бета-версии могут быть развёрнуты только на Опытном Облаке.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, служебные тесты изделия скорее всего будут проходить в следующей последовательности:</p>
 +
 
 +
===Варианты===
 +
:исследовательское, взаимодействия, бета. / компоненты,  альфа, исследовательское. / альфа, бета, компоненты. / бета, системы, альфа.
  
Большинство Ручных Тестов включает в себя контроль того, соответствует ли рабочий продукт его требованиям, поиск ошибок, проблем с пользовательским интерфейсом и/или областей для улучшений при ручном выполнении действий на веб-сайте, мобильном приложении или другом приложении конечного пользователя. Тех, кто выполняет эти действия, можно назвать ручными тестировщиками. Эти действия тестировщики выполняют время от времени или специально.</p>
+
:Следующее лектио -- '''[[Сценарии и Поиски]]'''
<p>Большинство случайных тестов выполняется конечными пользователями, которые регулярно используют Программные Системы, но не имеют конкретной цели.
 
Специально организованное тестирование обычно проводится теми работниками, чья должностная инструкция прямо или косвенно включает Ручной Тест. Помимо самого Тестирования, эти рабочие могут выполнять четыре типа задач. Эти тестировщики могут (а) планировать Тестирование, (б) писать тестовые примеры, (в) сообщать об обнаруженных ошибках, проблемах с пользовательским интерфейсом и/или областях, требующих улучшения, и/или (г) вносить те исправления, которые можно сделать.</p>
 
<p>Специально организованное Тестирование может затрагивать конкретные проблемы или области, требующие улучшения. Например, рабочее тестирование продукта оценивает функциональность рабочих продуктов, производительность тех команд, которые их разработали, и/или другие результаты разработки. Юзабилити-тестирование направлено на поиск областей для улучшения и удобства пользовательского опыта (UX). Приемочные испытания проводятся для проверки того, соответствует ли разработанная система требованиям завершения, обычно называемым критериями приемки. То есть готов ли продукт для следующей эксплуатации.</p>
 
<p>Периодическое Тестирование не требует ни планирования, ни написания тестовых примеров; однако время от времени тестировщики либо сообщают, либо, в некоторых случаях, исправляют ошибки и другие проблемы. Например, вы используете продукт тех людей, которые написали строки, которые вы сейчас читаете или слушаете. Чтобы улучшить любой текст, который вы видите на Брацкой Правке с отчетом или без него, вам не нужно описание требований.</p>
 
  
 
===Термины===
 
===Термины===
:[[Ручное Тестирование]], [[Программные Системы]], [[Автоматизированное Тестирование]], [[Программные Системы]], [[Юзабилити-тестирование]], [[UX]], [[Приемочные Испытания]], [[Периодические Тестирование]]  
+
:[[Ручное тестирование]], [[Программные системы]], [[Автоматизированное тестирование]], [[Юзабилити-тестирование]], [[UX]], [[Приемочные испытания]], [[Периодические тестирование]]
 +
 
 +
==Экзамен==
  
===Вопрос(ы)===
+
===Определения===
 +
:
 +
 
 +
===Вопросы экзамена===
 
:Какое из приведенных ниже утверждений является правильным: --
 
:Какое из приведенных ниже утверждений является правильным: --
 
а)Все остальные ответы по существу верны.
 
а)Все остальные ответы по существу верны.
Строка 28: Строка 35:
 
d)Периодическое тестирование может быть организовано для получения отзывов конечных пользователей об объекте тестирования.
 
d)Периодическое тестирование может быть организовано для получения отзывов конечных пользователей об объекте тестирования.
 
e)Написание тестовых примеров - важный этап периодического тестирования.
 
e)Написание тестовых примеров - важный этап периодического тестирования.
 
:Следующее лектио -- '''[[Проверка Результатов Работы]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Текущая версия на 20:14, 20 сентября 2022

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


Материалы

Предшественник этого Лектио -- Ручные и Авто-Тесты.

Иллюстрации

Текст (HTML)

Служебные Тесты

В отличие от тестов натуральных, служебная тестировка выполняется теми сотрудниками, чья должностная инструкция или рабочее задание включает ручное тестирование.

Типично, эти тесты имитируют действия пользователей. Другие задачи тестировщиков могут включать:

  • Формирование стратегии тестирования, то есть определение объектов тестирования, типы тестов и их расписание.
  • Написание сценариев тестов. Эти описания далее используются для проведения тестов.
  • Самостоятельное внесение тех исправлений в тестируемые изделия, которые позволяются правами тестировщиков.
  • Документация результатов тестов, включая сообщения об обнаруженных ошибках, проблемах с пользовательским интерфейсом и областях, требующих улучшения.

Тестирование производится до начала разработки, во время исполнения проекта разработки и после его завершения.

Исследовательское тестирование (exploratory testing) задействуется для уточнения "образа" будущего изделия и формирования задач его разработки. Например в медицине, непроникающие обследования включают изучение рентген-снимков и данных от УЗИ . Проверка при помощи зонда же будет обследованием воздействующим.

Разработка программного обеспечения (ПО) практически всегда сопровождается тестированием. Эта разработка типично проводится циклами. Брацки Техсовет называет их "прогонами". Как самое малое, каждый прогон завершается тестами; хотя в реальной жизни тесты проводятся намного чаще.

  1. Вначале тестируются компоненты ПО (unit testing).
  2. После достижения жизнеспособности компонентов, тестируется их взаимодействие (integration testing; на сленге разработчиков, "дружба" компонентов).
  3. После проверки взаимодействия, тестируется жизнеспособность всей системы (system testing).

Однако тесты прогонами не заканчиваются.

  1. Перед передачей конечным пользователям, готовая система проходит "альфа-тестирование", то есть имитацию реальной работы системы.
  2. "Бета-тестирование" проводится, если о нём договорились заказчик и разработчики. Бета-тест производится уже конечными пользователями, которые предупреждены о том, что работают с сырой системой. Бета-тест иногда называется "полевыми испытаниями".

Альфа и бета -- это первые две буквы греческого алфавита. Разработчики готовых программных решений с открытым кодом, как правило, публикуют и бета-версии, и стабильные версии своих изделий. На всех брацких фермах, за исключением Опытной Фермы, установлены исключительно стабильные версии. Бета-версии могут быть развёрнуты только на Опытном Облаке.

А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, служебные тесты изделия скорее всего будут проходить в следующей последовательности:

Варианты

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

Термины

Ручное тестирование, Программные системы, Автоматизированное тестирование, Юзабилити-тестирование, UX, Приемочные испытания, Периодические тестирование

Экзамен

Определения

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

Какое из приведенных ниже утверждений является правильным: --

а)Все остальные ответы по существу верны. b)Некоторые программы для Тестирования не всегда проводят Автоматическое Тестирование. c)Ни один из ответов не правильный d)Периодическое тестирование может быть организовано для получения отзывов конечных пользователей об объекте тестирования. e)Написание тестовых примеров - важный этап периодического тестирования.