Я помню эти контрпримеры. И я не про все-все сертификаты, если что. Сложнополучаемые редкие и/или дорогие сертификаты играют роль. Типа тех же SAP. Может, cisco (когда-то было актуально, сейчас не в курсе) Я признаю, что знаю далеко не всё, но не видел ни одного пока примера безусловной полезности обсуждаемых istqb, или курсов автоматизации.
Я слышал, в каких-то компаниях то ли требуют наличия, то ли требуют получения сертификатов istqb в первые месяцы работы. Вот тут даже можно глянуть - https://hh.ru/search/vacancy?text=istqb
Готовить заявку к каждому кейсу запросами через базу (менее надежно и более рисковано, т.к. нужно хорошо понимать, что происходит с заявками в базе и вспомогательных таблицах), либо дергать апишки прямыми запросами, а на фронте уже проверять в отдельных кейсах конкретные статусы ваших заявок.
смотрите какие запросы отправляет фронт на том или ином этапе, делаете себе генератор реквестов, какие-то поля захардкодили, где-то динамически сгенерили значения (при необхзодимости), отправили запрос (запросы), открыли браузер в конкретном тесте, продолжаете свой флоу на фронте. Вот вам и атомарный тест.
Если флоу нужно пройти под разными юзерами к моменту проверки, отправляете запросы с authorization headers нужного юзера, проделываете всю подготовительную работу через апи, в тесте уже работаете с “подготовленной сущностью”
Ставить таймер, моделировать реальное время человека, который тратит на заявку. Вполне возможно программистами могла быть сделана очередь, не сразу в бд попадает заявка. Посмотреть ошибку при падении. Ибо быть может что угодно, от банального ненайденного элемента до логики работы приложения.