Полная ссылка на производственную среду Тестирование производительности Путь к построению системы в основном включает в себяСоставление спецификации процесса производственных испытаний、Строительство платформы для инструментов производственного тестирования、Формирование команды по внедрению производственного тестирования и детали реализации.
Для внедрения характерной для компании системы обеспечения качества работы мы планируем построить ее в три этапа и постепенно оптимизировать.
Во-первых, обеспечьте обучение и оценку базовых знаний для тестировщиков производительности от каждого поставщика, а также предложите идеи по разработке и реализации решений по тестированию производительности.
Во-вторых, обеспечить соответствующее обучение использованию платформы производительности, чтобы гарантировать, что тестировщики производительности поставщика понимают, как использовать платформу, открывая путь для последующей реализации тестовых проектов на основе платформы.
первый,Для обеспечения производственных испытанийБезопасно и эффективно за 6 основных этапов: исследование, оценка, проверка функции преобразования, пилотное испытание и производственное стресс-тестирование.,Постепенно завершить внедрение всей производственной цепочки Тестирование производительности системы.
Во-вторых,Установить основной бизнес-процесс в производственной средеСнижение производительности до базового уровня,сосредоточить внимание на изменениях производительности и бизнес-показателях для каждого выпуска версии.,для бизнесаДайте ссылку на рост。
наконец,Обеспечить руководство процессом производства Тестирование производительности,Реализуйте самостоятельную реализацию проектов производственных испытаний.,Каждая проектная группа оценивает, нужно ли ей подавать заявку на услуги платформы, исходя из потребностей бизнеса.
первый,проходитьПлатформа продвижения и характеристики процесса,Предоставьте спецификации использования платформы и процессы реализации производительности, подходящие для поставщиков.,Воля Тестирование производительности Включить поставщиковСистема ежедневного возврата разработки,Установите принципы доступа для реализации сервис-ориентированной внутренней платформы производительности.
Во-вторых, измерьте качество процесса тестирования производительности поставщиков с помощью панели визуальных данных платформы.
первый,производительность каждого поставщикаОсновные понятия для тестировщиков при проведении тестированияиОбучение системе базовых знаний,Например, производительностьПостроение тестовой среды, тестовая система, система настройки и т. д.。Ключевые моменты во время реализации проектаАкцент на планах испытаний и выводах протоколов испытаний.。Команды поставщиков, участвующие в основных системах деловых связей,За пределами основ,Также должен нести ответственность за реализацию проекта.Обучение на основе принципов командного разделения труда,Подготовка к реализации проекта по производственному тестированию,Наконец, проведите оценку приемлемости результатов по вышеуказанному содержанию обучения.。
Во-вторых,руководитьОбучение знаниям по использованию и принципам платформы。В использовании,На основе платформы полноканального стресс-тестирования мы проводим обучение всему процессу реализации проекта, включая развертывание зондов, создание проекта, постановку целей, написание сценариев, управление ссылками, выполнение сценариев, настройку позиционирования и анализа, а также вывод отчетов.。В принципе,Представляем платформу полноканального стресс-тестированияОсновные принципы, поток данных и методы расчета данных помогают тестировщикам использовать платформу ежедневно.。наконец,Провести оценку приемлемости результатов обучения на платформе.
наконец,руководитьОбучение СОП производственного тестирования.Уточнение деталей поэтапной работы по производственному тестированию для формирования руководстваиспецификация,Форма СОП (стандартная операционная процедура),и обеспечить обучение соответствующего персонала. В следующей таблице описаны вопросы подготовки на каждом этапе производственного тестирования.
На основе существующего процесса стандартизируйте входные и выходные документы на каждом этапе процесса тестирования, чтобы уменьшить неэффективную коммуникацию, например стандартизацию тестового приложения поставщика и представление отчетов о самотестировании. Этот процесс может взаимодействовать с проверкой качества в рамках текущего цикла выпуска и снизить производственные риски, вызванные отсутствием проверки тестового цикла. В частности, мы проделаем хорошую работу по расширению возможностей персонала команды поставщиков, включая внутренние платформы и процессы подачи заявок на тестовые проекты. Стандартизируйте платформу инструментов тестирования и количественно оценивайте результаты каждого теста производительности. Контролируйте план процесса, чтобы обеспечить эффективность процесса тестирования.
Краткое описание работ по контролю технологического плана выглядит следующим образом:
на стадии подготовки,Поставщикам необходимо предоставить необходимые материалы, такие как документы интерфейса, архитектурные схемы, тестовые модели, тестовые данные и т. д.проходить На стартовом совещании будет разработан конкретный план реализации, соответствующий ситуации проекта.иплан;
На этапе выполнения уточняется план тестирования, уточняются обязанности нескольких сторон, а план мониторинга в процессе тестирования постоянно дополняется;
в стадии завершения,Проведите обзорные встречи для анализа конкретных данных и планирования следующего этапа тестирования.
На базе офлайн-системы Тестирование производительности,Больше подготовьтесь и делайте больше мероприятий по предотвращению и контролю рисков.。Перед тестом,Тестирование производительности требуется персонал для полного понимания ситуации в бизнесе,Идентифицируйте интерфейсы только для чтения и сторонние вызовы, а также ускоряйте бизнес-логику.;Накопить методы мониторинга ресурсов и методы аварийного ремонта производственной среды.;Тестовые примеры регрессии функции осадков。Во время выполнения теста,Уделяйте больше внимания предотвращению и контролю рисков.,Полностью проверьте интерфейс в тестовой среде и завершите тест.,Уделяйте больше внимания проверке воздействия теста,Выполнение тестовых случаев функциональной регрессии,Соберите исторические данные испытаний.
Спецификации системы производственных испытаний ориентированы на выполнение реальных проектов.,Проверьте, вызывает ли бизнес-сценарий загрязнение данных, исходя из реальной ситуации, и могут ли возможности зондирования обеспечить изоляцию данных.,Тесты можно разделить на тесты сценариев только для чтения и тесты сценариев чтения и записи. по общему плану,Используйте 6 шагов для получения показателей тестовых данных,Как показано ниже.
Исследование основных систем связиТребует ли бизнес-сценарий тестирования производственной среды?,Если нет необходимости в производственном тестировании,Тестирование и проверка производительности могут выполняться в автономной среде.;При необходимости,Изучите техническую архитектуру системы.,Определите, нужна ли изоляция данных,Если не требуется,Этого можно достичь посредством тестирования сценариев только для чтения.,если необходимо,Провести исследование стека технологий,Определите, находится ли он в пределах диапазона поддержки зонда.,Если не поддерживается,Выберите очистку базы данных или выполнение производственного тестирования другими способами.
На основе технической архитектуры и промежуточного программного обеспечения выполните оценку точек адаптации, оценку планов преобразования и оценку элементов риска преобразования, таких как преобразование вызова изоляции данных, макетное преобразование вызова сторонней службы, преобразование смещения тестовых данных и другие подробные элементы. .
Платформа доступа проверяет ненавязчивый доступ к соответствующим сервисам. Создайте теневую библиотеку и теневое промежуточное программное обеспечение. Чтобы гарантировать подлинность тестовых данных, инициализируйте данные теневого промежуточного программного обеспечения, обеспечьте бизнес-логику и порядок величины и при необходимости рассмотрите возможность снижения чувствительности данных.
Полностью проверьте проект преобразования в тестовой среде, проверьте целостность бизнес-функций сценариев, участвующих в проекте, и проверьте, совместимо ли преобразование промежуточного программного обеспечения зонда доступа.
Зонды официально выпускаются в производственной среде и проверяются посредством прогрева с низким уровнем одновременного трафика, чтобы гарантировать, что данные тестового трафика попадают в теневое промежуточное программное обеспечение, чтобы предотвратить загрязнение данных и обеспечить нормальную работу платформы мониторинга рисков в производственной среде.
В процессе тестирования мы стандартизируем и обеспечиваем правильность каждого шага, ведем полный учет входных и выходных данных и проводим регулярные проверки. Благодаря регулярной регрессии мы можем своевременно обнаруживать возможные проблемы с производительностью, которые могут возникнуть в различных версиях, и выполнять базовое отслеживание. результатов испытаний.
Если после прочтения вы найдете что-то полезное, пожалуйста, подписывайтесь, делитесь, оставляйте комментарии и т. д.! ! !