Комментарии 5
НЛО прилетело и опубликовало эту надпись здесь
Речь идет возможности разработки одного и того же объема нового функционала в более короткий срок. Выкладка проходит недельными циклами не из-за ожидания, а потому что продукт активно развивается и на каждом релизе добавляется крупный кусок нового функционала. Мелкие правки могут выкатываться ежедневно. Более сложные бизнес — задачи — раз в неделю.
Если всмотреться в иллюстрацию к статье на дворе ночь(многие ушли), но люди все еще лепят тесты.
Спасибо за интересную статью.
Расскажите, пожалуйста, о своём подходе к оценке задач.
Пока входящая задача дойдёт до планирования, над ней уже должны поработать тестировщик и аналитик. Это тоже съедает их время.
Как устроены эти процессы?
Оставляете ли в спринте запас на это? Выделяете отдельный день на такой анализ?
Для каждого продукта этот вопрос решается по разному. В продуктах монетизации в связи с активным развитием разрабатываются довольно крупные функциональные задачи, поэтому работает такой подход: процессы разработки/анализа/тестирования асинхронны. К этапу планирования задачи для спринта уже разобраны. В начале спринта разрабочики начинают работу над задачами, тестировщик преобразует чек-листы в тест -кейсы, начиная с тех, что будут разработаны быстрее, аналитик работает над новыми задачами для спринта. К середине процесса разработки тестировщик заканчивает работу над тесткейсами, и переходит к формированию чекиста по новым задачам, уже разобранным аналитиком. Итогом, к этапу интеграционного тестирования задачи для нового спринта уже прошли этап создания чек-листов.
Особенностью этого процесса является то, что работая над кейсами/чеклистами, тестировщик прерывается на тест готовых задач. А формализация вопросов и доработка постановки задач на новый спринт по комментариям тестировщика ложится на плечи аналитика.
На текущий момент у нас небольшая команда и такой подход работает. Для больших команд тестировщиков несколько и формализацией и тестированием новых задач занимаются разные тестировщики.
Особенностью этого процесса является то, что работая над кейсами/чеклистами, тестировщик прерывается на тест готовых задач. А формализация вопросов и доработка постановки задач на новый спринт по комментариям тестировщика ложится на плечи аналитика.
На текущий момент у нас небольшая команда и такой подход работает. Для больших команд тестировщиков несколько и формализацией и тестированием новых задач занимаются разные тестировщики.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как организовать тестирование, чтобы ускорить и стабилизировать релизы продукта. Часть 2