Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 March 11

Т

Товарищ Паркинсон in Agile, Scrum, Lean, Kanban, XP
опять же, с чего это взяли, не понимаю...
>> Если разрабы знают что их код будут перепроверять, они не будут сами заботиться о его работоспособности
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Товарищ Паркинсон
опять же, с чего это взяли, не понимаю...
>> Если разрабы знают что их код будут перепроверять, они не будут сами заботиться о его работоспособности
Ответственность дисциплинирует
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Исключительно эмпирический опыт, сорри
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Хотя примеров вроде полно вокруг
источник

DK

Denis Kachnov in Agile, Scrum, Lean, Kanban, XP
Евгений Ромашкан
Ответственность дисциплинирует
Тогда зачем вообще тестировщики и qa?
Пусть разработчики просто будут более дисциплинированными
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Евгений Ромашкан
Если у человека будет возможность переложить ответственность, он этим воспользуется
ух какая неправда.
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Евгений Ромашкан
1. Если разрабы знают что их код будут перепроверять, они не будут сами заботиться о его работоспособности
2. Если каждое изменение за разработчиком нужно перепроверять - гнать надо таких разработчиков, а то разрастаться будут в геометрической прогрессии
3. Любые ручные действия перед продом замедляют релизы, в итоге выкатываются сильно большие куски функциональности за раз, чем могли бы
Если приложение прошло хоть какие-то автотесты, таки уже значит что на главной странице оно не падает
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Евгений Ромашкан
1. Если разрабы знают что их код будут перепроверять, они не будут сами заботиться о его работоспособности
2. Если каждое изменение за разработчиком нужно перепроверять - гнать надо таких разработчиков, а то разрастаться будут в геометрической прогрессии
3. Любые ручные действия перед продом замедляют релизы, в итоге выкатываются сильно большие куски функциональности за раз, чем могли бы
неверное утверждение.
это старый холивар.
Тестирование - это отдельная дисциплина со своими подходами, разрабам это все знать не обязательно. ЧТо он должен сделать - это протестировать happy case и постараться предсказать основные ошибочные сценарии и их тоже проверить, это можно и юнит-e2e тестом сделать.
Однако тестировщики на то и тестировщики, что придумывают сценарии, которые ни одному разрабу в голову не придут.
Хотя пользователи находят то, что и тестеры не догадались.
А что касается замедления релиза - так я про это и говорил. Надо оценивать стоимость просачивающихся в бой ошибок и стоимость замедления релиза.
А тех, кто считает что надо гнать разрабов, потому что те допускают ошибки - самих надо гнать в шею )
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Denis Kachnov
Тогда зачем вообще тестировщики и qa?
Пусть разработчики просто будут более дисциплинированными
1. Не нужны - вариант)
2. Пусть пишут автотесты, например)
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Товарищ Паркинсон
опять же, с чего это взяли, не понимаю...
>> Если разрабы знают что их код будут перепроверять, они не будут сами заботиться о его работоспособности
ух, какая неправда номер два) цитата, в смысле))
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
"зачем вы пишете код с ошибками" (с) :)
источник

Т

Товарищ Паркинсон in Agile, Scrum, Lean, Kanban, XP
Евгений Ромашкан
Ответственность дисциплинирует
Ситуация в вакууме, разработчик не проверяет свой код – все верно, это неправильно.
Но почему он не проверяет, если работоспособный код это его задача? Вероятно, разработчик не понимает, что тестеры не должны искать баги, они должны убедиться, что их нет.
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Товарищ Паркинсон
Ситуация в вакууме, разработчик не проверяет свой код – все верно, это неправильно.
Но почему он не проверяет, если работоспособный код это его задача? Вероятно, разработчик не понимает, что тестеры не должны искать баги, они должны убедиться, что их нет.
вероятно, человеку не хватает вовлечённости в продукт
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
неверное утверждение.
это старый холивар.
Тестирование - это отдельная дисциплина со своими подходами, разрабам это все знать не обязательно. ЧТо он должен сделать - это протестировать happy case и постараться предсказать основные ошибочные сценарии и их тоже проверить, это можно и юнит-e2e тестом сделать.
Однако тестировщики на то и тестировщики, что придумывают сценарии, которые ни одному разрабу в голову не придут.
Хотя пользователи находят то, что и тестеры не догадались.
А что касается замедления релиза - так я про это и говорил. Надо оценивать стоимость просачивающихся в бой ошибок и стоимость замедления релиза.
А тех, кто считает что надо гнать разрабов, потому что те допускают ошибки - самих надо гнать в шею )
Я не говорил что нужно гнать разрабов которые допускают ошибки)
источник

Т

Товарищ Паркинсон in Agile, Scrum, Lean, Kanban, XP
Yushka
вероятно, человеку не хватает вовлечённости в продукт
а может просто халявит
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
он не видит ценности, он не болеет за качество
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Товарищ Паркинсон
а может просто халявит
перманентно не получится. когда есть горящие глаза, халявить не хочется
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
вы наверное просто не видели хороших тестировщиков. Они мыслят вообще иначе. Разработчику, чтобы переключить майндсет с созидание на разрушение надо время (а потом обратно) да и то это не его специализация - он не все сценарии протестирует/предусмотрит.
Это все оффтопик, но вы просто не очень понимаете как работает цикл разработки, я готов подискутировать в личке, чтобы не засорять канал.
источник

Т

Товарищ Паркинсон in Agile, Scrum, Lean, Kanban, XP
Yushka
перманентно не получится. когда есть горящие глаза, халявить не хочется
ага, а если он приходит за зарплатой и проект его не сильно интересует?
Хороший разраб, делает то, что надо, но глаза не горят, эх
источник

ЕР

Евгений Ромашкан in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
вы наверное просто не видели хороших тестировщиков. Они мыслят вообще иначе. Разработчику, чтобы переключить майндсет с созидание на разрушение надо время (а потом обратно) да и то это не его специализация - он не все сценарии протестирует/предусмотрит.
Это все оффтопик, но вы просто не очень понимаете как работает цикл разработки, я готов подискутировать в личке, чтобы не засорять канал.
Ок CI/CD не нужны, разрабы не пишут тесты)
На том и сойдёмся, а то тут уже набежали всякие)
источник