ага.
я ж определяю время на тестирование

это цель, а не контекст.

контекст нашего клавиатуроломания

заказчик в курсе?:)

разрабы?:)

ни у кого других дел нет, кроме как ждать, пока вы все потестите?:)

а. извините)
ну сначала закроются самые уязвимые места по всем задачам. Потом менее уязвимые. Но суммарно получится, что фичи доставляются дольше. точно профит?

А тем. кто заказывает музыку - им шашечки или ехать? Им нужна протестированная фича или хороший ТТМ?

фичи скорей всего доставятся тогда, когда у заказчика начнет гореть седалище от их недоставки. Протестить ВСЕ до этого момента вы не сможете по определению

просто я знаю, что такое приоритизация и необходимый набор тест-кейсов :) так что у них нет оснований предъявлять мне претензии.

Подскажите пожалуйста что будет полезно почитать/посмотреть для того чтобы собесы проводить? Опыта в интервьювировании нет. В интернетах что-то есть, но не много.

фича. Все. В контексте текущего вопроса - в любом порядке

если "все" - это "всё" - то конечно не смогу. Более того, и в голову такое не придёт

Так не бывает. Как не бывает фич с одинаковым приоритетом. Если ставить вопрос ребром - всегда что-то будет важнее.
Бизнесу всегда надо быстро, качественно и дешево, но это фантастика.

сошлитесь на ISTQB, скажите, что выбрали Итеративный, а не Инкрементный подход https://www.istqb.org/downloads/send/75-advanced-level-test-analyst-v3-1/316-istqb-ctal-ta-syllabus-v3-1-0.html Пункт 1.2  Testing in the Software Development Lifecycle

Окей. Можно исходить из того как быстрее всего найти все блокеры в важных фичах и зарепортить их разработчикам.

Если "одинаковые блоки", попытаться выбрать такой подход чтобы пробежаться по всем блокам минимально, выделяя самую основную функциональность. Чем раньше разработчик получит блокер, тем быстрее разработчик его пофиксит и раньше будет виден импакт.

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

неужели тестеру сложно написать тест-кейсы на другого тестера?:) это я к тому, что как вариант - составить список конкретных вопросов с ожидаемым результатом)

бывает, на самом деле.
например, mvp'шка, на которую по тем или иным причинам выделили время сейчас. Её декомпозировали, получился набор разноразмерных фичей по этой mvp. А выпускать пользователям всё равно только целиком. Так что порядком, правда, можно пренебречь

Нет, тема собеседования конечно знакомая, не хотелось бы что-нибудь упустить