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

А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.

А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.

Эх нравится мне эта должность: супертестер ??

А) вот как раз благодаря 'супертестировщикам' и архитектуре проекта мы избавились от этой проблемы. Разработчик автотестов правит только core. А сами тест-кейсы, тестовые данные, локаторы - это работа супертестера.

А что такое core в вашем случае? Фреймворк, который используется для написания тестов?

Или и тесты какие-то еще?

Вы работаете сразу в нескольких командах?

Да. Я отвечаю за всю автоматизацию тестирования электронных продуктов в Альфа банке. Плюсом я лид по тестированию в пилотных командах, на которых мы devops обкатываем.

#whois меня зовут Роман и я алкоголик. Mail.ru, отдел Поиск. могу помочь сообществу найти бельгийские пабы, чтобы поболтать в них о тестировании. ценность группы для себя выясняю) узнал от Анастасии.

А что такое core в вашем случае? Фреймворк, который используется для написания тестов?

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

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

У нас тоже. Но с какого-то момента доработки фреймворка же требуют минимум времени. Чем тогда занимается автоматизатор? Становится супертестировщиком?

В скрам командах, как разпределяется работа между тестерами (хотя у нас это називают QA member). В какой момент включается тестер в работу и где его Definition of Done?

Тестер - часть команды. ☺️ И работает над продуктом одним. Он не шаренный ресурс. Участвует во всех встречах: спринтпланирование, груминги, ретро, демо. Любой артефакт, который разработчик считает, что стабильный, неважно Api это или ui - проходит этап тестирования. Который включает в себя регресс + приемка. Регресс - автотестами, а приемка - ручками.

У нас тоже. Но с какого-то момента доработки фреймворка же требуют минимум времени. Чем тогда занимается автоматизатор? Становится супертестировщиком?

У нас такое количество проектов, что пока мы с проблемой" чем занять автоматизатора" не сталкивалимь. И потом в скрам команде - разработка автотестов происходит параллельно с самим продуктом. Отставание только на одну user story происходит.

Так самими тест-кейсами у вас занимаются супертестеры. Или тест-кейсы - это придумывание кейсов, а не перевод их в код?

Тестер - часть команды. ☺️ И работает над продуктом одним. Он не шаренный ресурс. Участвует во всех встречах: спринтпланирование, груминги, ретро, демо. Любой артефакт, который разработчик считает, что стабильный, неважно Api это или ui - проходит этап тестирования. Который включает в себя регресс + приемка. Регресс - автотестами, а приемка - ручками.

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

Пока процесс так: проектируют тестовую модель полностью тестеры и супертестеры. Перевод этой ТМ в код - часть совместной работы с разработчиком или разработчиком автотестов. В зависимости от того, на что писались ТМ. Если Api - то полностью покрываем тестами, которые кодят разработчики. Подход TDD в работе. Правда тут есть свои хитрости, о которых я буду рассказывать на конференции ^__^

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

У нас есть Альфа Лаборатория. Наша юрисдикция - это интернет банкинг для физ.и Юр.лиц, мобильный банкинг и онлайн анкеты. И да не во всех продуктах еще наступило счастье в виде автотестов. В планах до конца года - в каждом будет . Но пока все новые делаем - правильно ^__^

Тестер - часть команды. ☺️ И работает над продуктом одним. Он не шаренный ресурс. Участвует во всех встречах: спринтпланирование, груминги, ретро, демо. Любой артефакт, который разработчик считает, что стабильный, неважно Api это или ui - проходит этап тестирования. Который включает в себя регресс + приемка. Регресс - автотестами, а приемка - ручками.

:) Впервые увидел всю Скрам терменологию на русском.

Пока процесс так: проектируют тестовую модель полностью тестеры и супертестеры. Перевод этой ТМ в код - часть совместной работы с разработчиком или разработчиком автотестов. В зависимости от того, на что писались ТМ. Если Api - то полностью покрываем тестами, которые кодят разработчики. Подход TDD в работе. Правда тут есть свои хитрости, о которых я буду рассказывать на конференции ^__^

Спасибо, вопрос с занятостью автотестера прояснился ?

Всем привет)

:) Впервые увидел всю Скрам терменологию на русском.

^__^ Нас вообще по скраму учит www.unusual-concepts.ru В смысле нас - Альфа Банк.

Kto tyt rabotaet v Agile team-ah/

что такое "эджайл-тим"?

что такое "эджайл-тим"?

Я думал, команда команда , которая исповедуют agile манифест и соблюдает в работе его ценности.

