Привет. У кого-то есть на проэтке тесты которые вы не запускаете и не проходите мануально. Если да то почему они у вас есть?)

потому что устарело/не актуально
/не всегда нужен проверять

Есть тесты 3-го приоритета. При составлении тестовой модели они, естественно, были написаны, но времени на них нет ни в одном регрессе. На автоматизацию они тоже пойдут в последнюю очередь.

Просто на сколько я понимаю такие тесты рассчитаны на более глубокое тестирование (санити) оно также должно проводится желательно после смока . Просто если нету времени на них зачем они нужны?

Лежат в ожидании, что хватит на них времени. А это возможно будет с повышением процента автоматизации регресса. Плюс есть вероятность, что приоритет по части тестов будет изменен. Такое уже было не раз, когда менялись приоритеты по продуктам компании. Ну и без них тестовая модель была бы не полная 😊

почему бы в скрине/тесте не сделать какой-нибудь FluentWait, дожидающийся исчезновения окна и перезагружающего страницу, если за определённое время не пропало?

А это разве не дефект? Если дефект, то ограничиваем ожидание по времени, если за определенное время окно не пропало - смело падаем

Тогда другой вопрос . Если у вас тесты которые вы раните и которые нет. Они очень похожи и чтобы автоматизировать те что не раните нужно приложить минимум усилий , добавить параметризацию и написать один иф стейтмент . Грубо говоря за человеко неделю сможете покрыть 60 тестов этих(это 10 процентов от всех тестов) вы бы стали это делать(и да те тесты которые вы раните , вы их автоматизируете в данный момент поэтому фокус не надо будет менять )

Стали бы

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

вообщем решил проблему очень тупо, но работает😱
loadMessage.shouldBe(Condition.not(Condition.visible));

на это дается 10 секунд, в случае провала, падает все

А по поводу того, что какая-то штука которая сигнализирует о полной загрузке не исчезает, напрашивается вопрос а зачем она вообще там нужна если она не работает нормально? Звучит как косяк приложения, а это уже девам надо чинить, а не вам адаптироваться под нестабильные фичи

тоже верно

Тут надо посмотреть на КПД. Какая польза будет от того, что мы их автоматизируем? Не забываем, что автотесты требуют поддержки, разбор падений и т.п. Лишние тесты - увеличение времени прогона и т.д. Поэтому если тест стоит автоматизировать 10 минут времени - это не значит, что в дальнейшем это не будет отбирать несколько часов каждый регресс. А так оцениваем моментальные и долгосрочные затраты на тест, понимаем, какой профит даст нам автоматизация этих тестов, понимаем КПД и принимаем решение.

В таком случае профит от автоматизации - это не сокращение времени ручного регресса, а расширение тестового покрытия. В зависимости от соотношения затрат и пользы решаем, стоит оно того или нет.

Как же много нового я узнаю, благодаря этому чату)

P.S. Думал что сам Солнцев написал ответ

Согласен.

Забыл еще один важный момент. Надо учесть, будет ли исправляться дефект, если он будет найден в тесте 3-го приоритета. Если он будет априори отложен (ибо не может быть ни блокером, ни критиком) в долгий ящик, то такое точно автоматизировать не надо.