Угу, так и было. Глубокий аутсорс, армия мануальщиков и одна из главных идей в стиле Бугаенко что результат работы это количество багов

Когда заходил проект на тестирование то не дай бог там мало багов будет ))

Сложные были времена

👍

Компания относится прекрасно к развитию и инициативе. Но меня поставили на проект from scratch. Т.е. все началось с прототипирования, процессов нет и команда пока делает что хочет. Но это не беда, беда что заказчик туго отвечает и под конец спринта меняет все требования. Ну т.е. еще нет ни одного функционала, который можно было б отправить в регрессию. Все последние написанные тесты в ближайшее время будут переписываться. Писать автотесты это как стрелять себе у ногу, т.к. все будет меняться. Тут разве что только набивать руку когда будет хоть первый готовый функционал. Пока решила делать себе пет проекты просто на сторонние ресурсы. Но я боюсь что так копошиться можно до бесконечности, плюс некоторые решения будут придуманными велосипедами. А попасть под менторство зубра автоматизатора пока не получается. У нас ревьювить могут только девы. Они крутые и толковые, и как люди прекрасные, но у них часто видение автотестов сводится к юнит тестам. Т.е. сначала надо доказать почему у нас подход разнится

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

И я не считаю что автоматизаторы и мануальщики разнятся по рангу и уважать надо по разному. Без мануала и хорошо проработанного функционала автоматизацию не навернешь. Все важны. Лично я хочу перейти потому что меня цепляет тема своей интересностью.

А на собеседованиях спрашивают разное. Кто спрашивает пайтон кор и тут я соглашусь знать надо (обложилась уже литературой и прокачиваю днтальнее чем на курсах). Кто просто дает пример и  просит написать код. Прекрасно если на компе, иногда просто ручка и бумага. Лично я на компе напишу, может пока джун и подгугливая. Но ручка и бумага и нервы во время собеседования меня могут вообще ввести в ступор. Потом я прихожу домой и пишу на компе то что и требовалось. С припуском что уверенности в коде еще нет полной

Вообщем меня больше интересовало не как "взять и кодить", а если кто перешел, то какие шаги и упорные/упоротые действия его привели к цели. Нет шаблонов, но иногда чужая история может добавить веры в себя и помочь с вектором саморазвития

Success story тебе не сильно помогут. Ситуация индивидуальная и всегда есть тонкости, которые ставят всё с ног на голову.
Про "взять и кодить", потому что таким образом часто всплывёт куча всего дополнительного. Вдруг решишь сделать специализацию на performance или security? А без практики кода действительно сложно.
Собеседования проходи. И проси после них фидбэк. Рекомендации над чем поработать и т.д. А потом из этого делаешь план обучения. Опять-таки, проходить собеседования тоже надо уметь. Я как-то искал работу параллельно текущей около года. И пару позиций, как я сейчас понимаю, упустил именно из-за неумения правильно отвечать на вопросы или даже непонимания вопроса. Так что тут практика тоже нужна.

Зависит от проекта. Грамотная организация и архитектура может свести мануал к минимуму.

Занырнуть хардкорно - это тот самый проект с нуля, где, по твоим словам, ты и находишься. Где сам и тимлид, и мануал, и автоматизатор. Ещё и аналитика изредка)))
Пет-проект - абсолютно верный выбор. Опять-таки, потом можно добавить ссылку в резюме.
Для обоснования разных подходов тестирования бери литературу и убеждай. Теоретическая база тоже очень нужна.
Если меняются требования, то можно посмотреть на back-end часть. Её радикально менять сложнее, чем UI. Проверка API, нагрузки и т.д.

Ребят, спасибо за советы и поддержку и в чат и в личку! Для меня это действительно ценно и вдохновляет

Пидр

А?

А, спам был чтоль. Ну будь он проклят значит

Надо бы встречу