Как создать приложения Salesforce за пять шагов, когда речь идет о строительных приложениях, существует много разных методологий, которые разработчики могут выбрать сегодня. Для достижения наилучших результатов можно комбинировать различные методы и программное обеспечение, которое, однако, может быть довольно сложной. Теперь мы собираемся поговорить о разработке приложений Salesforce, используя облачную среду и пять этапов процесса. Начальная информация о Force.com Разработка приложений Salesforce требует прохождения нескольких этапов, от кодирования до развертывания. Force.com — это идеальная среда для создания приложений Salesforce для многих причин. Благодаря Eclipse процесс интеграции является быстрым и безболезненным, и он требует только использования правильного плагина. Существуют также VisualForce, Apex и метаданные, которые позволяют создавать высококачественные приложения. Его файловая система используется в качестве хранения данных. Существует также репозиторий, который служит средой для внедрения изменений. Затем данные отправляются обратно в систему. Это зависит от вас, какая программа для использования для контроля источника; Например, это может быть SVN или Git. Плюсы, занимающиеся разработкой приложений процесса, не проводится только разработчиками, и для этой цели необходимы следующие специалисты: · Менеджер продукта определяет требования к проекту: · Диспетчер выпуска создает график выпуска; · Разработчики пишут коды; · Тестер проверяет качество приложения и его функции; · Консультант Salesforce обеспечивает оптимальный рабочий процесс. Пять этапов разработки приложений Ниже приведены следующие шаги, необходимые для создания эффективных приложений SalesForce: · Установка репозитория контроля источника; · Этап развития; · Этап тестирования; · Сцена тестирования приема; · Этап выпуска продукта. Настройка репозитория на этом этапе выбран репозиторий для проекта. Там будет главная ветвь для хранения метаданных. Поскольку в работе работают разные специалисты, руководитель релиза помогает в создании ветвей для каждого из них в зависимости от их задач. Менеджер также создает манифест (Package.xml файл) и добавляет метаданные в главную ветку. Инструмент миграции используется для передачи данных. Стадия разработки, прежде всего, песочницы создаются и хранятся отдельно от производства Salesforce. Это требуется для эффективной работы без рисков влияния на основное производство. Различные специалисты имеют свои собственные песочницы в зависимости от их обязанностей. IDE используется для соединения песочницы и доставки метаданных. После того, как код изготовлен и протестирован, он отправляется в хранилище. Затем он мигрирует обратно в песочницу для дальнейшего развития. Если несколько человек работают в одном и том же коде одновременно, он отправляется в репозиторий после тщательной проверки. Этап тестирования на данном этапе продукт проверяется для обеспечения отсутствия ошибок. Эта работа осуществляется тестером, который работает в его/ее собственных песочницах после того, как данные мигрировали из репо. Если требуется частичное тестирование, то создаются частичные песочные коробки для копирования. Такие ситуации происходят, когда тестирование необходимо только для определенных признаков приложения. Таким образом, специалист ориентирован на тестирование определенных частей приложения. Если это важная функция, требующая особого внимания, то песочница тестера может быть передана другим специалистам. В случае любых ошибок в кодировании он отправляется обратно к разработчику для исправлений. После того, как исправления сделаны, часть кода снова проверяется тестером для обеспечения отсутствия ошибок. Этап тестирования приема Это последний этап тестирования, который проводится группой специалистов, в том числе разработчиков, менеджеров по продуктам, тестерам и другим. Он осуществляется с помощью частичных песочбоксов. Те, кто обычно создается менеджером релиза. В то же время менеджеры проекта используют одни и те же песочницы для специального тестирования. Как только этот этап был успешно завершен, продукт готов к проведению презентации. Песочницы могут быть использованы тренерами в качестве учебных материалов. Если какие-либо проблемы были найдены в коде, то часть приложения восходит к этапу разработки для дальнейших исправлений. Этап выпуска продукта Продукт практически готов к выпуску. Специалисты проводят тестирование производительности с использованием дополнительных песочников, которые имеют все особенности приложения. Программное обеспечение проходит через несколько этапов тестирования, включая строгое и регрессионное тестирование. Если проблем не найдено, то продукт отправляется в производственную среду. Однако проблемы могут быть найдены позже, и они будут устранены во время патч-релизов. Обычно это более быстрый процесс, чем стандартное разработка приложений SalesForce.
Оригинал: «https://dev.to/nazariipetreshak/five-stages-of-salesforce-app-development-4onf»