Каковы зрелые модели тестирования производительности?
Каковы зрелые модели тестирования производительности?

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

1. Тип самотестирования

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

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

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

2. Тип привода

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

Что касается инструментальных платформ, компании будут приобретать стандартные инструменты стресс-тестирования (такие как LoadRunner и т. д.) или инструменты с открытым исходным кодом (такие как JMeter и т. д.) для проведения тестирования производительности.

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

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

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

3. Стандартный тип

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

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

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

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

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

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

4. Гибкий

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

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

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

5. Расширение прав и возможностей

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

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

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

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

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

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

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

Например, компания А имеет очень полную теоретическую основу и спецификации процессов и начала расширять возможности других внутренних и внешних команд, но еще не достигла возможностей платформы в использовании инструментов. В настоящее время компания А намерена находиться в стадии зрелости производительности. Модель Достигнут только нормативный уровень, а не уровень расширения прав и возможностей.

6. Модель парикмахерской/модель базовой кривой.

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

7. Модель измерения ступенчатого давления

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

8. Модель тестирования производительности полного жизненного цикла

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

9. Модель комплексного веб-тестирования производительности

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

Если вы чего-то добились, то ваше внимание, лайки, прочтение и комментарии - самая большая поддержка для меня! ! !

boy illustration
Углубленный анализ переполнения памяти CUDA: OutOfMemoryError: CUDA не хватает памяти. Попыталась выделить 3,21 Ги Б (GPU 0; всего 8,00 Ги Б).
boy illustration
[Решено] ошибка установки conda. Среда решения: не удалось выполнить первоначальное зависание. Повторная попытка с помощью файла (графическое руководство).
boy illustration
Прочитайте нейросетевую модель Трансформера в одной статье
boy illustration
.ART Теплые зимние предложения уже открыты
boy illustration
Сравнительная таблица описания кодов ошибок Amap
boy illustration
Уведомление о последних правилах Points Mall в декабре 2022 года.
boy illustration
Даже новички могут быстро приступить к работе с легким сервером приложений.
boy illustration
Взгляд на RSAC 2024|Защита конфиденциальности в эпоху больших моделей
boy illustration
Вы используете ИИ каждый день и до сих пор не знаете, как ИИ дает обратную связь? Одна статья для понимания реализации в коде Python общих функций потерь генеративных моделей + анализ принципов расчета.
boy illustration
Используйте (внутренний) почтовый ящик для образовательных учреждений, чтобы использовать Microsoft Family Bucket (1T дискового пространства на одном диске и версию Office 365 для образовательных учреждений)
boy illustration
Руководство по началу работы с оперативным проектом (7) Практическое сочетание оперативного письма — оперативного письма на основе интеллектуальной системы вопросов и ответов службы поддержки клиентов
boy illustration
[docker] Версия сервера «Чтение 3» — создайте свою собственную программу чтения веб-текста
boy illustration
Обзор Cloud-init и этапы создания в рамках PVE
boy illustration
Корпоративные пользователи используют пакет регистрационных ресурсов для регистрации ICP для веб-сайта и активации оплаты WeChat H5 (с кодом платежного узла версии API V3)
boy illustration
Подробное объяснение таких показателей производительности с высоким уровнем параллелизма, как QPS, TPS, RT и пропускная способность.
boy illustration
Удачи в конкурсе Python Essay Challenge, станьте первым, кто испытает новую функцию сообщества [Запускать блоки кода онлайн] и выиграйте множество изысканных подарков!
boy illustration
[Техническая посадка травы] Кровавая рвота и отделка позволяют вам необычным образом ощипывать гусиные перья! Не распространяйте информацию! ! !
boy illustration
[Официальное ограниченное по времени мероприятие] Сейчас ноябрь, напишите и получите приз
boy illustration
Прочтите это в одной статье: Учебник для няни по созданию сервера Huanshou Parlu на базе CVM-сервера.
boy illustration
Cloud Native | Что такое CRD (настраиваемые определения ресурсов) в K8s?
boy illustration
Как использовать Cloudflare CDN для настройки узла (CF самостоятельно выбирает IP) Гонконг, Китай/Азия узел/сводка и рекомендации внутреннего высокоскоростного IP-сегмента
boy illustration
Дополнительные правила вознаграждения амбассадоров акции в марте 2023 г.
boy illustration
Можно ли открыть частный сервер Phantom Beast Palu одним щелчком мыши? Супер простой урок для начинающих! (Прилагается метод обновления сервера)
boy illustration
[Играйте с Phantom Beast Palu] Обновите игровой сервер Phantom Beast Pallu одним щелчком мыши
boy illustration
Maotouhu делится: последний доступный внутри страны адрес склада исходного образа Docker 2024 года (обновлено 1 декабря)
boy illustration
Кодирование Base64 в MultipartFile
boy illustration
5 точек расширения SpringBoot, супер практично!
boy illustration
Глубокое понимание сопоставления индексов Elasticsearch.
boy illustration
15 рекомендуемых платформ разработки с нулевым кодом корпоративного уровня. Всегда найдется та, которая вам понравится.
boy illustration
Аннотация EasyExcel позволяет экспортировать с сохранением двух десятичных знаков.