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

Вот как раз к этому и вопрос , когда стоит остановиться , чтобы не появилось желание уйти в девелоперы :D мол я всё знаю , чсв поднялось и ты понимаешь , что теститки на селениуме это не твоё призвание и хочешь уже многопоточный бэк сидеть разрабатывать.

а что, быть разработчиком - грешновато? ну уйдешь и хорошо. Идея познания окружающего мира подразумевает в результате познание себя и своих желаний.

Вот как раз к этому и вопрос , когда стоит остановиться , чтобы не появилось желание уйти в девелоперы :D мол я всё знаю , чсв поднялось и ты понимаешь , что теститки на селениуме это не твоё призвание и хочешь уже многопоточный бэк сидеть разрабатывать.

Этот момент обязательно наступит, все нормально)

Ну всё - тогда я спокоен?

Вот как раз к этому и вопрос , когда стоит остановиться , чтобы не появилось желание уйти в девелоперы :D мол я всё знаю , чсв поднялось и ты понимаешь , что теститки на селениуме это не твоё призвание и хочешь уже многопоточный бэк сидеть разрабатывать.

пиши свою тестовую платформу

Вот как раз к этому и вопрос , когда стоит остановиться , чтобы не появилось желание уйти в девелоперы :D мол я всё знаю , чсв поднялось и ты понимаешь , что теститки на селениуме это не твоё призвание и хочешь уже многопоточный бэк сидеть разрабатывать.

ну иди и разрабатывай. В чём проблема-то? Делай то, что хочется )

Вот как раз к этому и вопрос , когда стоит остановиться , чтобы не появилось желание уйти в девелоперы :D мол я всё знаю , чсв поднялось и ты понимаешь , что теститки на селениуме это не твоё призвание и хочешь уже многопоточный бэк сидеть разрабатывать.

Чем раньше уйдешь, тем больше рабочих мест создашь в qa) Не переживай)

Ребят , подскажите , а на ваш взгляд на каком уровне нужно знать Java , чтобы комфортно заниматься автоматизацией? Нужно ли следить за всеми новшествами типа стримов , лямбд и так далее или хватит знаний джаваКора к примеру?

Чтоб получить работу надо знать алгоритмы ну и continues integration

Чтоб получить работу надо знать алгоритмы ну и continues integration

Для автоматизации? Алгоритмы? CI?

C'mon, для работы в автоматизации надо мочь решать проблемы данной конкретной компании в рамках будущих полномочий. На должности младшего автоматизатора - уметь поменять локатор и написать тест по образцу, например. Arguably программирование надо знать на уровне отличия "=" от "==".

CI могут и девопсы настроить. тестировщики должны заниматься тестированием

CI могут и девопсы настроить. тестировщики должны заниматься тестированием

Так тестировщики иногда за это ответственны, нет?

Иногда да, иногда нет. Это не обязательное условие.

C'mon, для работы в автоматизации надо мочь решать проблемы данной конкретной компании в рамках будущих полномочий. На должности младшего автоматизатора - уметь поменять локатор и написать тест по образцу, например. Arguably программирование надо знать на уровне отличия "=" от "==".

Если интервью проводит QA manager который значит что задавать скорей всего да. Но обычно это интервью это пара девелоперов, продукт ну и кто из qa. Когда в силиконовой долине жил не одно интервью без алгоритмов не проходило.

Думаю qa инженеру полезно знать ci

Если интервью проводит QA manager который значит что задавать скорей всего да. Но обычно это интервью это пара девелоперов, продукт ну и кто из qa. Когда в силиконовой долине жил не одно интервью без алгоритмов не проходило.

Алгоритмы чего? Сортировок?

написать самому расстояние Левенштейна по памяти поди, красно черное дерево закодить

Если интервью проводит QA manager который значит что задавать скорей всего да. Но обычно это интервью это пара девелоперов, продукт ну и кто из qa. Когда в силиконовой долине жил не одно интервью без алгоритмов не проходило.

По разному, последние было на написать скрипт который будет все зависимости отслеживать

Зависимости в чем?

Если интервью проводит QA manager который значит что задавать скорей всего да. Но обычно это интервью это пара девелоперов, продукт ну и кто из qa. Когда в силиконовой долине жил не одно интервью без алгоритмов не проходило.

