ОБЪЕМНОЕ ТЕСТИРОВАНИЕ | ТО, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ

РУКОВОДСТВО ПО ТЕСТИРОВАНИЮ VOLUME | ЧТО ВАМ НУЖНО ЗНАТЬ

In В этой статье в Учебнике по тестированию программного обеспечения мы узнаем, что такое объемное тестирование, цель объемного тестирования, как его выполнять и следующее.

Что такое объемное тестирование на примере?

Объемное тестирование проверяет производительность программного приложения при обработке большого объема данных. функциональное тестирование, оно относится к тестированию производительности.

Объемное тестирование также известно как Flood testing.

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

Объемное тестирование предполагает использование различных данных и контента для тестирования. Для тестирования могут использоваться два типа данных: один на основе системных баз данных, а другой на основе файлов интерфейса.

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

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

Разница между нагрузочным и объемным тестированием?

Несмотря на то, что объемное тестирование и нагрузочное тестирование имеют огромные различия, существует некоторая путаница, поскольку оба они относятся к тестированию производительности и оба имеют дело с большими объемами данных.

Объемное тестирование

Нагрузочное тестирование

Система должна вести себя должным образом при обработке большого объема данных

Производительность системы проверяется путем постепенного увеличения нагрузки до достижения максимального порога

Проверка времени отклика системы на ожидаемый объем

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

Это делается путем увеличения объема данных

Это выполняется путем увеличения числа пользователей приложения

Измеряет пропускную способность системы

Измеряет производительность системы

Проверяет емкость системы

Проверяет стабильность программного обеспечения

Сосредоточено на хранении данных и их потере

Сосредоточено на безопасности

Какова цель объемного тестирования?

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

Как выполнить объемное тестирование?

Сбор тестовых данных. Обычно бизнес-аналитик собирает большой объем данных, которые, вероятно, будут использоваться в программном приложении.< p>Планирование. Команда тестирования должна создать надлежащий план тестирования, чтобы убедиться, что тестирование стимулирует среду реального времени, в том числе аппаратное обеспечение.

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

Во время выполнения команда тестирования проверяет все сценарии. Вот список вещей, которые они будут проверять во время объемного тестирования.

  1. Проверка журналов при различных нагрузках в программном приложении.
  2. Проверка времени отклика приложения при низкой, высокой и средней нагрузке на базу данных. .
  3. Проверка сохранения текущих данных в базе данных при массовой загрузке большого объема данных.
  4. Проверка отсутствия потери или перезаписи данных в базе данных.
  5. Проверьте, есть ли какие-либо сбои или блокираторы, которые запрещают доступ к примененному приложению.
  6. Проверьте, есть ли какие-либо проблемы с памятью, связанные с изменением объема базы данных.
  7. Убедитесь, что надлежащее уведомление или предупреждающее сообщение получено, когда данные есть какие-либо проблемы, связанные с увеличением объема.

Отчет: будет подготовлен подробный отчет о результатах объемного тестирования, который будет предоставлен заинтересованным сторонам.

Проблемы при массовом тестировании

  • Если мы имеем дело с реляционными базами данных, может возникнуть проблема с заполнением базы данных, поскольку СУБД имеет надежную структуру и десятки смежных таблиц.
  • Тестировщикам приходится иметь дело с рядом наборов данных, таких как действительные данные, недопустимые данные, неправильные данные, граничные данные, отсутствующие значения и т. д.
  • Автоматизация может усложниться при работе с большим набором данных для сбора, проверки и обслуживания. и управлять обширными наборами данных может быть непросто
  • Система должна контролироваться, а результаты должны регистрироваться, это требует большого внимания и терпения, чтобы получить точные результаты

Рекомендации по проведению объемного тестирования?

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

Преимущества объемного тестирования?

  • Объемное тестирование помогает нам повысить удовлетворенность клиентов, существует огромная вероятность того, что система выйдет из строя или снизит скорость из-за большого объема, что может повлиять на удовлетворенность клиентов. Массовое тестирование помогает нам предотвращать такие сценарии.
  • Объемное тестирование может снизить затраты на обслуживание системы за счет выявления проблем, связанных с большими объемами данных.
  • Объемное тестирование помогает точно отслеживать, когда время отклика системы сокращает время, когда система подвергается воздействию большого объема данных.
  • Объемное тестирование тестирование может гарантировать клиенту или заказчику, что программное приложение будет эффективно работать в реальных условиях с большим объемом данных.
  • Объемное тестирование гарантирует, что никакие данные не будут потеряны, а загруженные данные будут сохранены в правильных таблицах, когда данные приложения будут обновлены большими данными, которые, в свою очередь, должны обновить несколько таблиц в базе данных.
  • Объемное тестирование может обеспечить нам будущее. прогнозы относительно объема данных и помогают нам определить, может ли система справиться с ним или нет, что помогает определить масштабируемость проекта.
  • Тестирование объема дает нам четкое представление об аппаратном обеспечении, необходимом для бесперебойной работы программного обеспечения, сюда входит память, хранилище ЦП и т. д.
  • Массовое тестирование помогает нам сэкономить много денег, которые могут быть потрачены на план на случай непредвиденных обстоятельств.
  • Массовое тестирование может помочь нам найти различные сценарии узких мест, которые не были обнаружены во время разработки.
  • Массовое тестирование может помочь нам оценить общий риск сбоя, когда речь идет о производительности системы.

Недостатки объемного тестирования?

< ул>

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

    Какие инструменты автоматизации используются для объемного тестирования?

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

    • Dbfit
    • HammerDB
    • JdbcSlim
    • NoSQLmap
    • Спецификация Ruby PLSQL

    Заключение

    Объемное тестирование может дать нам уверенность в возможностях приложения, которое будет выпущено в реальном мире. Это может быть очень важно, когда требуется масштабирование продукта при его использовании в режиме реального времени. Он может выполняться как вручную, так и с помощью автоматизации. Но это сопряжено с несколькими проблемами, такими как сложность создания фрагментации памяти, генерация ключей носит динамический характер, трудно поддерживать реляционную целостность данных и очень сложно воспроизвести точную производственную среду. Тем не менее, понимание природы продукта не менее важно, чем любое функциональное тестирование.
    TAG: qa

  • От QA genius

    Adblock
    detector