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

+. Тестер явно не пустой человек, который просто умеет пользоваться и критиковать. Но это не говорит о том, что он всё это должен знать априори. Чем он тогда будет отличаться в корне от других специалистов? Только задачами? Тогда это бы не обособилось в профессию.

Это утверждение истинно, но абсолютно бесполезно :)

увы.

>> Чем он тогда будет отличаться в корне от других специалистов? А почему все должны в корне отличаться?

Корень у всех один - фундаментальное технарское образование. А дальше уже идут специализации.

Посоны нужен совет. Работаю мануалом. Сейчас буду изучать автомейшн. Самый главный вопрос, на который пока не могу найти ответ, какой язык лучше выбрать? Выбираю между java и python. Посоветуйте пожалуйста на чем лучше сейчас автоматизировать, чтобы ориентироваться на нынешний рынок?

Корень у всех один - фундаментальное технарское образование. А дальше уже идут специализации.

звучит страшно и сложно. С натяжкой соглашусь.

Посоны нужен совет. Работаю мануалом. Сейчас буду изучать автомейшн. Самый главный вопрос, на который пока не могу найти ответ, какой язык лучше выбрать? Выбираю между java и python. Посоветуйте пожалуйста на чем лучше сейчас автоматизировать, чтобы ориентироваться на нынешний рынок?

пайтон легче джава распространённее

1) нет. Зависит от задач, проекта. В идеале конечно знать. 2) см 1. 3) очевидно да. 4) скорее да, чем нет. В идеале конечно да. 5) да. 6) см 1. Но на 100% согласен, что нужно знать тулкит. 7) см 1 8) в идеальном мире - да. Хотя бы потому, что это требует определенных навыков и опр. мышления.

п.1-2 вообще никак не зависит от задач и проекта. это как азбука - либо знаешь, либо "ты что в ИТ забыл"? 4 - как там можно допустить нет? вы чо? 6 - ээээ, вот простая тема - крэшает тебе твой сайт браузер, браузер крэшает всю систему, доступным остаётся только шел, ребут нельзя делать - риск слёта логов - гетни мне логи, найди ошибку, рестартани оболочку, это аналогично - базовые знания, чуть дальше алфавита - ещё чуть словарик знать надо 7 - очень базовые знания для ТЕСТИРОВЩИКА, то есть это азбука тестировщика. то есть на 8 пунктов вы оспариваете все специальные знания для тестировщика начального уровня... жесть 8 - а потом пишут 250 дублирующихся кейсов на каждую букву, лол

Посоны нужен совет. Работаю мануалом. Сейчас буду изучать автомейшн. Самый главный вопрос, на который пока не могу найти ответ, какой язык лучше выбрать? Выбираю между java и python. Посоветуйте пожалуйста на чем лучше сейчас автоматизировать, чтобы ориентироваться на нынешний рынок?

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

а, и кстати - джаваскрипт рулит как в старые добрые )))

ибо браузеры все научились его норм пинать

phantomjs, ага, нормик

вот новость, это из разряда - всем тестировщикам любого уровня - критично пройти

Украинская платформа онлайн-курсов Prometheus открыла регистрацию на один из самых популярных курсов в мире «Критическое мышление» http://itc.ua/news/ukrainskaya-platforma-onlayn-kursov-prometheus-otkryila-registratsiyu-na-odin-iz-samyih-populyarnyih-kursov-v-mire-kriticheskoe-myishlenie/

пайтон легче джава распространённее

важно ли компании, при приеме на работу на qa автомейшн, на каком именно языке человек пишет тесты?

думаю, если все тесты на руби, то не важно пайтон вы знаете или джаву, писать будете на руби так что лучше жабу - распространённее

думаю, если все тесты на руби, то не важно пайтон вы знаете или джаву, писать будете на руби так что лучше жабу - распространённее

Спасибо)

