У нас очень специфичный продукт. Работа ведётся всей командой, бизнес Фичи приносят фаундеры. Роль менеджеров выполняет компьютер

У нас очень специфичный продукт. Работа ведётся всей командой, бизнес Фичи приносят фаундеры. Роль менеджеров выполняет компьютер

отлично ?

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

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

Выкладываю вакансию: https://hh.ru/vacancy/20920397

Вы принципиально описание чата и закреплённое сообщение не читаете?

Вы принципиально описание чата и закреплённое сообщение не читаете?

А зачем? Если что подправят потом.

ДА ка кугодно. Вакансия уже уползла.

ДА ка кугодно. Вакансия уже уползла.

в вмысле уже закрыта или закрыта в чатике?

А где я писал "закрыта"?

в вмысле уже закрыта или закрыта в чатике?

уползла тем кто подписан по тэгам.

Вы принципиально описание чата и закреплённое сообщение не читаете?

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

Ссылка на вакансию полностью соответствует правилам.

Ссылка на вакансию полностью соответствует правилам.

требования к кандидату. Название компании. Условия.

Я говорил про то, что ссылочка - это хорошо. Других требований это, само собой, никак не отменяет, да.

#Вакансия #Москва #QA #офис Должность: Тестировщик-автоматизатор название компании "ADV\web-engineering" требования к кандидату: • Аналитический склад ума • Опыт ручного и автоматизированного тестирования ПО от года. • Опыт написания тест-кейсов, тест-планов и тестовых стратегий. • Опыт использования багтрекинговых систем (желательно JIRA). • Опыт работы с системами контроля версий (желательно Git). • Понимание принципов работы веб-сервисов и сайтов. • Понимание вёрстки и умение пользоваться инструментами разработчика в браузерах. • Опыт работы с Selenium, Codeception или другим инструментом создания автотестов и огромное желание разобраться в этой области. условия и з.п. • Официальное оформление. • График 5/2 с гибкими часами работы. • "Белая" зп до 120 т.р. на руки. Офис в шаговой доступности от м. Белорусская. Резюме на почту anikeeva@adv.ru или можно в ЛС.

Подписка на #вакансия Подписка на #москва Подписка на #qa Подписка на #офис

а кто-нибудь знает чатик автотестеров?

а кто-нибудь знает чатик автотестеров?

в описании этого же чата есть линк на другой чат

Технические вопросы: @qa_ru

Технические вопросы: @qa_ru

спасибочки

#вакансия #QA #Казань #офис Всем привет! Ак Барс Цифровые Технологии набирает QA команду для флагманского проекта bankOK - новый мобильный банк, который планируем запускать осенью. У нас клиент-серверное приложение, поэтому нужны специалисты, которые тестируют front-end, делают SQL запросы, понимают принципы работы базы данных. Нам важно понимание специфики и опыт тестирования мобильных приложений. Задачи: тестировать мобильное приложение iOS и Android, API, data flow. Чем мы могли бы быть интересны: 1) специфика банковских приложений - транзакции и переводы, особое внимание к безопасности. 2) white-box тестирование. 3) высоконагруженный проект. 4) Agile. Мы используем: jira confluence; testrail, fidler - мониторинг сетевого трафика. Для автоматизированного тестирования: xcode, espresso, apium. Для нагрузки - fantom, яндекс.танк. Логменеджмент Kibana. База данных MS SQL. Бэкенд написан на ASP.NET. Зарплатная вилка до 90 000 руб. Обсуждаем на собеседовании. Помогаем с переездом. Резюме на почту elena.belova@akbarsdigital.ru или в ЛС.

Хорошая вакансия. Только ручников набираете?

Хорошая вакансия. Только ручников набираете?

если вы мне - то автотестеров и ручников :)

Да, вам.

CV в ЛС Ищем QA Automation Engineer в питерский офис Wrike (www.wrike.com). Мы разрабатываем высоконагруженное web-приложение для управления проектами и совместной работы. Вы будете: Работать в scrum-команде из 8-10 человек в тесном сотрудничестве с программистами и QAs в процессах с ежедневными деплоями, где автоматизации тестирования отводится ключевая роль. Разрабатывать автотесты на основе передовых подходов и инструментов. Требования: Опыт работы с Java или другими языками JVM (Groovy, Scala) TestNG или JUnit SQL Инструменты CI/CD (TeamCity, Jenkins) Selenium WebDriver, HtmlUnit или аналогичные инструменты для веб-автоматизации Системы контроля версий: git, gitlab Linux и CLI-friendly Уровень английского языка - intermediate Зарплата: белая :) обсуждаем лично. Помогаем с переездом кандидатам из других городов. -- Wrike используют: Sony, Airbnb, Adobe, eBay, Ecco, PayPal, McDonald's и многие другие. Мы сами пользуемся Wrike и разрабатываем Wrike с помощью Wrike. Silicon valley culture в питерском офисе. Любим делиться знаниями - учим разработчиков писать автотесты. Описание вакансии: https://spb.hh.ru/vacancy/20964393 #полнаязанятость #санктпетербург #QAAutomation #QAA

