Почему?

Каждый пользователь только свои данные видит)

Безопасность, всё такое

У меня нету админских ролей

Ну логины их есть у вас?

Ничего у меня нету) Я просто пользователь сайта нашей компании, который должен проверить, что после N входа отобразилась цветная ачивка, всё)

Но при этом мой код работает, так что он должен будет остановиться, когда появится цветная) Вот и вся зависимость

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

Я бы так делал: Смотрим в девтулз в каком запросе приходят данные на ачивки, Н-цать раз логинимся, делаем нужный запрос, получаем данные по ачивке, проверяем.

В таком способе не получается проверить, что ачивка сменила цвет, может бек норм работает, а мордочка не смогет)
Второй тонкий момент - неизвестна механика подсчета логинов, вроде у ТС мелькало что-то про "логинимся и делаем действия", возможно нцать запросов логина не прокатят)

Ну это лучше проверить глазами. Через selenium можно конечно нагородить проверку стиля или даже скрины проверять, но это путь в никуда. Лучше чтобы у фронта были отдельные тесты.

Зависит от целей) попросили внутренний сайт потыкать "выжетестировщики" на один раз и надо срочно прикрутить костыль "убедиться что живет" сильно отличается от коммерческого проекта)
В прочем, апи тесты на основной функционал в любом случае крайне полезны, вы правы))

Посоветуйте либу для апи тестов на go

isDisplayed - это свойство IWebElement. Т.е. после создания объект вида
var btn = driver.FindElement(); у этого объекта уже будут какие-то значения в isDisplayed, Enable и т.д. исходя из того, как выглядит страница и что есть в DOM'e.

Тестировщики, но не манкейтестеры. На blackbox у вас уйдёт много сил и времени и в этом будет не сильно много смысла.
У вас есть элемент, который меняется. Что меняется? Стиль? Или сам элемент? Какое условие изменения: просто логин или логин+действия? Если второе - какие действия? Как система понимает, что действия были? Что меняется в БД?

Если в БД есть какой-то счётчик, который отвечает за то, что пользователь залогинился и что-то поделал, то:
 * приводите этот счётчик к пограничному состоянию и проверяете, что после прохождения границы есть нужные изменения на сайте;
 * приводите этот счётчик к нейтральному состоянию и проверяете, что нет изменений на сайте в случае, когда они и не должны быть. Т.е. если на 500-м логине меняется цвет, ненадо проверять 499 раз, что цвет НЕ поменялся.

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

А на "потыкать"... ну блин) не надо так)

Согласна по всем пунктам!)))

Короче суть в том что у меня есть селектор. Там несколько значений. Как метод displayed. Понимает что выбрано именно то или иное значение. Ведь они все отображаються в ДОМЕ

Наличие элемента в доме говорит лишь о его существовании в доме. Либо сам браузер передаёт эту инфу, либо вебдрайвер на основании ответа браузер определяет значение атрибута.

А вам зачем это?

Может быть у вас селектор находит не то? То есть он ведёт слишком "вглубь" и поэтому его параметр isDisplayed=false.

Да нет просто хочу понять как он устроен ведь он не на один тип элемента работает

И там отличие в один атрибуи