Посоны нужен совет. Работаю мануалом. Сейчас буду изучать автомейшн. Самый главный вопрос, на который пока не могу найти ответ, какой язык лучше выбрать? Выбираю между java и python. Посоветуйте пожалуйста на чем лучше сейчас автоматизировать, чтобы ориентироваться на нынешний рынок?

NodeJS + WebdriverJS

я сам решил на жабе, но на пайтоне "для себя" пишу

Знание веб технологий - нужно. Знание ux/ui нужно. Знание проекта в целом нужно. Где там математика?

тру

о, да, руби, за бугром очень сча популярен руби

гггг, я тоже считаю, что ява не нужна, мечтаю, когда наконец уже гугл убьёт явовскую машину у себя и этот монстр умрёт

но ближайшие года 2 этого не случится

п.1-2 вообще никак не зависит от задач и проекта. это как азбука - либо знаешь, либо "ты что в ИТ забыл"? 4 - как там можно допустить нет? вы чо? 6 - ээээ, вот простая тема - крэшает тебе твой сайт браузер, браузер крэшает всю систему, доступным остаётся только шел, ребут нельзя делать - риск слёта логов - гетни мне логи, найди ошибку, рестартани оболочку, это аналогично - базовые знания, чуть дальше алфавита - ещё чуть словарик знать надо 7 - очень базовые знания для ТЕСТИРОВЩИКА, то есть это азбука тестировщика. то есть на 8 пунктов вы оспариваете все специальные знания для тестировщика начального уровня... жесть 8 - а потом пишут 250 дублирующихся кейсов на каждую букву, лол

1, 2) зависит. давайте еще перейдем к страницам памяти, кешам процессора и еще на более низкий уровень? чего уж. 4) потому что по хорошему, программист должен предусмотреть возможность отладки приложения. Не во всех тестируемых продуктов это действительно надо 6) нужно знать тулкит. и по хорошему, задокументированные возможности редко крашат систему. не говоря уже о механизме sandbox. который давно выверен. И какие то прямо сверх баги могут всё крашнуть. есть тулзы для отладки и дебага. 7)субьективно для вас. начального уровня в ваших проектах. я не оспариваю всё в корне. я хочу разделить зону знаний и ответственностей, которая действительно нужна джуну. 8) это матиматика в корне, да. на деле же - просто наличие аналитического склада ума, умение построить архитектуру, знать основные алгоритмы. Это несколько проще, чем всё математическое знание. Это должно быть понятно на "интуитивном" Уровне, а не на математическом.

Как меня радует, что есть адекватные, компетентные QA, которые понимают, что даже начинающий QA ДОЛЖЕН МНОГО ВСЕГО ЗНАТЬ. А то попадаются "QA Lead'ы", которые даже тикет оформить не могут...

бывает и такое) наверное для меня лид это специалист, это тот, кто зашел дальше всех, кто знает больше всех и может щедро отсыпать этого всего)) при желании коллег поучиться. Но часто бывает так, что не все QA сидят в чатиках, форумах, ходят на конференции и просто стоят на месте, в итоге приходит время и они становятся Lead'ами тупо за "возраст" в профессии. От этого никуда не деться.

я сам решил на жабе, но на пайтоне "для себя" пишу

посмотри руби. если твои задачи - веб. в остальном специфичные тест инструменты. А вообще, питон - максимум универсальный.

о, да, руби, за бугром очень сча популярен руби

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

а если человек в команде один и нет этих "всех" с которыми сравнивается?

> всё математическое знание. define

почему не нужна?)

а вообще не учи руби для тестов даже. потом не сможешь на других яп писать вообще.

посмотри руби. если твои задачи - веб. в остальном специфичные тест инструменты. А вообще, питон - максимум универсальный.

у меня стремящийся к 0 скилл программирования. поэтому я "чистый лист", стартую змеёй и жабой, далее - по задачам.

тогда точно питон.

питон и руби похожи

а вообще не учи руби для тестов даже. потом не сможешь на других яп писать вообще.

