Так блэд.
Ну ка срочно фото в студию, у меня инста давно простаивает.

питонисты туть?

что лучше flask/django?

от задачи зависит

ну первым что лучше изучать

питон

.-.

из этого

ты думаешь я забивной?

а я думаю что ты

не суть как важно в начале

django я бы сказал что больше задач имеет на фрилансе

Прочитайте пожалуйста правила чата

Ребятки, напоминаем,что в четверг состоится Devleads Peer lab. Осталось всего 5 мест. В этот раз мы будем разбирать нематериальную мотивацию. Встречаемся в офисе Циан, в 19:00. Рега вот тут: https://psiholog-anastasiya-kalas.timepad.ru/event/912020/

а когда состоится следующий подкаст? 🙂

Скоро все будет :)

А фото Мэйл так и не отгрузил?
Непорядок...

Тоже скоро

Всё будет, но завтра (ц)

Всем привет!

У меня пара вопросов по best practices взаимодействия разработчиков и QA

Вводные данные: небольшая команда, работающая по Agile, тестировщики яляются ее частью: 2 тестировщика на 4 разработчиков.

Вопросы:

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

2.1. При наборе задач в очередной спринт оценка в SP проводится относительно эталонной задачи. При этом в эталонную задачу также входит и тестирование этой эталонной задачи. Тестировщики присутствуют на покере и иногда высказывают недовольство тем, что на тестирование той или иной задачи может уйти больше времени, чем планируется. В то же время МП и разработчики могут быть не согласны с позицией QA.

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

Правильно ли в случаях 2.1 и 2.2 при расчете времени тестирования полностью полагаться на оценку в SP, данную QA? Как в ваших командах QA участвуют в формировании итоговой оценки задачи в SP?

3. Этот пункт вытекает из двух предыдущих. Разработчики и МП иногда получают со стороны QA упреки о том, что тестирование задач сложнее, чем кажется. Частенько это бывает как раз-таки на покере. Есть ли в ваших командах практики, когда тестировщики ведут просветительскую работу среди разработчиков?