Если конкретно этот тест именно проверяет функционал удаления, то тогда, конечно, нужно удалять именно через UI. Но тогда не должно быть никаких "может быть, а может и не быть".

ну меня тоже эти "может" смущают конечно, сразу сказал, что тест с логикой - плохая идея

Надо подготовить данные так, чтобы элемент точно был, и тест точно должен его кликнуть. И проверить, что он исчез.

Только хотел добавить, что как быть если требуется проверить юзерэкспириенс) уже ответили

коллекцию можно не пересоздавать, она сама "пересобирается" каждый раз, когда взаимодействуешь с ней

коллега, а зачем тебе создавать аккаунт через UI, вы там разве тестируете сам функционал форса ? или какие-то кастомные разработки? 🙂

День добрый.
Есть вопрос. Пишу скриншот-тесты на Cypress, столкнулся с одной проблемой. Есть календарь, текущая дата выделяется кружочком (обычный, в общем, календарь). Естественно, при проверке вчерашних скринов, тест упадет, ведь кружочек будет на другой дате.
Все решается примерно следующим образом:

beforeEach(() => {
    cy.clock(new Date(2021, 3, 15, 0).getTime(), ['Date'])
  })

.
Но заметил проблему. Иногда тесты падают. Причем при просмотре сравнения скриншотов видно что падение происходит из-за того что новая дата не применилась. Падения происходят случайно, по крайней мере я никакой закономерности не смог разглядеть.
Кто-нибудь сталкивался с таким? Есть ли способ как-то иначе задать дату или сделать ее надежней?

Кто-то использует Micro focus ALM? У меня тесты ui Selenide + Allure + Junit5.  Запускаю из Дженкинс. Какие есть полезные варианты интеграции с ALM?  Пока обнаружила, что можно результаты из Дженкинс загонять через ALM octane.  Что ещё используете? Может, есть какой-то способ тест кейсы в junit и обратно пулять? Или ещё что полезного?

Не, подготовка перед созданием новых записей)

ну а другого способа нет удалить старое? через апи, через базу?

Не-а)

К бд доступ запрещён кроме селекта) сам офигел)

ну это уже изначально очень большой костыль)) так что можно городить что хочешь, костыльнее уже не будет))

Кек)

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

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

Да там планируют разрешить и уже с верхами обсуждал, но это не скоро

1. а что обмазываете у аккаунтов? стандартные/кастомные поля заполняете через Edit форму?
2. и получается ваше целевое приложение просто использует созданные в СФ записи через интеграцию с его БД?

1. не уточнял какие и сколько из полей кастомные, но там создается админ аккаунт, у него контакт, роли и атрибуты и тд
2. подозреваю что там сильно больше одной таблицы используется для записи, а так да

в таком случае, работа через UI не кажется оптимальной. Это по сути генерация тестовых данных для целевого приложения, не из экосистемы СФ.
лучше тогда освоить SOAP или REST API (если тестовые данные в не очень больших количествах нужны), и работать через них.
Selenium скрипты в UI как пререквизит для ваших тестов -- крайне сомнительная затея 🙂