Комментарии 5
Статья хорошая и будет полезна начинающим специалистам, т.к. помогает получить общее представление о работе и обязанностях администратора Saleforce. Спасибо!

Как разработчик (ха-ха) salesforce хочу заметить, что:


  1. Мне непонятно, зачем администратор должен запускать тесты апекс и вообще лазить в код. Тем более, когда речь идёт о managed пакетах. Как будто их разработчики действительно будут разбираться, почему у юзера васи упали тесты уже установленного пакета и тем более вносить изменения в пакет( которые получат все установившие пакет), что бы Вася был доволен.Ubi nil vales, ibi nil velis.
    2.Эклипс давно не используется для разработки и деплоя в Salesforce. VsCode и пакет дополнений Salesforce CLI integration. Т.е. имеем мало того, что корявый перевод, так ещё и перевод ДРЕВНЕЙ статьи.

Очень похоже, что в статье указывается, что тесты это один из способов обнаружить конфликт нового vr/required поля/required фильтра/dedupe рула с кастомной логикой.

У salesforce все тесты выполняются в отдельном контексте и не имеют доступа в реальным данным(кроме кастомной метадаты) по умолчанию. Да, можно разрешить тестам читать реальные данные посредством аннотации SeeAllData, но это отнюдь не best practice. Так что нормально написанные тесты не упадут ни при каких внешних изменениях. Больше похоже на то, что человеку нечего делать и он просто ищет себе занятие. Или наоборот — «ты чем занят? Тесты выполняю! Через час звоните, освобожусь!».

То, что я перечислил к данным как раз не относится и будет влиять на тесты без seealldata.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.