Модели зрелости для тестирования производительности обычно относятся к тем структурам или методам, которые могут помочь организациям систематически проводить тестирование производительности и постепенно повышать зрелость своих процессов тестирования.
Предприятия на уровне самотестирования производительности в основном не имеют теоретической основы и спецификаций процессов. Что касается инструментальных платформ, для проведения тестирования производительности обычно используются инструменты тестирования производительности с открытым исходным кодом или клиентские программы стресс-тестирования собственной разработки.
Что касается команды, то здесь нет команды по физическому тестированию производительности или штатных инженеров по тестированию производительности. Работа по тестированию производительности в основном выполняется разработчиками или инженерами по функциональному тестированию.
Что касается объема тестирования бизнес-систем, основное внимание уделяется тестированию единого интерфейса. У предприятий на этом уровне есть очевидная особенность — нет команды по физической производительности, и инженеры-разработчики самостоятельно проводят тестирование производительности перед выпуском итераций версии.
Предприятия, находящиеся на уровне управляемого тестирования производительности, уже имеют определенные стандарты с точки зрения теоретических основ и спецификаций процессов.
Что касается инструментальных платформ, компании будут приобретать стандартные инструменты стресс-тестирования (такие как LoadRunner и т. д.) или инструменты с открытым исходным кодом (такие как JMeter и т. д.) для проведения тестирования производительности.
Что касается команды, то здесь есть штатные инженеры по тестированию производительности, а также существует организация, называемая командой производительности. Реализация проектов тестирования производительности выполняется этой командой, а не инженерами-разработчиками. Они будут выполнять профессиональную реализацию тестов производительности. планы и использование Профессиональные инструменты для реализации.
В рамках тестирования бизнес-систем тестирование в основном выполняется на основе потребностей проектной группы, бизнес-отдела или инженера-разработчика.
Очевидной характеристикой предприятий на этом уровне является то, что у них есть виртуальные или физические группы тестирования производительности, которые пассивно получают задачи по тестированию производительности на основе конкретных требований проекта.
Предприятия на уровне стандартизированного тестирования производительности уже очень стандартизированы и стандартизированы с точки зрения теоретической основы и процессов. Тестирование производительности внутри предприятия уже является стандартным процессом и необходимым условием для запуска многих бизнес-систем.
Что касается инструментальных платформ, компании также будут использовать коммерческие инструменты и инструменты с открытым исходным кодом и в то же время начнут изучать модели платформ.
Что касается команды, то существует полная структура команды, состоящая из людей с разными ролями и функциями. Разделение труда более четкое, и существует модель внутреннего обучения.
В рамках тестирования бизнес-систем речь больше не идет о пассивном принятии требований к тестированию производительности, представленных различными отделами.
Вместо этого они активно планируют работу внутренних систем предприятия и формулируют различные внутренние стандарты внутри предприятия. Уточнение требований к производительности для различных типов систем.
Это полностью этап активного продвижения построения инженерно-технической эффективности внутри предприятия. Очевидной характеристикой предприятий этого уровня является то, что они имеют унифицированные спецификации тестирования производительности и четкие стандарты доступа и выхода при выпуске версий программного обеспечения.
Предприятия, находящиеся на уровне гибкого тестирования производительности, имеют очень стандартизированные теоретические основы и спецификации процессов и интегрировали соответствующие стандартизированные процессы в инструменты и платформы. По мере изменения рыночного спроса они продолжают совершенствовать теоретическую основу и оптимизировать процесс внедрения.
Что касается инструментальных платформ, они используются для совместной работы и накопления активов. Предприятия обычно приобретают зрелые продукты, уже имеющиеся на рынке, или проводят самостоятельные исследования платформы, исходя из своих собственных условий. В то же время, требования к возможностям инструментальной платформы. постепенно перешли от стресс-тестирования к интегрированному тестированию и анализу ссылок.
В плане формирования команды требования к способностям персонала выше, а его знания шире. Очевидной характеристикой предприятий на этом уровне является то, что они интегрируют системы DevOps на стандартизированной основе и используют возможности платформы для поддержки непрерывного тестирования после итераций версий.
Предприятия, находящиеся на уровне тестирования производительности, не только очень стандартны с точки зрения теоретических основ и спецификаций процессов, но также начали проводить обучение и руководство для других отделов, чтобы каждый отдел мог освоить ключевые моменты производительности.
Что касается инструментальных платформ, помимо собственных возможностей по анализу связей стресс-тестирования производительности и другим аспектам, его также необходимо подключить к платформе CI/CD и другим внутренним платформам управления для завершения наращивания потенциала от процессов управления до быстрого внедрения и доставка.
Что касается построения команды, инженеры по тестированию производительности уже являются экспертами на предприятии. Им не только необходимо выполнять свою профессиональную работу, но также необходимо постоянно предоставлять рекомендации персоналу по разработке, эксплуатации и техническому обслуживанию через платформу производительности, чтобы они могли завершить работу. более подробное содержание работы через платформу.
Очевидной характеристикой предприятий на этом уровне является то, что они создали полный набор систем тестирования производительности и полные возможности инструментальной платформы, основанные на возможностях устойчивого тестирования производительности, которые могут расширить возможности групп разработки, эксплуатации и обслуживания.
Имея четкое представление о модели зрелости тестирования производительности, предприятия могут оценить свои собственные возможности в соответствии с моделью в соответствии с потребностями своего бизнеса и требованиями к построению системы качества, чтобы подготовиться к следующему этапу.
Для модели зрелости тестирования производительности конечная цель состоит в том, чтобы надеяться, что предприятие сможет рассматривать качество производительности как красную линию для запуска бизнес-системы предприятия, чтобы гарантировать, что система может стабильно работать в производственной среде после ее запуска. запустился, и проблем с качеством работы не будет.
Для модели зрелости тестирования производительности в реальной корпоративной ситуации возникнут ситуации, когда возможности определенного элемента контента достигают предыдущего уровня, в то время как другие возможности все еще находятся на следующем уровне. В этом случае будет основан уровень оценки. по элементу контента с наименьшим уровнем зрелости.
Например, компания А имеет очень полную теоретическую основу и спецификации процессов и начала расширять возможности других внутренних и внешних команд, но еще не достигла возможностей платформы в использовании инструментов. В настоящее время компания А намерена находиться в стадии зрелости производительности. Модель Достигнут только нормативный уровень, а не уровень расширения прав и возможностей.
Эта модель используется для описания изменений времени отклика системы, пропускной способности и использования ресурсов по мере увеличения нагрузки. В модели используется диаграмма точек перегиба кривой давления, чтобы показать поведение системы в различных областях давления: область легкого давления, область сильного давления и область точки перегиба. Это основной способ визуализации производительности системы, который помогает понять, как система ведет себя при изменении нагрузки.
В этой модели нагрузка постепенно увеличивается поэтапно, каждая стадия поддерживается в течение определенного периода времени и наблюдается поведение системы на каждом уровне нагрузки. Этот подход может помочь определить стабильность и масштабируемость системы.
Это более комплексная методология, которая подчеркивает постоянное внимание к производительности на протяжении всего жизненного цикла разработки программного обеспечения, а не только разовое тестирование на поздних стадиях разработки. Он включает в себя несколько этапов, таких как анализ требований, проектирование, кодирование, тестирование и т. д., и обеспечивает выполнение требований к производительности.
Модель включает в себя тестирование производительности ожидаемых показателей, независимое тестирование эффективности бизнеса, комбинированное тестирование эффективности бизнеса и тестирование производительности на усталостную прочность. Эти аспекты охватывают проверку работоспособности отдельных модулей и всей системы, а также тестирование стабильности в длительных условиях эксплуатации.
Если вы чего-то добились, то ваше внимание, лайки, прочтение и комментарии - самая большая поддержка для меня! ! !