Так это уже наверно не QA должность а инженер по автоматизации

я делаю и QA и автоматизацию, например

и много кто :)

но QA и тестирования у меня чуть больше чем автоматизации

разве сейчас фреймворках для тестирования не пруд пруди? зачем свой писать можно пример?

разве сейчас фреймворках для тестирования не пруд пруди? зачем свой писать можно пример?

Под конкретный проект?

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

Большой )

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

у Касперского свои, например

чем лучше свой фреймворк? чем что-то из интернета?

К примеру,у друга фирма разрабывает приложуху 1 большую и у них свой фрейм

К примеру,у друга фирма разрабывает приложуху 1 большую и у них свой фрейм

большой проект это как-то не аргумент

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

а не пытаешься применить нужное тебе на свой проект

ты пишешь свой фреймворк?

Дим,ты на java пишешь?

ну да андроид же

я не пишу фреймворк

я не пишу фреймворк

а писал?

нет, не писал :) не было такой необходимости

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

ну да андроид же

А ты с чем работаешь на андройд. Интересно.

ну и делал всякие поделки типо моков для асинхронного сервиса

espresso/uiautomator

и то в силу специфики проекта все что я прям накодил это записование файлов на девайс

espresso/uiautomator

Норм. Python для uiautomator да?

не Ява

Хм. Обманулся

Спс

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

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

Безусловно,если расти есть желание.

а то я дебажить научился, а писать пока нет

Со временем

Была бы мотивация

Со временем

опять же читая этот чат, надо было начинать лет 7 назад =))

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

к сожалению без этого никуда :)

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

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

опять же читая этот чат, надо было начинать лет 7 назад =))

Это уводит тебя от истины. Если ты хочешь этого,то стоит делать..остальное пыль

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

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

как, например, в Касперском

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

Всё сильно зависит и от проекта, и от того что и как вы хотите в нем автоматизировать.

Потому что ребята быстро растут и им становится скучно в разработке автотестов. Тестировщики наши сами пишут автотесты. Разработчики только развивают фреймворк, и инфру. И всякие удобные тулзятины делают.

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

А есть книги по написанию своего фреймворка?

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

Нету даже типо что не забыть или с чего начать? Или свои фреймворки это типо как аппиум? Взяли еспрессо для андроида и чутка допилили ? Или прям вообще с нуля создают?

Все очень индивидуально)

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

Все зависит от конкретной задачи

Например мы как то оборачивали и допиливали appium с целью сделать максимально простую и понятную структуру для написания автотестов ручниками.

Правда ничего из этого не вышло)

Типо враппер вокруг аппиум для глупеньких?

типа того, ну и + логеры, ранеры и вся прочая история

Логер был вообще для домохозяек «Нажимаю вот эту вот кнопочку»

Берешь нужные Фреймворки и допиливаешь под свои нужды

Логер был вообще для домохозяек «Нажимаю вот эту вот кнопочку»

в итоге он был нечитабельным совсем

в итоге он был нечитабельным совсем

Там помимо нечитабельности были проблемы. Я же не говорю, что он взлете. Но опыт интересный)

Например мы как то оборачивали и допиливали appium с целью сделать максимально простую и понятную структуру для написания автотестов ручниками.

Это какие то тогда получились полуавтоматизаторы))

Например мы как то оборачивали и допиливали appium с целью сделать максимально простую и понятную структуру для написания автотестов ручниками.

мне кажется Selenium IDE это вполне готовое решение для такого случая )) и вполне себе показывает, почему "так не взлетит" )

Например мы как то оборачивали и допиливали appium с целью сделать максимально простую и понятную структуру для написания автотестов ручниками.

Взглянуть бы на это... Скинь скачать ?

мне кажется Selenium IDE это вполне готовое решение для такого случая )) и вполне себе показывает, почему "так не взлетит" )

IDE бесполезна чуть более, чем полностью.

ну я про то и говорю )

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

ERROR: S client not available

им все равно придется каждый раз ходить к автоматизаторам "а напишите нам локатор на это" и "а напишите нам метод заполняющий все поля так-то"

