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

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

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

картина

2. Построение системы тестирования производительности.

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

1)Требуемый доступ

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

2) Обзор требований

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

3) Тестовая среда

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

4)Модуль данных

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

5) Разработайте запланированную систему отслеживания регрессий и базовых показателей.

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

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

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

6) Улучшение команды

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

7) Создать механизм регулярного внутреннего обучения.

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

8) Формирование внутренней базы знаний

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

3. Влияние построения системы тестирования производительности

Основная цель этой системы «Тестирование производительности» — устранить недостатки текущего статус-кво. После вышеуказанного процесса строительства,Члены проектной команды предоставят исчерпывающую информацию о спросе в соответствии с шаблоном.,В то же время анализ требований также имеет четкую направленность.,Значительно повысить эффективность работы при приеме и проверке требований к тестированию. Сформулируйте запланированные стратегии регрессии и отслеживания базовых показателей.,Значительно усилены возможности обеспечения производительности внутреннего ядра компании и важных систем.,Нарушение правила проводить Тестирование производительности только до выпуска основной версии.,Тестировщики сравнивают производительность каждой версии сБазовые версии приведены в соответствие со стандартами выпуска.,Помогает заранее выявить и устранить проблемы с производительностью системы. С момента запуска новой системы тестирования,Производственная система предприятия Б работает стабильно

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

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