*В смысле думала

люди, которые что-то исповедуют - это вроде как гуманитарии, а не технари, нет?

исповедуют?

это ж религия уже

угу))

и "соблюдение ценностей" - это прямо противоположно идее гибкости

то есть если ты что-то исповедуешь и соблюдаешь ценности - ты теряешь в гибкости

и автоматом перестаёшь быть эджайл

это софистика какая-то)

Друзья, не забываем ставить тэг #whois

А сейчас начнется холивар.?

гибкость в тестирование, подчинение каким-то правилам, ага, а что делать, когда есть час времени, продукт, на тестирование которого надо сутки потратить, во так внезапно, то простите, правила как то не очень соблюдать охота >_>

Друзья, не забываем ставить тэг #whois

зачем?)

гибкость в тестирование, подчинение каким-то правилам, ага, а что делать, когда есть час времени, продукт, на тестирование которого надо сутки потратить, во так внезапно, то простите, правила как то не очень соблюдать охота >_>

Однозначно, косяк в планировании =)

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

гибкость в тестирование, подчинение каким-то правилам, ага, а что делать, когда есть час времени, продукт, на тестирование которого надо сутки потратить, во так внезапно, то простите, правила как то не очень соблюдать охота >_>

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

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

зачем?)

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

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

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

http://www.unusual-concepts.ru/blog/2016/07/scrum-values/

Там есть фраза: Успешность использования Скрама напрямую зависит от того, насколько люди разделяют пять ценностей.

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

Правильная формулировка только стоит: "разделяют". Я правда думаю, что разделяют и исповедуют - одно и тоже ^__^

Какую методологию не придумай - а код педалить все равно нужно. Я уже успокоился со всеми этими скрамами, канбанами, холакратиями и т.д. и просто колбашу код

ну процесс должен быть

даже если ты сам - себе пилить чеклист что сделал/не сделал нужно как пить дать

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

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

йес

Какую методологию не придумай - а код педалить все равно нужно. Я уже успокоился со всеми этими скрамами, канбанами, холакратиями и т.д. и просто колбашу код

Поэтому у вас колбан:)

Вот это да.. нет слов..

проблема "неэджайл" процессов (хотя в том же MSF такой проблемы не было, кроме пары мест, а в МСФ4Эджайл она исчезла полностью) была в том, что любая проблема, возникшая до завершения цикла разработки (они все были итеративными испокон веков, просто итерации между планированием и интеграцией были длинными и поступательными, а не параллельными) требовала полностью перепланировать весь цикл, а также продукт можно было выдавать в продакшен только в конце большей части циклов (или всех)

ХР и в результате эджайл должен был решить эту проблему на корню, но штото пошло не так

agile, scram и прочее мракобесее только мешают, по-моему)

#whois Павел Криворучко, Москва, COO в веб/мобильном продакшне, слежу за хорошими процессами и практиками, в том числе в QA

agile, scram и прочее мракобесее только мешают, по-моему)

scrum с вашего позволения.

а, да-да, пасип

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

срам

Scrum хороший, просто цена разработки ~х2 и не переключишь команду ни на что, т.е. рейты по скраму надо ставить наружу х3-х4.

Если заказчик готов платить - почему нет.

Но в целом мне кажется, что скрам дальше от agile манифеста чем водопад от agile

ура! аджайлосрач!

я знал, что ты придёшь и скажешь УРА! )))))

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

а как вы так лихо сравниваете фреймворк для ведения проекта и методологию разработки? :)

легко

дай свободу и всё смешаем

Но в целом мне кажется, что скрам дальше от agile манифеста чем водопад от agile

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

+1

на самом высоком уровне абстракции - всё ватерфолл. Ваш Кэп.

я бы даже сказал, что RUP

почти ни одного отличия

на самом высоком уровне абстракции - всё ватерфолл. Ваш Кэп.

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

фарш невозможно провернуть назааааад И мясо из котлет не восстанооооовишь

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

ура! аджайлосрач!

? прям озвучил мои мысли.

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

допишу: причём все тренеры по эджайл несут проповеди состоящие наполовину из бреда тренингов личностного роста вперемешку с ИТ терминологией и подходами из обсуждений обществ анонимных алкоголиков

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

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

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

Ну, и что в этом такого?

Чел рассказывает что делает.

я бы сказал, что бесполезность

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

ну и мне пофиг что он делает

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

ну и мне пофиг что он делает

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

и начали пилить одну и ту же фичу по факту

Смысл стэндапа же не в том чтоб рассказать