Salesforce – это платформа CRM (Customer Relationship Management), которая предоставляет организациям возможность управлять всевозможными клиентоориентированными аспектами своего бизнеса, такими как автоматизация маркетинга, обслуживание клиентов, аналитика, разработка приложений и многое другое. То, что начиналось как простой, понятный облачный инструмент CRM, быстро росло. Salesforce продолжает развиваться, расширяться и предлагать своим клиентам новые предложения. Сегодня компании могут создавать свои собственные пользовательские приложения, сервисы, порталы и решения с помощью продуктов Salesforce, таких как Platform, Experience Cloud, Commerce Cloud, Customer 360, чтобы помочь автоматизировать и персонализировать обслуживание клиентов. И, как и любое веб-приложение или веб-сайт, организации несут ответственность за проведение тестирования производительности Salesforce, чтобы убедиться, что они функционируют должным образом, отзывчивы и могут масштабироваться по мере расширения их пользовательской базы.
Вам нужно загрузить или нагрузочно протестировать приложения Salesforce, веб-страницы или другие службы? Мы работаем с клиентами по всему миру в поисках решения для выполнения тестов производительности для их сред Salesforce. Свяжитесь с нашей командой и позвольте нам показать вам, как LoadView может помочь!
LoadView может тестировать приложения Salesforce, веб-страницы, API или другие веб-службы.
Конструктор приложений Для освещения: платформа приложений с низким уровнем кода
Salesforce, в частности ее платформа Lightning App Builder, считает себя фреймворком приложений с низким кодом, но что это значит? Платформы приложений с низким уровнем кода помогают уменьшить объем технических знаний для разработчика, который может не быть полным экспертом по разработке приложений. Таким образом, практически любой разработчик может легко создать приложение Salesforce, не полагаясь на большую тяжелую работу с точки зрения знаний и предыдущего опыта. В зависимости от требований приложения платформы с низким кодом предоставляют множество микрослужб на выбор для настройки приложения. Это также может освободить время для команд, чтобы сосредоточиться на более важных задачах, сократить обслуживание невыполненной работы приложений и сделать команду более гибкой.
Следует также отметить, что существуют прикладные решения без кода. Как следует из названия, решения no-code предназначены для людей, у которых практически нет опыта создания приложений. Примерами этого являются приложения для дизайна веб-сайтов или электронной коммерции , где пользователи могут выбирать из готовых модулей или функций. Ничто не должно быть построено с нуля, но это также имеет свои недостатки, особенно когда мы думаем о корпоративной безопасности, соответствии требованиям и производительности в масштабе. Платформы приложений, такие как Lightning App Builder, являются отличным вариантом. Они предоставляют разработчикам лучшее из миров с низким и нулевым кодом. Возможность создавать и развертывать удобные для пользователя облачные приложения, предлагая микросервисы без кода, такие как функции безопасности и соответствия требованиям, обеспечивает полное спокойствие. Не только для бизнеса, но и для пользователей.
Тестирование производительности Salesforce: обзор
Вам может быть интересно, если Salesforce размещает мои приложения и заботится обо всей серверной инфраструктуре, безопасности, соответствии требованиям и т. Д., То зачем мне вообще проводить тестирование производительности Salesforce? Разве их окружение не должно быть в состоянии масштабироваться для меня? Что еще остается делать? Что ж, есть много причин, по которым нужно не просто «установить и забыть», но и по самым важным причинам протестировать свои приложения в инфраструктуре Salesforce, чтобы узнать, как они будут работать в ситуациях увеличения трафика . Вы хотите убедиться, что в этом случае не будет снижения производительности. Возможно, ваша организация собирается провести огромную маркетинговую акцию. Или видео стало вирусным о вашей платформе SaaS (программное обеспечение как услуга), и теперь все хотят знать об этом. Возможно, ваше приложение носит более сезонный характер, в значительной степени полагаясь на Черную пятницу через праздники покупок в Киберпонедельник. Итак, имея это в виду, вы должны начать думать о планировании неожиданного. Итак, какой же тест производительности должен быть проведен? Давайте посмотрим на различные типы тестов производительности, чтобы получить лучшее представление.
Типы тестирования производительности
Тестирование производительности является одним из видов нефункционального тестирования. Другие типы нефункционального тестирования включают тестирование безопасности, тестирование надежности, тестирование соответствия, тестирование совместимости и другие. Хотя нагрузочное и стресс-тестирование являются наиболее распространенными типами тестирования производительности, между ними иногда возникает путаница. Давайте посмотрим на различные типы тестирования производительности и на то, что отличает их друг от друга.
Тестирование нагрузки
Нагрузочное тестирование является наиболее распространенным типом тестирования производительности, с которым знакомы люди. Нагрузочное тестирование направлено на то, чтобы понять, какую нагрузку можно возложить на программное обеспечение до тех пор, пока производительность не снизится.
Стресс-тестирование
Как и нагрузочное тестирование, стресс-тестирование выводит нагрузочный тест на новый уровень. Стресс-тестирование проводится, чтобы подтолкнуть систему или программное обеспечение до тех пор, пока оно не сломается. Таким образом, инженеры по производительности могут понять, как система реагирует и восстанавливается.
Тестирование громкости
Объемное тестирование, иногда называемое флуд-тестированием, представляет собой тип метода тестирования, который проверяет большой объем данных в приложении, чтобы увидеть, как оно реагирует и есть ли какое-либо ненормальное поведение.
Тестирование Спайка
Пиковое тестирование похоже на стресс-тестирование, но вместо медленного, непрерывного увеличения числа пользователей приложение быстро наводняется одновременными пользователями, чтобы оценить, как приложение может справиться с этим внезапным увеличением нагрузки на систему.
Тестирование масштабируемости
Тестирование масштабируемости , также иногда называемое тестированием емкости, направлено на понимание того, как приложение работает при увеличении и уменьшении пользовательской нагрузки. Это может помочь определить, есть ли необходимость в дополнительной инфраструктуре для удовлетворения будущих потребностей. Целью тестирования масштабируемости является определение эффективности программного приложения в «масштабировании» для поддержки увеличения пользовательской нагрузки.
Тестирование на выносливость
Как и марафон, тестирование на выносливость проверяет, как ваше приложение справляется с длительными периодами устойчивого трафика. Также называемые тестированием впитывания, эти тесты могут выполняться в течение нескольких часов, дней или недель, в зависимости от требований приложения.
Как видите, выбранный тип теста производительности будет зависеть от целей производительности или задач приложения. Однако, независимо от теста, цель одна и та же — выявить проблемы производительности, такие как стабильность, отзывчивость и масштабируемость под нагрузкой. Вы не хотите оказаться в ситуации, когда сотни или тысячи пользователей используют ваши приложения, и они внезапно останавливаются. И если ваши приложения размещены в среде Salesforce, у вас меньше видимости, контроля и времени, чтобы реагировать, если что-то подобное произойдет. Помните, что Salesforce должен поддерживать не только ваши требования к производительности, но и все требования для тысяч компаний, которые составляют миллиарды транзакций каждый день.
Однако при таких требованиях вы можете быть уверены, что мультитенантная платформа, такая как Salesforce, постоянно отслеживает свою инфраструктуру, чтобы убедиться, что они всегда находятся в пределах пороговых значений производительности SLA (соглашений об уровне обслуживания) для поддержания производительности и соответствия для своих клиентов. Однако это не означает, что вы можете полностью отказаться от тестирования производительности Salesforce. Хотя Salesforce может быть уверена, что их платформа может масштабироваться, вам все равно нужна уверенность в том, что ваши приложения и страницы будут поддерживаться по мере роста и расширения вашей компании.
План тестирования Salesforce: рекомендации
Salesforce серьезно относится к тестированию производительности. Несоблюдение их внутренних политик и процедур может привести к ограничению и блокировке. И никому это не нравится. По этой причине тесты производительности не могут быть выполнены в рабочей среде. Тесты должны выполняться в изолированной или изолированной среде, чтобы она не мешала другим пользователям Salesforce.
Кроме того, эксплуатационные испытания должны быть представлены на утверждение не менее чем за две недели до даты испытания. Любая просьба, поданная ранее чем через две недели, может быть отклонена. С точки зрения Salesforce, их ответственность заключается исключительно в мониторинге вашего теста на ненормальное поведение, чтобы убедиться, что их службы не испытывают никаких проблем. Процесс тестирования производительности Salesforce обычно выполняет следующие действия.
Читать: Контрольный список подготовки к нагрузочному тестированию
Сбор требований к тестированию
На этом этапе вы захотите создать базовую схему теста, которая будет служить дорожной картой. Именно здесь вы захотите включить особенности, такие как тестируемое приложение, конкретные сценарии пользователей, вопросы, относящиеся к конкретной среде, ожидаемое среднее время отклика и использование системы, SLA и т. д.
Разработка тестовой модели
Тестовая модель — это просто представление того, что, по вашему мнению, произойдет во время фактического теста производительности. Основываясь на первоначальных требованиях вашего теста, что, по вашему предположению, произойдет? Тестовая модель используется в качестве прогноза того, что произойдет во время фактического теста производительности. Обязательно сдайте базовые метрики производительности перед тестом. Это может быть использовано позже, чтобы сравнить, как ваша предтестовая проекция соответствует фактическим результатам теста. Если тест не соответствовал вашим ожиданиям, вы можете просмотреть результаты и посмотреть, что могло повлиять на результаты в гипотезе.
Выберите правильное средство тестирования производительности
Когда дело доходит до выбора правильного инструмента тестирования производительности для работы, инструмент, который вы выбираете, зависит от таких факторов, как бюджет, время, опыт, тестовый вариант использования и т. Д. Обычных инструментов нагрузочного тестирования недостаточно для современных современных платформ и приложений. Все мы здесь, в LoadView, считаем, что наша платформа предоставляет все, что нужно инженеру по производительности для успешного тестирования своих приложений Salesforce. Например, многие приложения ориентированы на обеспечение отличного пользовательского или клиентского опыта. Единственный верный способ полностью понять пользовательский опыт — это иметь возможность создавать сценарии персонажей пользователей и выполнять тесты, соответствующие реальным сценариям.
Какой инструмент тестирования производительности Salesforce лучше всего подходит?
В отличие от платформ нагрузочного тестирования с открытым исходным кодом, таких как JMeter или Gatling, которые не предоставляют достаточных функций и гибкости, или сложных и дорогих решений, таких как LoadRunner от Micro Focus, LoadView специально создан для удовлетворения требований современных постоянно меняющихся приложений. Решение предоставляет такие функции, как простой в использовании регистратор сценариев, тестирование в реальных браузерах, несколько кривых нагрузочного теста, глобальные места тестирования и другие функции корпоративного уровня, чтобы легко настроить тесты в соответствии с реальным поведением пользователя в браузерах, которые они используют. Однако можно также настроить тесты производительности на основе протоколов для веб-служб и API REST или SOAP. Мы поговорим о Веб-рекордере EveryStep более подробно в разделе Разработка тестовых сценариев ниже, но полный список функций и преимуществ можно найти на нашей странице Функции.
Разработка плана тестирования Salesforce
План тестирования Salesforce должен включать полное описание среды тестирования производительности, а также конкретные измерения и метрики, такие как время начала и окончания, транзакций в секунду (TP), время наращивания и/или уменьшенияи любую другую конкретную информацию о тестировании. Salesforce не будет предоставлять вам никаких результатов тестирования, поэтому важно использовать решение, которое предоставляет комплексные отчеты и панели мониторинга, такие как LoadView, чтобы их можно было проанализировать более подробно и при необходимости поделиться с заинтересованными сторонами.
Разработка тестовых сценариев
Тестовые сценарии являются важной частью процесса нагрузочного тестирования Salesforce. И поэтому следует проявлять большую осторожность, чтобы убедиться, что ваши скрипты не содержат ошибок и ошибок. Однако следует отметить, что Salesforce не будет проверять ваши сценарии, чтобы убедиться, что они точны или адекватно отражают реальные сценарии. Как мы уже упоминали ранее, решение LoadView предоставляет инструмент сценариев point and click под названием EveryStep Web Recorder. Эти инструменты сценариев упрощают запись сложных пользовательских сценариев и взаимодействий на стороне клиента.
Просто откройте диктофон и начните записывать действия клавиатуры, щелчки мыши, наведения и движения. Перемещайтесь по приложениям точно так же, как и пользователи. Регистратор сохраняет каждый шаг. Особенности диктофона также включают в себя следующее:
- Поддержка более 40 настольных/мобильных браузеров и устройств.
- Поддержка языка и фреймворка веб-приложений – HTML5, Java, Ruby, React и т.д.
- Динамические переменные, такие как логин/пароль.
- Настраивайте поведение пользователя, задержки и время обдумывания.
- Поддержка CAPTCHA и OTP (одноразовых паролей).
- Отправка форм и выбор меню.
- Переменные шифрования.
- Проверка контента (изображения и текста).
- И многое другое.
Как только сценарий будет завершен, сценарии будут воспроизведены, чтобы убедиться в отсутствии ошибок сценария или сети. Кроме того, при необходимости можно вручную отредактировать скрипты. Попробуйте Веб-рекордер EveryStep для себя!
Запуск теста
Наконец, мы переходим к самой интересной части. Выполнив описанные выше действия, необходимо официально отправить запрос на тестирование производительности через Salesforce. Помните, что вы должны представить и запланировать свой тест по крайней мере за две недели до даты тестирования.
Чтобы запланировать тест производительности, выполните следующие действия.
- Войдите в свою учетную запись Salesforce.
- Перейдите на справочный портал.
- Выберите Сеть и производительность > Уведомлять Salesforce о предстоящем действии.
- Щелкните Запланировать тест производительности
Кроме того, вам также потребуется иметь свой план тестирования Salesforce, чтобы предоставить дополнительную информацию команде Salesforce, такую как:
- Общий обзор теста производительности Salesforce, например время/дата теста.
- Ключевые контакты и персонал.
- Обоснование теста и подробности о том, что тестируется и почему.
- Такие метрики, как транзакции в секунду (TPS) и план наращивания.
- Идентификатор песочницы Salesforce, в которой будет проходить тестирование
- И все остальное, что, по вашему мнению, имеет отношение к тесту.
Анализ результатов
После завершения теста вы захотите иметь возможность фиксировать результаты и делиться ими с внутренними членами команды и заинтересованными сторонами. К счастью, при использовании решения LoadView отчеты и сводки создаются автоматически после теста.
Просмотрите сводные данные отчета, а также компоненты уровня элементов, каскадные диаграммы, сведения о сеансе и обзор выполненного сценария, чтобы получить полное представление о результатах теста производительности. Кроме того, для тестов веб-приложений и веб-страниц можно просмотреть запись теста так, как она будет выглядеть пользователям, чтобы вы могли видеть, как приложение или страница ведут себя при нагрузке.
Заключение: Тестирование производительности Salesforce
Вам нужно загрузить или провести стресс-тестирование приложений, веб-страниц, API или других веб-служб Salesforce? Мы работаем с клиентами по всему миру, которым требуется тестирование производительности Salesforce. Независимо от ситуации или среды Salesforce, будь то UAT или тестовая среда, или вам нужно протестировать за брандмауэром,платформа LoadView поможет вам. Наши клиенты сказали нам, что они предпочитают LoadView другим популярным решениям нагрузочного тестирования, которые они пробовали, таким как BlazeMeter, LoadRunner или JMeter при настройке нагрузочных тестов Salesforce.
Наши инженеры по производительности и служба поддержки могут работать с вами над созданием тестов, созданием сценариев и планированием, чтобы у вас было все необходимое перед запуском нагрузочного теста Salesforce. Наша команда здесь, чтобы провести вас через любую часть процесса тестирования производительности Salesforce. Попробуйте LoadView для себя или запланируйте демонстрацию с одним из наших инженеров по производительности, чтобы увидеть все, что может предложить LoadView.