Подписка на #полнаязанятость Подписка на #санктпетербург Подписка на #qaautomation Подписка на #qaa

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

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

Самописный инструментарий на процедурах, который легко поддерживать. Okaay. Ж)

Самописный инструментарий на процедурах, который легко поддерживать. Okaay. Ж)

чем плохо? Почти все питоньи скрипты - это неймспейсы и функции

чем плохо? Почти все питоньи скрипты - это неймспейсы и функции

как показала практика -

чем плохо? Почти все питоньи скрипты - это неймспейсы и функции

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

чем плохо? Почти все питоньи скрипты - это неймспейсы и функции

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

В прочем, если людям нравится, то велкам, чо уж там. :)

автотесты на процедурном программировании? это вообще возможно?

Возможно, и даже законно.

Андрей, ты не писал на питоне скриптов, наверное. Городить ООП там, где оно не нужно -не нужно.

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

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

Андрей, ты не писал на питоне скриптов, наверное. Городить ООП там, где оно не нужно -не нужно.

Аргумент в духе "это у тебя ооп нормального не было" пойдет для данного уровня дискуссии?

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

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

Ровно как и твой anecdotal evidence питоньих скриптов, работающих в рандомном порядке ;)

Ну, про питоньи скрипты заговорил ты. Я ответил, чем они меня не устраивают. Делать полноценный продукт (а инструментарий для автотестирования - это тоже продукт) состоящий из набора "питоньих скриптов состоящих из неймспейсов и функций" - так себе история. Можно ли это сделать? Да. Будет ли это работать - вероятнее всего тоже да. Удобно ли это расширять, поддерживать и рефакторить - нет. Городить ооп ради ооп тоже смысла нет, с этим никто не спорит.

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

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

Всем привет! Компания "Тим Форс", ищет QA Automation Engineer. Для реализации проекта в одном из топ5 банков РФ. В общей сложности нужно 10 специалистов, готовы общаться с командами и юр.лицами. Обязательные требования: - Опыт работы в области автоматизированного тестирования от 1 года; - Хорошее знание теории тестирования; - Хорошие знания C#; - Опыт разработки автотестов в среде Visual Studio .net; - Знание Linq, WebServices (xml over http, soap, rest); - Знание СУБД Oracle, Mysql (написание простых запросов); - Опыт работы с Git Официальное трудоустройство, полный рабочий день в офисе, з/п вилка до 110 000 руб. CV и вопросы: e.morozov@teamforce.ru #полнаязанятость #офис #москва #QAAutomation

Подписка на #полнаязанятость Подписка на #офис Подписка на #москва Подписка на #qaautomation

ооп в питоне для простых задач не нужно

автотесты должны быть на ооп

ибо их можно интегрировать в продукт

а с питом это будут танцы с бразильской женщиной под луной

Николай, все здорово, но не в ту кассу. Если перечитаете, то поймете, что интрументарий != автотесты.

а с питом это будут танцы с бразильской женщиной под луной

на чем основывается этот вывод?

на чем основывается этот вывод?

только что придумал сам.

холивар-холивар, ура

я всего 6 дней в тестировании

автотесты должны быть на ооп

Кому должны, простите?

Кому должны, простите?

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

Как это связано с ооп?

ооп в питоне для простых задач не нужно

И тут врывается тот факт, что в тестировании нет сложных задач, и можно вообще делать godlike функции, и так сойдет.

ERROR: S client not available

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

да никак. у Николая в голове есть мысль "ооп - это понятно". А плохого ООП он не видел. Отсюда проекция того, что функциональное и процедурное програмирование - плохо.

антипаттерны есть в любой парадигме разработки. С этим, думаю, никто спорить не будет. Вброс про автотесты на ООП никак не касается утверждения из резюме :)

да никак. у Николая в голове есть мысль "ооп - это понятно". А плохого ООП он не видел. Отсюда проекция того, что функциональное и процедурное програмирование - плохо.

Честно, не видел плохого ООП. Т.к. с программированием столнулся год как. Работаю с одними кодерами давно.

систематическая ошибка выжившего