На перегретом рынке Долины, где очень много крутых дорогих специалистов (а некрутые и дешёвые там не живут - не на что) - возможно, требуется знание алгоритмов, математики, CI, CD и прочего. На достаточно пустом рынке автоматизации ДАЖЕ в Москве, где manual может получать 150+, такое знание не является обязательным для получения работы.

Зависит от того, очевидно, где вы хотите работать.

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

Необходимо: понятие относительное. Необходимо что бы устроиться в ООО Рога и Копыта и кодить тестики на селениуме? Нет, такой необходимости нет, достаточно написать полтора теста на селениуме и вперед. Необходимо что бы устроиться в крутую команду на хорошую зарплату с интересными задачами - понадобится довольно глубокая экспертиза, в том числе в базовом computer science и алгоритмах.

Необходимо: понятие относительное. Необходимо что бы устроиться в ООО Рога и Копыта и кодить тестики на селениуме? Нет, такой необходимости нет, достаточно написать полтора теста на селениуме и вперед. Необходимо что бы устроиться в крутую команду на хорошую зарплату с интересными задачами - понадобится довольно глубокая экспертиза, в том числе в базовом computer science и алгоритмах.

Depends. Я не могу сказать, что я обладаю достаточными знаниями алгоритмов в частности и CS в целом. Пару раз разворачивал CI, поддерживал selenium тесты, умею в автотестирование мобилок. Я даже по образованию, обожемой, гуманитарий. Тем не менее, мне присылали несколько офферов на позицию автоматизатора в крутые места на хорошую зарплату с интересными задачами.

Спасибо. Не выглядит чем-то сложным на первый взгляд.

Depends. Я не могу сказать, что я обладаю достаточными знаниями алгоритмов в частности и CS в целом. Пару раз разворачивал CI, поддерживал selenium тесты, умею в автотестирование мобилок. Я даже по образованию, обожемой, гуманитарий. Тем не менее, мне присылали несколько офферов на позицию автоматизатора в крутые места на хорошую зарплату с интересными задачами.

Т.е. вам не приходилось по работе сталкиваться с ревью кода, например? Мне вот приходилось. Быстро пришло осознание, что базис надо основательно так подтягивать.

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

Строим граф и паботаем с ним

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

Смотри, лично из моего опыта.(тока про Калифорнию) в больших компаниях очень легкие интервью, мало работы но они берут в 90% тока на контракт. В startup в начале много работы, сложные интервью но full time + benefits.

Смотри, лично из моего опыта.(тока про Калифорнию) в больших компаниях очень легкие интервью, мало работы но они берут в 90% тока на контракт. В startup в начале много работы, сложные интервью но full time + benefits.

В РФ всё-таки сильно другой ТК, здесь в большинстве случаев ищут либо сотрудника в штат, либо компанию для аутсорса. Я работал в компании, в которой был аутстаффинг на фрилансеров, но это скорее исключение.

у меня приятель синиор qa в епаме. перешел в этом году из известной американской конторы, в которой 10 лет отработал. так он только в прошлом году узнал про дженкинс и ci. до этого говорит это просто не требовалось. все настройки делали девопсы

Т.е. вам не приходилось по работе сталкиваться с ревью кода, например? Мне вот приходилось. Быстро пришло осознание, что базис надо основательно так подтягивать.

Базис - который JS? ?

Базис - который JS? ?

Wut?

Wut?

Да я прикалываюсь над basis js

у меня приятель синиор qa в епаме. перешел в этом году из известной американской конторы, в которой 10 лет отработал. так он только в прошлом году узнал про дженкинс и ci. до этого говорит это просто не требовалось. все настройки делали девопсы

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

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

А QA это не тестирование. Но кого это волнует...

А QA это не тестирование. Но кого это волнует...

А тестирование - это не QA, но тоже всем пофиг

А тестирование - это не QA, но тоже всем пофиг

Тестирование - куа.

А в примере Павла прекрасно примерно все.

опять этот холивар

Где холивар, какой холивар?

А разве тестирование это не qc?

Ну типо qa включает qc, но qc это часть qa

Перестает ли единица быть числом от того, что входит в подмножество натуральных чисел?

в Долине работают +- те же люди и специалисты, что и в Москве, Академгородке или прочих. Выше прозвучал момент насчет "другие (слабые специалисты) просто не вытерпливают таких цен" - да там кроме IT есть и другие люди из плоти и крови в ритейле, сервисе, общепите и прочих - живут себе (как и специалисты без умения в автоматизацию, например). Просто работаешь на меньшую зп - тратишь на жилье на 10-30 тысяч долларов в год меньше + добираешься до Пало Альто дольше, потому что не живешь прямо на месте. "10 лет работал QA и не знал о Дженкинсе" - это нормальная ситуация в Штатах (и гораздо в меньшей мере про Кремниевую долину).

