См. также - Web-тестирование, особенности, виды, последовательность

Это окончание невероятной информации про web-тестирование.

...

описания уровня операционного профайла, используя следующие обозначения:

• H - очень частое использование, много раз в течение заданного интервала времени или многими субъектами или вариантами использования.
• M - частое использование, несколько раз в течение заданного интервала времени или несколькими субъектами или вариантами использования.
• L - нечастое использование, малое число субъектов или вариантов использования.

Показатель операционного профайла следует выбирать на основании частоты применения варианта использования или компонента:

• число раз, которое ОДИН субъект (или вариант использования) применяет вариант использования (или компонент) в течение заданного времени
• число субъектов (или вариантов использования), работающих с вариантом использования (или компонентом)

Обычно чем чаще применяют вариант использования или компонент, тем выше его операционный профайл.

После этого составьте список всех вариантов использования и компонентов целевого объекта тестирования. Определите операционный профайл для каждого элемента списка и обоснуйте это значение. В оценке может помочь документ Рабочий продукт: документ анализа рабочей нагрузки.

Примеры:

• Установка нового программного обеспечения
• Заказ предметов из электронного каталога
• Запрос клиентов о выполнении их электронного заказа
• Окно выбора элемента

Определение приоритета теста

Наконец необходимо определить приоритеты тестов.

Начните с описания степени приоритета теста, используя следующие обозначения:

• H - тестирование необходимо
• M - тестирование следует выполнить, но после выполнения всех элементов H
• L - тестирование может выполняться, но только после тестирования всех элементов H и M

После этого составьте список всех вариантов использования и компонентов целевого объекта тестирования. Определите приоритет для каждого элемента списка и обоснуйте это значение. Ниже приведены некоторые рекомендации по определению индикатора приоритета теста.

При определении приоритета тестов примите во внимание следующее:

• индикатор величины риска, указанный ранее
• операционный профайл, указанный ранее
• описания субъектов (есть ли у них опыт, готовы ли устранять ошибки)
• обязательства по контракту (будет ли принят целевой объект тестирования, если какой-либо вариант использования или компонент не будут поставлены)

Ниже перечислены основные принципы определения приоритетов:

• Используйте наиболее высокий фактор (риск, операционный профайл и т.д.) для общего приоритета.
• Определите наиболее значимый фактор (риск, операционный профайл и т.д.) и используйте его для указания приоритета.
• Используйте сочетание всех факторов для указания приоритета.
• Для учета всех факторов можно вычислить взвешенный приоритет с учетом весов факторов.

Примеры:

• Установка нового программного обеспечения
• Заказ предметов из электронного каталога
• Запрос клиентов о выполнении их электронного заказа
• Окно выбора элементов

Если для указания приоритета используется наибольшее значение:

Если для указания приоритета используется наибольшее значение какого-либо одного фактора (риск):

Если для определения приоритета учитывается вес факторов:

В таблице H = 5, M = 3, L = 1. Общее взвешенное значение свыше 30 - это элемент тестирования с высоким приоритетом, от 20 до 30 включительно - со средним приоритетом, и ниже 20 - с низким приоритетом.

Стратегия тестирования

Стратегия тестирования описывает общие подходы и цели какого-либо аспекта тестирования.

Хорошая стратегия тестирования включает следующее:

• типы реализуемых тестов и их цели
• этап, на котором тест будет реализован
• методика
• способы измерений и критерии, применяемые в оценке результатов тестов
• прочие соображения, которые могут повлиять на тест, описанный в стратегии

Тип теста и цели

Четко сформулируйте тип теста и его цель. Если эта информация указана явным образом, то не возникает путаницы и непонимания, особенно если есть очень похожие тесты. Цель должна четко определять, зачем проводится этот тест.

Примеры:

"Функциональный тест. Функциональный тест, посвященный проверке выполнения указанных вариантов использования, реализованных в целевом объекте тестирования, в его пользовательском интерфейсе."

"Тест производительности. Тест производительности системы, посвященный измерению времени ответа системы в вариантах 2, 4 и с 8 по 10. В этих тестах нагрузка создается одним субъектом, выполняющим эти варианты использования, и никакая другая нагрузка при этом на тестовую систему не возлагается."

"Тест конфигурации. Тестирование конфигурации, посвященное проверке и оценке поведения целевого объекта тестирования с целью сравнения производительности в трех различных конфигурациях с производительностью в эталонной конфигурации."

Этап тестирования

Четко обозначьте этап, в ходе которого будет выполняться тестирование. Ниже перечислены этапы, в течение которых выполняются распространенные тесты:

Методика

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

Пример:

Функциональный тест:

• Для каждого потока событий в варианте использования определяется представительный набор транзакций, каждый из которых относится к действиям, выполняемым субъектом в ходе работы с вариантом использования.
• Для каждой транзакции будут разработаны хотя бы два тестовых набора, первый из которых будет отражать позитивное условие, а второй - отрицательное (неприемлемое) условие.
• В первой итерации будут тестироваться варианты использования с 1 по 4 и 12, а именно:
  • Вариант использования 1:
    • Вариант использования 1 начинается с того, что субъект уже вошел в систему и работает с главным окном, и заканчивается, когда пользователь выбирает действие Сохранить.
    • Каждый тестовый набор будет реализован и выполнен с помощью Rational Robot.
    • Проверка выполнения и оценка результатов для каждого тестового набора будет выполнена следующим способом:
      • Выполнение сценария теста - были ли все тестовые сценарии выполнены полностью и успешно?
      • Способы проверки показа окон и данных объектов должны будут проверить, что главные окна системы будут показаны, а данные записаны и отображены целевым объектом тестирования в ходе теста.
      • Будет изучена база данных целевого объекта тестирования (Microsoft Access), сначала до теста, потом после теста, в ходе чего будет проверена правильность данных, измененных в ходе теста.

