тогда пренебрегают и временем. или берут больше людей. Треугольник качества.

Вот за это спасибо✋

спасибо, почитаю)

ну поэтому и составить заранее список вопросов. Чтобы не упустить, не?:)

> суммарно получится, что фичи доставляются дольше. точно профит?

Это уже от Вашего контекста зависит. Можно ли выкатить фичу частично работающую, но с known issues? Или кто-то может помереть -- тогда лучше найти все проблемные места, пусть даже фича будет доставляться дольше.

временем - выпуска фичи/всей mvp? да, пренебрегают чутка, на самом деле. Но тут люди в такое очень упорно не верят

Само собой список вопрос будет. Когда ни разу не проводил собесы, хотелось бы больше про это почитать. Ну а потом уже состовлять чеклист

Если хотят только всё вместе - значит всей мвп.
Если не хотят откладывать всё - значит задачи не такие уж и равноприоритетные, и надо делать feature cut.

какие сказочные фича-оунеры.

Лол, если они хотят всё вместе и сразу и дёшево, то я удивлён как им в голову вообще мпв пришло )

Ну, мы же не знаем, что там подразумевается под mvp.

но ведь речь не про одну фичу. А про их сумму.
мы можем одинаково хорошо протестировать их последовательно. Или переключаясь между ними - и тоже одинаково хорошо.

я нигде не обещала, что это реальная ситуация :)

кмк, единственная литература, которая может помочь в живом опросе и общении с людьми - это литература, по которой готовятся психиатры и психологи. читать же, что на этот счет считает очередной "мегакодер", который добрался до СТО...ну такое...проще найти людей и предлагать им пособесить их для тренировки - в том же джуночате многие откликнутся, я думаю

Да, разница в том, что пока вы подробно тестируете одну фичу, разработчики второй фичи ничего не знают про баги.

Фокусируясь сначала на приоритетных сценариях, вы сокращаете время до фидбэка.
Потому что, очевидно, если приоритетные сценарии не работают - то фичу не выкатить.

С джуночатом хороший совет! Спасибо!

о. вы пробились. Я поняла, что вы хотите мне донести. Спасибо.

Допустим у меня четыре варианта по фиче , 1-2-3-4. Каждый кусок тестируется по два дня.

Первый вариант: я взялся тестировать их последовательно, прошёл 1-2 (половина времени ушла, серьёзных багов нет), беру 3 -- блокер, 4 -- тоже блокер. Разработчик получил 2 блокера сразу, он будет фиксить два дня, я в пролёте на два дня, а потом не могу протестировать сразу или 3 или 4.

Второй вариант: я трачу первые два дня на то чтобы по минимуму пройти все четыре. Разработчик получил свои два блокера. Пока он фиксит, я тестирую 1 и 2 на которых блокеров нет, а потом уже берусь за 3 и 4, уже пофикшенные.

======

Второй момент по классике -- у серьёзных проблем может быть серьёзнее импакт и ретест. Поэтому лучше найти их пораньше чтобы потом было меньше ретеста.

да, поняла. спасибо

тут есть момент, что за три дня тестирования может прилететь ещё задачек на два дня тестировани, и при переключениях "двух дней в пролёте" не будет. но да ладно