Я считаю для тестировщика питон - прекрасен, но легко можно в ногу настрелять - очень уж много возможностей - теряешься поначалу

если одно втащишь, другое тоже не за горами

питон и руби похожи

для тех, кто не писал и на том и на том.

нифига.

питон весьма хороший яп. но не после руби.

тогда точно питон.

окей :) спасибо за советы

а вообще не учи руби для тестов даже. потом не сможешь на других яп писать вообще.

а почему?

окей :) спасибо за советы

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

руби мало где требуется)

объективно почти везде java/C#/Python

привыкаешь к удобству и возможностям. а потом страдаешь. просто. страдаешь вечно.

при том что Java в фаворе

объективно почти везде java/C#/Python

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

"скорее всего"

ибо сообщество стало отказываться от рельс. + новые фреймворки пишутся. вообще гемы активнее разрабатываются, нежели на питоне.

я бы выбирал язык под компанию и проекты

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

хорошо. благо js-еры-кореша под рукой есть для советов :)

а вообще я обожаю ЯП холивары, сам был активным генералом в этих войнах пока не выучил пачку языков помимо жабы

=)

естественно под задачи лучше брать. в статистике, ИИ руби вообще 0

руби сейчас это онли веб.

я бы выбирал язык под компанию и проекты

нет никаких автотестов - надо сделать автотесты. выбор на мне. вот и муки решений - мобайл и веб

1, 2) зависит. давайте еще перейдем к страницам памяти, кешам процессора и еще на более низкий уровень? чего уж. 4) потому что по хорошему, программист должен предусмотреть возможность отладки приложения. Не во всех тестируемых продуктов это действительно надо 6) нужно знать тулкит. и по хорошему, задокументированные возможности редко крашат систему. не говоря уже о механизме sandbox. который давно выверен. И какие то прямо сверх баги могут всё крашнуть. есть тулзы для отладки и дебага. 7)субьективно для вас. начального уровня в ваших проектах. я не оспариваю всё в корне. я хочу разделить зону знаний и ответственностей, которая действительно нужна джуну. 8) это матиматика в корне, да. на деле же - просто наличие аналитического склада ума, умение построить архитектуру, знать основные алгоритмы. Это несколько проще, чем всё математическое знание. Это должно быть понятно на "интуитивном" Уровне, а не на математическом.

1-2 считайте как хотите, софт зависит от железа, не понимать базово хотя бы из чего состоят эти смешные коробочки - верх непрофессионализма 4 - программист, должен - вы чо, тестировщик должен быть аналитиком и не ждать манны небесной на блюдечке, никто вам ничо не должен и программист - особенно 6 - вот так вот насандбоксяд без реального деплоя, а потом прога сносит хост виртуализации на проде и выверяйте на здоровье. критическое мышление - это не ваш конёк, сорри. каждая новая тулза вносит ещё один непредсказуемый элемент в оценку покрытия. так что базовая отладка - это в сандбоксе, а прогоны аксептанса в сандбоксе - это если вы ненавидите всех юзеров своего продукта 7 - тестдизайн=основа тестирования, вы чо. Кем Кейнер - Тестирование ПО, это основы основ. прочитайте штоле 8 - да какая разница - тестирование - это анализ, не умеет в анализ - чего человек забыл в тестировании?

нет никаких автотестов - надо сделать автотесты. выбор на мне. вот и муки решений - мобайл и веб

а фронтент на ангуляре?

если бекэнд написан на js, то тесты и на js можно писать) а если на java почему бы не на java

разрабы должны понимать что вы делаете

имхо

не факт - бекенд вообще никакой разницы - вы ведь через вебдрайвер работаете

Nick просто попробуй основы в различных ЯП... К примеру JS/Python/Ruby/Java

руби сейчас это онли веб.

https://github.com/SergioFierens/ai4r плюс гугл даёт руби для мобайла в рекомендациях гугл и руби для винды в рекомендациях МС

Там выберишь что по душе