Тест производительности:

• Для каждого варианта использования будет реализован и выполнен представительный набор транзакций, указанный в документе анализа рабочей нагрузки, в Rational Suite PerformanceStudio (сценарии vu) и Rational Robot (сценарии GUI).
• В тестах и плане выполнения будут реализованы как минимум три нагрузки, включая следующие:
  • Перегрузка: 750 пользователей (15 % руководство, 50 % отдел продаж, 35 % отдел маркетинга)
  • Повышенная нагрузка: 350 пользователей (10 % руководство, 60 % отдел продаж, 30 % отдел маркетинга)
  • Расчетная нагрузка: 150 пользователей (2 % руководство, 75 % отдел продаж, 23 % отдел маркетинга)
• В тестовых сценариях для выполнения всех транзакций предусмотрены соответствующие таймеры, которые измеряют время ответа, например, общее время транзакции (согласно указанному в документе анализа рабочей нагрузки) и времена основных этапов транзакции или процесса.
• Продолжительность рабочей нагрузки, создаваемой тестовыми сценариями, составляет один час (если не оговорено противное в документе анализа рабочей нагрузки).
• Проверка выполнения и оценка результатов для каждого прогона теста (с указанной нагрузкой) будет выполнена следующим способом:
  • Выполнение теста будет отслеживаться по гистограммам состояний (для проверки правильности обеспечения требуемой нагрузки в ходе теста)
  • Выполнение сценария теста - были ли все тестовые сценарии выполнены полностью и успешно?
  • Запись и оценка времени ответа будет представлена в следующих отчетах:
    • Процентные соотношения производительности
    • Время ответа

Критерии завершения

Критерии завершения формулируются для двух целей:

• определить, соответствует ли качество продукта поставленным требованиям
• определить, была ли успешно выполнена программа тестирования

Формулировка критериев завершения должна включать следующие элементы:

• измеряемые функция, поведение или условие
• способ измерения
• критерии или степень соответствия измерению

Пример 1

• Все запланированные тестовые наборы были выполнены
• Все выявленные изъяны были устранены в той степени, в какой это было необходимо
• Все запланированные тестовые наборы были выполнены повторно, при этом все выявленные изъяны были устранены в той степени, в какой это было необходимо, и никаких новых изъянов выявлено не было

Пример 2

• Все приоритетные тестовые наборы были выполнены.
• Все выявленные изъяны были устранены в той степени, в какой это было необходимо.
• Все изъяны серьезности 1 или 2 были устранены (со статусом устранен или отложен).
• Все приоритетные тестовые наборы были выполнены повторно, при этом все выявленные изъяны были устранены в той степени, в какой это было необходимо, и никаких новых изъянов выявлено не было.

Пример 3

• Все запланированные тестовые наборы были выполнены.
• Все выявленные изъяны были устранены в той степени, в какой это было необходимо.
• Все изъяны серьезности 1 или 2 были устранены (со статусом подтвержден или отложен).
• Все приоритетные тестовые наборы были выполнены повторно, при этом все выявленные изъяны были устранены в той степени, в какой это было необходимо, и никаких новых изъянов выявлено не было.

Особые рекомендации

В этом разделе должны быть указаны все факторы или зависимости, которые могут повлиять на программу тестов, описанную в стратегии тестирования. Они могут включать:

• ресурсы персонала (например, доступность или потребность в дополнительных ресурсах для поддержки или участия в тесте)
• ограничения, например, доступность или ограничения оборудования, или потребность в специальном оборудовании
• особые требования, например, расписание тестов или доступ к системам

Примеры:

• Для работы с базой данных требуется помощь администратора или проектировщика базы данных, чтобы создать и обновить тестовые данные.
• Тестирование производительности должно выполняться с серверами в существующей сети (в которой также может быть поток данных, не относящийся к тесту). Тестирование должны быть запланировано на нерабочие часы, чтобы исключить этот посторонний поток данных в сети.
• Для выполнения полнофункционального тестирования целевой объект тестирования должен быть синхронизирован с действующей системой (или синхронизация должна быть смоделирована)

Вау!! 😲 Ты еще не читал? Это зря!

• тестирование мобильных приложений , архитектура мобильных приложений ,
• баг , ошибки в программировании ,
• качество программного обеспечения , метрики тестирования ,
• типы тестирования , уровни тестирования ,
• разработка через тестирование , test-driven development ,
• профессия QA, тестировщик
• функциональное тестирование или functional testing ,
• тестирование безопасности или security and access control testing ,
• процесс тестирования ,
• обеспечение качества ,
• собеседование специалистов qa ,

• Monkey testing

• методика тест-туров Виттакера
• интернет сайт , веб сайт ,
• сайт , домен ,
• ip , порт соединения ,

Надеюсь, эта статья об увлекательном мире web-тестирование, была вам интересна и не так сложна для восприятия как могло показаться. Желаю вам бесконечной удачи в ваших начинаниях, будьте свободными от ограничений восприятия и позвольте себе делать больше активности в изученном направлени . Надеюсь, что теперь ты понял что такое web-тестирование, web тестирование, вебтестирование и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Качество и тестирование программного обеспечения. Quality Assurance.

Продолжение:

Часть 1 Web-тестирование, особенности, виды, последовательность
Часть 2 Основные подходы Практические советы - Web-тестирование, особенности, виды, последовательность
Часть 3 Вау!! 😲 Ты еще не читал? Это зря! - Web-тестирование, особенности, виды, последовательность