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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
Строка 12: Строка 12:
 
:<p><strong>Натуральные Тесты</strong></p><p>Применение изделия  по его назначению -- это натуральный тест, так как любое использование системы тестирует её. Обычные пользователи изделия могут рассматриваться в качестве ручных тестировщиков если результаты этого использования доступны разработчикам этого изделия.</p><p>В нецифровой жизни, задача получения данных об эксплуатации стандартной системы сложна. И, наоборот, сбор данных об использовании цифровой системы в облаке вполне посилен. Для этого ответственные за систему должны поставить такую цель и предложить политики, а администрация системы -- выделить ресурсы на внедрение сбора и обработки результатов натуральных тестов.</p><p>В Брацком Облаке, одной из политик является предоставление пользователям возможности обратиться за поддержкой (help desk). Эта политика позволяет ответственным за систему получать информацию напрямую от пользователей. Добавка в систему функции сбора комментариев теоретически также может достичь такой же цели, но адекватные пользователи редко обращаются, если у них нет на то острой необходимости.</p><p>Другая политика предусматривает периодический анализ собранных данных для выявления закономерностей, "узких мест" (bottle neck) и возможностей для улучшений. Данные могут анализироваться еженедельно, ежемесячно или ежегодно. Этот анализ ведёт к предложениям для улучшения систем и исправления ошибок.</p><p>
 
:<p><strong>Натуральные Тесты</strong></p><p>Применение изделия  по его назначению -- это натуральный тест, так как любое использование системы тестирует её. Обычные пользователи изделия могут рассматриваться в качестве ручных тестировщиков если результаты этого использования доступны разработчикам этого изделия.</p><p>В нецифровой жизни, задача получения данных об эксплуатации стандартной системы сложна. И, наоборот, сбор данных об использовании цифровой системы в облаке вполне посилен. Для этого ответственные за систему должны поставить такую цель и предложить политики, а администрация системы -- выделить ресурсы на внедрение сбора и обработки результатов натуральных тестов.</p><p>В Брацком Облаке, одной из политик является предоставление пользователям возможности обратиться за поддержкой (help desk). Эта политика позволяет ответственным за систему получать информацию напрямую от пользователей. Добавка в систему функции сбора комментариев теоретически также может достичь такой же цели, но адекватные пользователи редко обращаются, если у них нет на то острой необходимости.</p><p>Другая политика предусматривает периодический анализ собранных данных для выявления закономерностей, "узких мест" (bottle neck) и возможностей для улучшений. Данные могут анализироваться еженедельно, ежемесячно или ежегодно. Этот анализ ведёт к предложениям для улучшения систем и исправления ошибок.</p><p>
  
Большинство Ручных Тестов включает в себя контроль того, соответствует ли рабочий продукт его требованиям, поиск ошибок, проблем с пользовательским интерфейсом и/или областей для улучшений при ручном выполнении действий на веб-сайте, мобильном приложении или другом приложении конечного пользователя. Тех, кто выполняет эти действия, можно назвать ручными тестировщиками. Эти действия тестировщики выполняют время от времени или специально.</p>
 
<p>Большинство случайных тестов выполняется конечными пользователями, которые регулярно используют Программные Системы, но не имеют конкретной цели.
 
Специально организованное тестирование обычно проводится теми работниками, чья должностная инструкция прямо или косвенно включает Ручной Тест. Помимо самого Тестирования, эти рабочие могут выполнять четыре типа задач. Эти тестировщики могут (а) планировать Тестирование, (б) писать тестовые примеры, (в) сообщать об обнаруженных ошибках, проблемах с пользовательским интерфейсом и/или областях, требующих улучшения, и/или (г) вносить те исправления, которые можно сделать.</p>
 
<p>Специально организованное Тестирование может затрагивать конкретные проблемы или области, требующие улучшения. Например, рабочее тестирование продукта оценивает функциональность рабочих продуктов, производительность тех команд, которые их разработали, и/или другие результаты разработки. Юзабилити-тестирование направлено на поиск областей для улучшения и удобства пользовательского опыта (UX). Приемочные испытания проводятся для проверки того, соответствует ли разработанная система требованиям завершения, обычно называемым критериями приемки. То есть готов ли продукт для следующей эксплуатации.</p>
 
 
<p>Периодическое Тестирование не требует ни планирования, ни написания тестовых примеров; однако время от времени тестировщики либо сообщают, либо, в некоторых случаях, исправляют ошибки и другие проблемы. Например, вы используете продукт тех людей, которые написали строки, которые вы сейчас читаете или слушаете. Чтобы улучшить любой текст, который вы видите на Брацкой Правке с отчетом или без него, вам не нужно описание требований.</p>
 
<p>Периодическое Тестирование не требует ни планирования, ни написания тестовых примеров; однако время от времени тестировщики либо сообщают, либо, в некоторых случаях, исправляют ошибки и другие проблемы. Например, вы используете продукт тех людей, которые написали строки, которые вы сейчас читаете или слушаете. Чтобы улучшить любой текст, который вы видите на Брацкой Правке с отчетом или без него, вам не нужно описание требований.</p>
  

Версия 16:12, 24 января 2021

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


Материалы

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

Иллюстрации

Текст

Натуральные Тесты

Применение изделия по его назначению -- это натуральный тест, так как любое использование системы тестирует её. Обычные пользователи изделия могут рассматриваться в качестве ручных тестировщиков если результаты этого использования доступны разработчикам этого изделия.

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

В Брацком Облаке, одной из политик является предоставление пользователям возможности обратиться за поддержкой (help desk). Эта политика позволяет ответственным за систему получать информацию напрямую от пользователей. Добавка в систему функции сбора комментариев теоретически также может достичь такой же цели, но адекватные пользователи редко обращаются, если у них нет на то острой необходимости.

Другая политика предусматривает периодический анализ собранных данных для выявления закономерностей, "узких мест" (bottle neck) и возможностей для улучшений. Данные могут анализироваться еженедельно, ежемесячно или ежегодно. Этот анализ ведёт к предложениям для улучшения систем и исправления ошибок.

Периодическое Тестирование не требует ни планирования, ни написания тестовых примеров; однако время от времени тестировщики либо сообщают, либо, в некоторых случаях, исправляют ошибки и другие проблемы. Например, вы используете продукт тех людей, которые написали строки, которые вы сейчас читаете или слушаете. Чтобы улучшить любой текст, который вы видите на Брацкой Правке с отчетом или без него, вам не нужно описание требований.

Термины

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

Вопрос(ы)

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

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

Следующее лектио -- Служебные Тесты