Перестает ли единица быть числом от того, что входит в подмножество натуральных чисел?

Становится ли единица множеством натуральных чисел если она ему принадлежит?

тся

извините

ВЖУХ!

тся

Автоисправление, сорян

Ну дженкинс поднять и тесты засунуть туда можно за пару дней осилить, зато опыт и тесты бегают. Более сложное что-то и разрабы могут сделать

А если интересно - делаем хеллоу волд проект и учимся собирать, деплоить тесты гонять

Становится ли единица множеством натуральных чисел если она ему принадлежит?

Нет, но утверждение "единица - число" от этого не становится ложным, как и утверждение "тестирование - qa" не становится ложным от вложенности подмножеств. Странно, что такие очевидные вещи приходится объяснять техническим специалистам.

Нет, но утверждение "единица - число" от этого не становится ложным, как и утверждение "тестирование - qa" не становится ложным от вложенности подмножеств. Странно, что такие очевидные вещи приходится объяснять техническим специалистам.

Ну на сколько я понимаю qa это комплекс мер, который включает тестирование (контроль качества) и прочее, по этому ставить между общим и частью общего знак равенства некорректно

Ну на сколько я понимаю qa это комплекс мер, который включает тестирование (контроль качества) и прочее, по этому ставить между общим и частью общего знак равенства некорректно

А там точно стоял знак равенства?

Тестирование - куа.

Это разве не оно? Если это не приравнивание, то я не правильно понял

Я не уверен до конца, но мне казалось что там стоит дефис. В знаке равенства вроде бы на одну черточку больше.

Но в письменной речи обычно вместо = используется -

Ну думаю это уже придирки к деталям

ERROR: S client not available

"Единица - число, А - буква", тут, я так полагаю, две операции приравнивания?

?

А это не равносильно "единица это число, а это буква"?

Не выспался

А это не равносильно "единица это число, а это буква"?

Да, равносильно, но в вашем предложении тоже нет приравнивания.

Понятно

Является цифрой и то же самое, что цифра - разные вещи. Единица это число - это указание на вхождение в подмножество, а не на тождественность понятий.

Думаю конструктивная дискуссия не получится, так как вы напрочь не признаете что вы написали "тестирование это qa", что не верно, так как правильнее было бы сказать "тестирование это ЧАСТЬ qa"

Ну, вам то виднее, что я написал.

Тестирование входит в подмножество qa активностей. Следовательно тестирование - это куа. Это не означает, что куа - это только тестирование.

То, что вы видите операторы тождественности там, где их нет - не проблема того, что я признаю, а что нет.

Есть легенда, что тестировщик выучил все значения дефиниций, прочитал Савина и istqb , победил всех в спорах по понятиям и запустил ракету на Сатурн.

Есть легенда, что тестировщик выучил все значения дефиниций, прочитал Савина и istqb , победил всех в спорах по понятиям и запустил ракету на Сатурн.

Черт, так и знал, что не зря савина советовали читать.

На самом деле, в мире каждый день грустит котик, и плачет, когда кто-то вдруг начинает думать всерьёз, что выяснение связей qa и qc даст какую-то пользу продукту

Это типа рэп батла, только вместо бадибэг и панчей тут тестировщики неймдропают другие термины. Стыдно должно быть тратить время на такие перепалки

А тут, в основном, только таким и занимаются)

Сейчас бы заниматься контролем качества и думать что ты QA

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

да какая разница, господи, кто что думает и кем он прописан в трудовой книжке.

На хохлосрачи, очевидно же

А если интересно - делаем хеллоу волд проект и учимся собирать, деплоить тесты гонять

но зачем? у нас разработка на C++(linux/win)/C#/Java и тестировщик должен знать как настроить джоб для каждого прогера в команде?

а ещё со всякими зависимостями разбираться, нугет-пакеты собирать

Не должен), но согласись четко, если ты знаешь как)

Не должен), но согласись четко, если ты знаешь как)

четко, если пишешь на java/c/c++/c# etc

только что ты делаешь в qa?)

М, а код на си принципиально не требует тестирования, да?

Или sdet и люди которые пишут фреймворки- не должны относиться к тестированию?