pk
Size: a a a
2019 February 21
АС
Если вопросы по моему докладу будут - пишите
Спасибо за доклад!
ВШ
Ну так вон сколько понаписал выше. Выходит, в 90% команд тестировщики - слабое звено? От них можно отказаться в пользу нормально запиленного автотеста?
V
Спасибо за доклад!
Рад, что понравился доклад!
pk
Тесты - всегда критично
S
Спасибо ребят!!! Отличные доклады. Много полезного узнал и унёс. С удовольствием ещё приеду на мероприятие.
ТС
Только название первого доклада бы немного подправить) Потому что, кмк, больше было про то, как «проапргрейдить» тестировщика, а не подружить его с разработкой. Либо я изначально тему неправильно воспринял) В таком случае - извините :)
мне первый доклад вообще хорошо зашел. Ибо сам тестировщик. Смаковал каждый слайд)
ТС
Спасибо за мероприятие, очень познавательно
AS
мне первый доклад вообще хорошо зашел. Ибо сам тестировщик. Смаковал каждый слайд)
Бесспорно! Я только про название говорил. Содержание - отлично. Хотя, казалось бы, очевидные вещи)
ТС
Разработчик считает свой код идеальным и без багов.
а тестировщики их опускают с небес на землю))
AS
Возможно, пункт про совместный дебаг не везде применим из-за теоретически слишком большой пропасти между разрабом и QA
Rb
Разработчик считает свой код идеальным и без багов.
не каждый)
A
было круто
AG
Разработчик считает свой код идеальным и без багов.
Это про джунов какихто, видимо))
PA
Касательно доклада про тестирование, он получился хорошо структурированным и определенным 101 о том, как с нуля поднять компетенции внутри команды. За это спасибо спикеру, он может быть полезен многим.
Но по названию лично я ожидал, что разговор будет о том, как скрестить свой процесс разработки с аутсорс QA или QA в другом департаменте, который, например, работает только по waterfall, а вы по agile
Но по названию лично я ожидал, что разговор будет о том, как скрестить свой процесс разработки с аутсорс QA или QA в другом департаменте, который, например, работает только по waterfall, а вы по agile
S
Ждём фоток с after party.
2019 February 22
R
Хорошо конечно если разраб и с тестами справляется, но глаз замыливается, и свежий взгляд со стороны это другое, как бы такой скептический и безжалостный. Это как аудит.
R
Меня еще заставило задуматься, то что среди тестировщиков много людей по имени Илья, есть в этом что-то эзотерическое
EK
Если вопросы по моему докладу будут - пишите
Слушай, а вот такой вопрос есть:
что если у разработчика явно есть способности к росту в сторону лида, но если ему подкидывать какие-то задачи в этом направлении(ну там организовать и провести встречу по синхронизации или взять на себя ответственность за фичу, которую делает несколько разрабов) - ему не очень нравится этим заниматься, хотя у него и неплохо это получается.
Вот что с таким делать?)
что если у разработчика явно есть способности к росту в сторону лида, но если ему подкидывать какие-то задачи в этом направлении(ну там организовать и провести встречу по синхронизации или взять на себя ответственность за фичу, которую делает несколько разрабов) - ему не очень нравится этим заниматься, хотя у него и неплохо это получается.
Вот что с таким делать?)