Сомнительная тактика. Крайне. Нужно оценивать от объема работ, а не сколько разработчики делали фичу

Всем привет! Скажите, пожалуйста, можно ли здесь опубликовать вакансию?)

Вакансии: @qa_jobs

Большое спасибо!

👍

серьезно?) судя по вопросу ТС он не сможет это сделать - поэтому так. в целом +/- - рботает

Это так НЕ работает. Может совпасть, что так сработает, а может нет. Мой ответ - учитесь оценивать. Смотрите какие задачи были сделаны, составьте тест-план, какие фичи и как нужно тестировать. Не надо говорить "Ну нормальным способом не умеете, предложил как в теории может сработать".
Это как на вопрос "Как мне покрасить стену?" ответить вместо "Берёте валик, обмакиваете в краску и красите, старясь сделать это равномерно и без подтёков" Ответить "Берите банку с краской и кидайте в стену"

А чо, тоже сработает же?

Так себе метафора.. Ладно. Это так работает. Когда очень надо (например, когда надо из воздуха родить план потенциальному заказчику, да, с оглядкой на то что он просит там сотворить), когда не понятно в целом ничего вообще, когда команда новая, когда нет накопленной статистики кто-что-и-за-какое-время, когда тестеры не могут прикинуть сколько времени займет. Достаточно подробно обрисовал? А так, да, оценивать - здорово.

То есть, тестировщик(и) приходит(ят) на проект, им говорят "Вот вам ноль инфы о том, что реализовано, но делалось это 4 месяца, сколько займёт протестировать?"

Ну так видимо, поэтому, наш коллега поэтому так вопрос и поставил (см.выше)

Обрисуйте мне хоть одну ситуацию, когда команде тестирования не дают полной информации о том, что было реализовано, требуют быстро прям тут оценку времени тестирования, и при этом хоть одну причину НЕ бежать от этого проекта как от проказы?)

Ну что реализовано можно подсмотреть, подчитать, ознакомится. Но что бы из продукта сделать вывод сколько времени нужно будет - нужен скил. А у ТС (повторяюсь) судя по вопросу - его нет((

А скилл оценки и не появится, если не учиться оценивать нормально

Изи. Чтобы полностью описать, что и как было сделано, нужно дофига времени и сил - а зачем их тратить, если это описание моментально устареет?

"Моментально устареет".То есть вы делаете фичу, описываете, а потом тут же переделываете на абсолютно другую? Абсурд. Да, Тех документация подвержена устареванию, ЕСЛИ ЗА НЕЙ НЕ СЛЕДИТЬ

И я тут не говорю о подробной документации с максимальным описанием каждого пикселя на странице, нет. Я говорю об обычной документации, которая описывает что делает та или иная фича хотя бы в общем виде

Ну как сказать.. У нас спринт 2 недели и 1 неделя на тестирование и исправление возможных багов. Так что у нас как раз 50% от времени. Но, правда и тестирую не только конкретную фичу, а все спринтовые таски

А это логическая ошибка. То как поставлен вопрос не должно влиять на ответ. Он дал информацию по время разработки не потому, что она нужна, а потому что может.

+. А я ему ответил, по сути, что нужно собирать другую информацию, которая как раз и поможет в оценке