atesting.ru Блог Руководство по объемному тестированию | То, что вы должны знать

Руководство по объемному тестированию | То, что вы должны знать

Руководство по тестированию томов | Что Вы должны знать

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Планирование: Команда тестирования должна создать правильный план тестирования, они должны убедиться, что тестирование стимулирует среду реального времени, в том числе и оборудование.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

TAG: qa