Оу, у нас офигенная вакансия сейчас будет

в Delivery-Club

как размещу, запостю сюда.

Мы все прям ждём.

Я лично перестаю спать

Не вы одни

Никто не спит, видимо. Кроме Алексея. Создал интригу и пропал(

Пока пропал Алексей, айда ко мне в финтех:)

Пока пропал Алексей, айда ко мне в финтех:)

Какой опыт нужен?

А вот кому билдферму поднять? Мне было бы интересно :)

Как же мучительно ждать

Придется выпить кофе

Извините )

● интеграционное тестирование всех составляющих проекта: бэкенд и фронтенд-частей веб-сайтов и веб-сервисов отвечающих за взаимодействие с партнерами; тестирование мобильных версий приложений как для клиентов Delivery-Club, так и для сотен сотрудников логистических подразделений компании; ● плотное взаимодействие с разработчиками, дизайнерами, продуктовыми менеджерами.

● опыт тестирования веб-сервисов; ● опыт написания тест-кейсов (в т.ч. "с нуля"); ● опыт работы с багтрекинговыми системами; ● опыт работы с GitHub, Bitbucket, Docker; ● знание SQL на уровне простых запросов; ● основы знания одного из языков программирования; ● технический английский язык.

Если знаете Python - будет возможность и его использовать для автоматизации тестирования.

Снова в офис?)

Личное пожелание руководителя отдела QA - то, что ищем человека, которого бы не напрягало переключаться достаточно часто между разными фичами. Просто есть люди которые хорошо умеют тестировать банковское ПО, системы безопасности, и т.п. - где надо уметь копать глубоко внутрь. У нас же специфика работы не такая, т.к. надо успевать за отделом разработки в 30+ человек, которые делают разные фичи каждый день. А тестировщиков у нас 6.

Да, конечно в офис. Честно говоря, не представляю как бы это могло работать на удаленке.

Нормально)

+1

Да, конечно в офис. Честно говоря, не представляю как бы это могло работать на удаленке.

какие проблемы вы видите в удалёнщике?

У меня 2 проекта разной специфики, отлично живем

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

но в DC хотим найти специалиста именно в штат.

DC - Detective Comics? Бэтман спешит к вам!

Дс дефолт сити

Москва т.е.

Не слушайте меня

Наверное delivery club)

Dual commit. Это к бдшникам

И к тестировщикам тоже загляните

Какой опыт нужен?

автоматизация и готовность взять управление 3мя ручными тестерами. Давайте в лику?:)

автоматизация и готовность взять управление 3мя ручными тестерами. Давайте в лику?:)

Не умею я это все пока что.

Личное пожелание руководителя отдела QA - то, что ищем человека, которого бы не напрягало переключаться достаточно часто между разными фичами. Просто есть люди которые хорошо умеют тестировать банковское ПО, системы безопасности, и т.п. - где надо уметь копать глубоко внутрь. У нас же специфика работы не такая, т.к. надо успевать за отделом разработки в 30+ человек, которые делают разные фичи каждый день. А тестировщиков у нас 6.

да, тестировщики для быстрого веба и для медленного ПО - две разные расы :о) знаю из опыта...

Не разные. Можно уметь и то и то. Переключится занимает неделю-две

Личное пожелание руководителя отдела QA - то, что ищем человека, которого бы не напрягало переключаться достаточно часто между разными фичами. Просто есть люди которые хорошо умеют тестировать банковское ПО, системы безопасности, и т.п. - где надо уметь копать глубоко внутрь. У нас же специфика работы не такая, т.к. надо успевать за отделом разработки в 30+ человек, которые делают разные фичи каждый день. А тестировщиков у нас 6.

У нас 12 девелоперов, 1 ручной тестировщик, один автоматизатор и лид :D

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

Народ, ну вот стопудов не тот канал

Почему? Аналитика же написано.

Анализируем

:D

У нас 12 девелоперов, 1 ручной тестировщик, один автоматизатор и лид :D

у вас тестирование - узкое место?

Ну пока справляемся.

просто писали что вроде как 1-1.5 тестировщиа обычно на разрабов а тут получается 0.083

Вроде.

Разработка медленно пишут?

Всё сильно зависит от количества и сложности тестирования же.

Анализируем

вакансий, а не соотношение тестировщиков в проектах

Есть проекты на которых 1 к 4 норм, есть проекты, где 1 к 2 - ад и боттлнек.