Мы создавали фреймворк для создания и прогона автотестов по заказу Washingtonpost - дело трехлетней давности. Тогда у нас было несколько задач: 1. сделать так чтоб любой манагер зашел в дашборд и увидел адекватный статус по прогонам автотестов, 2. любой программист/манагер/тестировщик смог запустить один или группу автотестов в разных заданных условиях 3. сделать простой инструмент для написания автотестов даже новичками-атотестировщиками, джуниор программистами и чтоб результаты их деятельности удовлетворяли пунктам выше https://habrahabr.ru/company/eastbanctech/blog/230291/ -0 тут немного рассказано о том, как было

им все равно придется каждый раз ходить к автоматизаторам "а напишите нам локатор на это" и "а напишите нам метод заполняющий все поля так-то"

Зависит от того, что используется в качестве локатора. Методы заполняющие все поля не нужны.

в команде по проекту у нас было 3 тестировщика-автоматизатора и один хороший джава программист.

Какая, однако, нажористая дискуссия получилась. Мне особенно понравилось про то, что в QA приходят те, кто не могут в разработчики, и уходят, когда вырастают в разработчики. Сложно яснее выразить тот комплекс неполноценности, который чувствует каждый тестировщик, и на реактивной тяге которого я пишу эти строки :) Правда, в диалоге не затронута та важная тема, что было бы правильнее расти в менеджеры - сеньор разработчик может получать и 300, но топом он не станет, если не переквалифицируется.

диалог построен таким образом словно тестировщику в целом нету куда развиватся но это ведь не так: Хошь в ДевОпс, хочешь в тех лиды или порджект лиды, хочешь в аналитики, а можно и дев, но есть еще консалтинг ... вех развития как по мне предостаточно.

Какая, однако, нажористая дискуссия получилась. Мне особенно понравилось про то, что в QA приходят те, кто не могут в разработчики, и уходят, когда вырастают в разработчики. Сложно яснее выразить тот комплекс неполноценности, который чувствует каждый тестировщик, и на реактивной тяге которого я пишу эти строки :) Правда, в диалоге не затронута та важная тема, что было бы правильнее расти в менеджеры - сеньор разработчик может получать и 300, но топом он не станет, если не переквалифицируется.

насколько я помню, речь шла о том, как обстоят дела в альфа лаборатории (про рост куа в разработчики), вряд ли это касается других компаний

диалог построен таким образом словно тестировщику в целом нету куда развиватся но это ведь не так: Хошь в ДевОпс, хочешь в тех лиды или порджект лиды, хочешь в аналитики, а можно и дев, но есть еще консалтинг ... вех развития как по мне предостаточно.

Ещё раз, с чего вы взяли, что переход в девопс -> рост для тестировщика? Или аналитик. Или дев.

В прочем whatever.

диалог построен таким образом словно тестировщику в целом нету куда развиватся но это ведь не так: Хошь в ДевОпс, хочешь в тех лиды или порджект лиды, хочешь в аналитики, а можно и дев, но есть еще консалтинг ... вех развития как по мне предостаточно.

Тут сама формулировка предусматривает что тестировщику надо куда-то эволюционировать в другой вид, а то состояние в котором он находится - неполноценно.

Ещё раз, с чего вы взяли, что переход в девопс -> рост для тестировщика? Или аналитик. Или дев.

+

насколько я помню, речь шла о том, как обстоят дела в альфа лаборатории (про рост куа в разработчики), вряд ли это касается других компаний

Помнишь верно, но любопытности подхода это не отменяет

Помнишь верно, но любопытности подхода это не отменяет

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

просто куа неполноценен в том смысле что ему нужна 1) система которую тестировать 2) заказчик тестов 3) цель тестов

О_о

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

человеку нужен человек

ну да если он не хикки

QA это паразит

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

программисту нужна 1) система которую нужно писать 2) заказчик кода 3) цель кода

может во флуд, хикканы?

у кода не может быть цели )

программисту нужна 1) система которую нужно писать 2) заказчик кода 3) цель кода

Он себе все это сам может придумать, так и рождаются стартапы.

программисту нужна 1) система которую нужно писать 2) заказчик кода 3) цель кода

почему сразу система, можно калькулятор делать

Он себе все это сам может придумать, так и рождаются стартапы.

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

Вообще-то крутые стартапы программистами и созданы

крутые != прибыльные (не всегда)

И прибыльные тоже)

Вообще-то крутые стартапы программистами и созданы

примеров бы