#вакансия #офис #москва #qa #тестирование Добрый день! Ищем QA-специалиста, достаточно смелого, чтобы в единственном лице отвечать за тестирование на одном из продуктов компании. Компания занимается созданием сервисов, помогающих улучшать здоровье тысяч людей. Первой задачей будет построить тестирование «с нуля» на одном из проектов. После, при необходимости, внедрить автоматизацию (выбор инструментов открыт). Вот тут можно посмотреть описание задач: https://digitalhr.ru/vacancy/tester2.html?lang=ru По финансам: до 150 тыс. руб. Готова рассказывать подробнее в телеграме или по почте, пишите: Анна (anna@digitalhr.ru) Всем чудесного дня!

Подписка на #вакансия Подписка на #офис Подписка на #москва Подписка на #qa Подписка на #тестирование

Если не секрет, сколько разработчиков в команде?

#вакансия #офис #москва #qa #тестирование Добрый день! Ищем QA-специалиста, достаточно смелого, чтобы в единственном лице отвечать за тестирование на одном из продуктов компании. Компания занимается созданием сервисов, помогающих улучшать здоровье тысяч людей. Первой задачей будет построить тестирование «с нуля» на одном из проектов. После, при необходимости, внедрить автоматизацию (выбор инструментов открыт). Вот тут можно посмотреть описание задач: https://digitalhr.ru/vacancy/tester2.html?lang=ru По финансам: до 150 тыс. руб. Готова рассказывать подробнее в телеграме или по почте, пишите: Анна (anna@digitalhr.ru) Всем чудесного дня!

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

систематическая ошибка выжившего

Ну я как любитель разводить срач, люблю вбросить что-нибудь. Мне просто показали как примерно надо кодить и что такое код в ооп. Я более или менее разобрался как можно править мелочи и пр. Я так то типа руковожу проектом. Но за не имением лишних денег у конторы я еще и тестер. Кодера в комманде 2 человека. Фулстек.

Интересно было решить следующий кейс - в компании работают ручные тестировщики. У них большой опыт, но расти трудно, люди на одной и той же зп работают годами. Поэтому они при возможности валят в другие места, ради +10к. И компания получает утечку мозгов. Чтобы вертикально расти, зачастую нужна кровь из носа. Мое решение - путь от полуавтоматизации (написание самих автотестов) до плавного перехода в автоматизатора в стеке процедурного программирования. В итоге выращиваем опытного автоматизатора за 80 вместо ООП с улицы за 130

Интересно было решить следующий кейс - в компании работают ручные тестировщики. У них большой опыт, но расти трудно, люди на одной и той же зп работают годами. Поэтому они при возможности валят в другие места, ради +10к. И компания получает утечку мозгов. Чтобы вертикально расти, зачастую нужна кровь из носа. Мое решение - путь от полуавтоматизации (написание самих автотестов) до плавного перехода в автоматизатора в стеке процедурного программирования. В итоге выращиваем опытного автоматизатора за 80 вместо ООП с улицы за 130

который наберется опыта и уйдет на зп +50 ))

Камон.

Просто зп должна быть релевантна по рынку.

Интересно было решить следующий кейс - в компании работают ручные тестировщики. У них большой опыт, но расти трудно, люди на одной и той же зп работают годами. Поэтому они при возможности валят в другие места, ради +10к. И компания получает утечку мозгов. Чтобы вертикально расти, зачастую нужна кровь из носа. Мое решение - путь от полуавтоматизации (написание самих автотестов) до плавного перехода в автоматизатора в стеке процедурного программирования. В итоге выращиваем опытного автоматизатора за 80 вместо ООП с улицы за 130

Но зачем во всей этой схеме вы, если можно просто выделить людям время на автоматизацию?

Если не секрет, сколько разработчиков в команде?

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

Но зачем во всей этой схеме вы, если можно просто выделить людям время на автоматизацию?

у меня опыт в запуске этих процессов

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

Спасибо. Мой вам совет, хотя бы двух берите.

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

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

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

Спасибо. Мой вам совет, хотя бы двух берите.

Так получилось, что сейчас на проекте никто не отвечает за тестирование, нужен тот, кто придёт и объяснит, как нужно. Если он выявит потребность взять ещё одного - в этом не будет проблемы. Спасибо за совет в любом случае. :)

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

selenium - это просто фреймворк для работы с браузером и dom-деревом. Ни в коем случае не предлагаю альтернатив, разговор про бизнес-логику уровнем выше

И тут врывается тот факт, что в тестировании нет сложных задач, и можно вообще делать godlike функции, и так сойдет.

нет, нормальное процедурное программирование не имеет никакого отношения к годлайк функциям

как и нормальное ООП программирование - к годлайк-обжектам.

а уж функциональное тем более, но это не на питоне

поэтому избавляйтесь, ребята, от предрассудков =)

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

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