Есть проекты на которых 1 к 4 норм, есть проекты, где 1 к 2 - ад и боттлнек.

@azshoo поясни пожалуйста. Считаешь нормально, когда 1:1? Я думаю, это утопия. У нас 1 тестировщик на 5 разрабов.

@azshoo поясни пожалуйста. Считаешь нормально, когда 1:1? Я думаю, это утопия. У нас 1 тестировщик на 5 разрабов.

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

если все идет хорошо то может и 10к1 нормально

по крайней мере на прошлом месте у меня прекрасно работало 8к2

10:1 - это супер долгая разработка))

у нас на одном 10к2, проект медленный

10:1 - это супер долгая разработка))

у нас так и было)

на втором 10 к 10

и не сказать что это очень хорошая практика 10 к 10

скука

Куда отрепортить баг в вк можно? Не хочу в репортить суппорту, т.к. не доверяю ему ;-D

@azshoo поясни пожалуйста. Считаешь нормально, когда 1:1? Я думаю, это утопия. У нас 1 тестировщик на 5 разрабов.

Я работал на проекте, когда 2:1 было бесконечным ботлнеком на тестировании. Потому что процесс тестирования переусложнен, высокий баг рейт и куча сайд-эффектов.

скука

зато можно все тестами покрыть)

зато можно все тестами покрыть)

можно, но там есть еще одна команда, которая перепроверяет первую команду

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

ERROR: S client not available

@RichardGears Призываю тебя, дядя Мясников

Хотя надо понимать, что "идеальной" команде QA вообще не нужны. :D Так что it depends.

qa или тестеры?

И QA и тестеры.

Хотя надо понимать, что "идеальной" команде QA вообще не нужны. :D Так что it depends.

а так же менеджеров и команды саморегулируемые, ага :)

Да.

да ну не, есть момент когда проект разрастается

и ты перестаешь всё держать в голове и покрытия юнит тестами не хватает

Хотя надо понимать, что "идеальной" команде QA вообще не нужны. :D Так что it depends.

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

букинг :)

неудбно ан маке арскладку менять)

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

Да, букинг, фейсбук и, насколько я знаю, эйрбнб + ещё N знакомых контор.

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

это то что на перле? Что-то мне не верится, что у них там совсем всё хорошо без тестирования. К слову, там, где я работал не было тестирования изначально. Там ведущие проектов проверяли все описанные в тз кейсы и в общем-то этого хватало. Потом естественно взяли тестировщика.

Бывший коллега работает сейчас в букинге. Да, на перле, и нет, QA нет. Работают нормально, не хуже чем конкуренты с жирными QA командами.

это то что на перле? Что-то мне не верится, что у них там совсем всё хорошо без тестирования. К слову, там, где я работал не было тестирования изначально. Там ведущие проектов проверяли все описанные в тз кейсы и в общем-то этого хватало. Потом естественно взяли тестировщика.

https://bronevichok.ru/blog/2015/04/26/engineering-at-booking.com.html

Ребят, вам в другой чат

напомнило прошлую работку. В общем-то если они могут без стейжинга, локально запустить почти полноценный проект, то почему нет. Релизного цикла много где нет. Коммитят в мастер наверняка только проверянные ребята. Все опасные моменты наверняка выравнивает "фреймворк" (работа с данными валидными и не очень и так далее).

Да, DC = Delivery Club = Mail.Ru Group

Имхо, мануальщиков нужно 3 к 1 девелопера, автоматизаторов нужно 1 к 2 тестировщикам.

https://hh.ru/vacancy/19508038 #Вакансия

а вообще действительно, сейчас, с системой контроля версий + пару автоматических скриптов - чекеров и "падения" не страшны.

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

вообще не понимаю, как можно быть мануальщиком. Вот честно.

Коллеги, может реально смените чат?

сейчас всё сведется к полемике из разряда "qa и тестеры не нужны" :)

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

и ты перестаешь всё держать в голове и покрытия юнит тестами не хватает

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

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

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

Возвращаясь к тебе работы: Скажите пожалуйста, в какой компании такой подход к юнит-тестам нынче живёт? Не пойду туда.

Возвращаясь к тебе работы: Скажите пожалуйста, в какой компании такой подход к юнит-тестам нынче живёт? Не пойду туда.

а в чем проблема с юнит-тестами?

В том, что писать юниты для разработчиков - нормальная практика, а не повод для постановки памятника. :)