Size: a a a

QA — русскоговорящее сообщество

2021 April 28

M

Marina in QA — русскоговорящее сообщество
ага.
я ж определяю время на тестирование
источник

M

Marina in QA — русскоговорящее сообщество
это цель, а не контекст.
источник

15

12345 54321 in QA — русскоговорящее сообщество
контекст нашего клавиатуроломания
источник

15

12345 54321 in QA — русскоговорящее сообщество
заказчик в курсе?:)
источник

15

12345 54321 in QA — русскоговорящее сообщество
разрабы?:)
источник

15

12345 54321 in QA — русскоговорящее сообщество
ни у кого других дел нет, кроме как ждать, пока вы все потестите?:)
источник

M

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

RG

Richard Gears in QA — русскоговорящее сообщество
А тем. кто заказывает музыку - им шашечки или ехать? Им нужна протестированная фича или хороший ТТМ?
источник

15

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

M

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

IK

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

M

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

M

Marina in QA — русскоговорящее сообщество
если "все" - это "всё" - то конечно не смогу. Более того, и в голову такое не придёт
источник

RG

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

A

Alexander in QA — русскоговорящее сообщество
сошлитесь на 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
источник

R(

Roman (rpwheeler) in QA — русскоговорящее сообщество
Окей. Можно исходить из того как быстрее всего найти все блокеры в важных фичах и зарепортить их разработчикам.

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

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

15

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

A

Alexander in QA — русскоговорящее сообщество
источник

M

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

IK

Ilya Komarov in QA — русскоговорящее сообщество
Нет, тема собеседования конечно знакомая, не хотелось бы что-нибудь упустить
источник