не факт - бекенд вообще никакой разницы - вы ведь через вебдрайвер работаете

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

ERROR: S client not available

если в проекте CI и твои тесты крутятся

то тут понимание, почему же тесты упали - полезно

а если это колхоз проект то да, пофиг какой язык и как все сделано

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

ну так то да

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

1-2 считайте как хотите, софт зависит от железа, не понимать базово хотя бы из чего состоят эти смешные коробочки - верх непрофессионализма 4 - программист, должен - вы чо, тестировщик должен быть аналитиком и не ждать манны небесной на блюдечке, никто вам ничо не должен и программист - особенно 6 - вот так вот насандбоксяд без реального деплоя, а потом прога сносит хост виртуализации на проде и выверяйте на здоровье. критическое мышление - это не ваш конёк, сорри. каждая новая тулза вносит ещё один непредсказуемый элемент в оценку покрытия. так что базовая отладка - это в сандбоксе, а прогоны аксептанса в сандбоксе - это если вы ненавидите всех юзеров своего продукта 7 - тестдизайн=основа тестирования, вы чо. Кем Кейнер - Тестирование ПО, это основы основ. прочитайте штоле 8 - да какая разница - тестирование - это анализ, не умеет в анализ - чего человек забыл в тестировании?

1) мы говорим об элементарных основах или глубинах? В фразу "знать как работает компьютер-железо" Очень много можно вложить. 4) нет, просто работал в нормальной компании, где наперёд знали, что это нужно и интегрировали всё. Или брали проект и туда интегрировали. Кодбаза - ответственность программиста, а возможности для дебага - его ответственность, которая также у нас прописывалась в тз. 6) я лишь привел механизмы гуглхрома. и чтобы сделать то, что вы написали нужно сильно постараться. сильно выйти за рамки типичных задач. 7) читал. 8) полностью согласен

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

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

https://github.com/SergioFierens/ai4r плюс гугл даёт руби для мобайла в рекомендациях гугл и руби для винды в рекомендациях МС

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

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

в руби и питоне разберутся все.

с пхп сложнее уже.

ну я привел пример просто

формально

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

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

я привёл как пример, что руби юзают и для ИИ автоматизации, просто первый под руку. чувак из айбиэм назвал этот язык, как то, что они используют для прогонов одной из частей продукта face recognition

ну понятно. было у нас такое. заказчик решил аутсорснуть тестирование (его не было). Ну аутсорсер решил тестить внутренности реилс проекта на пхп. забавно было.

поскольку я полиглот, я не отказываюсь, но обычно я люблю джава)

теперь это руби тред

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

я привёл как пример, что руби юзают и для ИИ автоматизации, просто первый под руку. чувак из айбиэм назвал этот язык, как то, что они используют для прогонов одной из частей продукта face recognition

тем руби и хорош. Для быстрого прототипирования, быстрой реализации проекта любой сложности.

Почитала ваши требования к джуну, и честно скажу, даже мидла такого найти проблемно

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

и правильно тестить

Почитала ваши требования к джуну, и честно скажу, даже мидла такого найти проблемно

Вот зря ты так, сейчас Роман опять будет писать что все тестеры тупые... :(

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

а слишком умных на собеседованиях тоже не очень любят)

их не берут тоже) тк конкуренция)

я, как мидл рубист, очень уважаю этот яп. И испытывал огромные боли, когда нужно было работать с датасетом через пандас и питон. Для меня было мало возможностей. Скудность синтаксиса. Ну и явное усложнение (его они называют, что есть лишь 1 путь сделать это). И вместо всяких [].uniq я вынужден был писать set(list([])) и у меня было много особеннх функций, которые приходилось вызывать через apply

их не берут тоже) тк конкуренция)

извините собеседующие тогда дебилы, которых гнать надо

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

это странно.

а слишком умных на собеседованиях тоже не очень любят)

Слишком умные просят зарплату в 4К баксов

извините собеседующие тогда дебилы, которых гнать надо

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