LardUA, не самым плохим поинтом, нанять человека, вполне себе можно на условные полставки и на удаленку.
по моему опыту что бы первично все настроить уходить примерно месяц, это минимальный срок, когда автоматизация начинает приносить хоть какую-то пользу. а по факту до полноценного внедрения в релизный цикл может уходить от полугода и больше тут очень сильно зависит от команды
LardUA, тесты особенно в банке бывают сильно разные.
Есть какой-то пулл простых тестов, для которых не нужны авторизация пользователя - с ними все просто как с api так и ui
А вот с тестами где надо авторизация или нужно создавать нового пользователя сложнее, там требуется закопать не мало сил на эту часть.
Сами тесты на чем угодно можно писать. Но если делать плюс минус нормально то нужно железо, где все развернуть
Я бы порекомендовал написать тесты на python + pytest + allure report + allure ee - так у вас будут и тесты и история прогонов и релизные раны, и т.д.
1. уберите x.reverse() - эта операция не бесплатная, лучше изменить условие.
2. удобнее итерировать объекты напрямую, для номера индекса можно использовать enumerate
3. в конце вместо цикла с принтом, используйте join, и выведите один раз, это тоже чуть быстрее должно быть.
4. вместо list(map(int, input().split())) можно заменить на [int(v) for v in input().split()] - вы все равно создаете список, но тут нет накладных расходов на создание генератора.
не экономте в названии переменных, так другим будет проще понимать что происходит.
то что вы перечислили, тянет скорее на джуна.
Все сильно зависит от компании, но в плюс минус общем случае.
От мидла Qa, хотят что бы он умел в автоматизацию, и умел вести релизный цикл приложения
Если с автоматизацией все просто относительно, то релизный цикл в каждой компании сильно разный.
Из общего это только определение пула задач для релиза, а дальше все начинает разниться. Где-то ты сам отрезаешь ветки, выкатываешь на какой-нибудь стабильный контур, проверяешь что релиз готов к выкатки и катишь до прода. Где-то этим занимаются разрабы или админы. Где-то по мимо выкатки ты еще занимаешь сбором фидбека по релизу и анализом фидбека.
Так же мидл должен участвовать на этапе обсуждения фичи, и заниматься тестирование аналитики.
Алексей Меликов, вы можете использовать очередь, и если попытка не удалась возвращать значение обратно
Можно проблемное место обернуть в декаратор с ретраями.
Satauchi Kimoto, таки правильно говорит, если не можете самостоятельно принять решение, то надо дома сидеть.
Мы не знаем ваших вводных, в каких-то случаях переезд в питер оправдан, в каких-то бессмысленно
EkS2019, можно отталкиваться от общих цифр, а если так уж хочется проверить верстку на разных девайсах, то проще завести в проект скриншотное тестирование
Надо смотреть аналитику, кто использует ваш продукт и на каких версиях, если на определенных версиях меньше процента, не стоит замарачиватся тестированием.
Если аналитики нет то обычно смотрят на хром последние 2 версии, файрфокс последние 2 версии, опера последняя версия, Обязательно сафари. Если у вас есть аудитория на хр то надо смотреть на хром 42 версии(или 44)
по моему опыту что бы первично все настроить уходить примерно месяц, это минимальный срок, когда автоматизация начинает приносить хоть какую-то пользу. а по факту до полноценного внедрения в релизный цикл может уходить от полугода и больше тут очень сильно зависит от команды