RG
Норм оценивать трудозатраты на тестирование и при планировании предоставлять эти результаты руководству.
Size: a a a
2021 February 18
YT
Что значит "тестить день в день"?
возвращать фичу на доработку в тот же день, когда разработчики передали фичу в тестирование
RG
А объём тестов фичи занимает день?
I
начальство давит, говорят нужно тестить день в день. учитывая, что у нас 10 разрабов, 3 платформы, 1,5 тестировщика. вот хочу понять, это вообще легально) интересно, как в других компаниях. норм не норм тестить новую фичу пару дней?
зависит от размера фичи. А есть у вас оценка этой фичи? В часах/story point или ещё чём-нибудь?
S
начальство давит, говорят нужно тестить день в день. учитывая, что у нас 10 разрабов, 3 платформы, 1,5 тестировщика. вот хочу понять, это вообще легально) интересно, как в других компаниях. норм не норм тестить новую фичу пару дней?
Надо объяснить (и понять) начальству, что все зависит от объема фичи
YT
А объём тестов фичи занимает день?
бывает час, бывает пару дней)
RG
бывает час, бывает пару дней)
Доносили это руководству?
s-
Нуууу может они хотят понять чому долго, вдруг они думают что тестирование избыточное, или хотят чтоб быстрее в ущерб качеству, и тестили только бизнесуху)
VS
Ребята с ручного тестирования, помогите собрать статистику! Интересует вопрос:
Сколько в среднем проходит времени от передачи фичи в тестирования до возврата фичи на доработку?
Сколько в среднем проходит времени от передачи фичи в тестирования до возврата фичи на доработку?
Анонимный опрос
Проголосовало: 2странный опрос, а оценивать и сравнивать реальное время не пробовали ?
YT
Доносили это руководству?
да, говорили, что фичи разные бывают. а ещё от загрузки зависит, когда смогу приступить к тестированию. пойду ещё подумаю как можно донести)
YT
странный опрос, а оценивать и сравнивать реальное время не пробовали ?
интересно было понять, как в других компаниях. но у всех всё по разному. поэтому да, вопрос странный получился)
s-
да, говорили, что фичи разные бывают. а ещё от загрузки зависит, когда смогу приступить к тестированию. пойду ещё подумаю как можно донести)
Обмаж это еще аргументами как бы ты повысил скорость и качество( в рамках своих реалий)
YT
хорошо, тогда ещё вопрос) как понять, что уже пора внедрять автотесты?)
VS
если воете на луну от регресса то давно пора
s-
Много рутины на которую дохера времени) и затраченное время на автоматизацию потом будет экономить его в разы) и вы такие хоп хоп регреснули задачку, чекнули новые фичи( быстренько) и в релиз)
s-
Манагеры хлопают стоя) ты молодец)
s-
Ваще можешь свое время на самые стремные сценарии потратить и потом презентовать разницу во времени) больше шансов продать
YT
если у кого-то были ситуации, когда в компании было только ручное тестирование, а потом позвали автотестировщика и он ускорил/замедлил скорость релизов, буду рада узнать о вашем кейсе побольше в личке)
YT
какая у меня ситуция:
1 начальство жалуется, что тестирование медленное, тормозит релизы
2 я предлагаю нанять автотестировщика, чтобы в первую очередь покрыть регресс на мобилках
3 начальство говорит заставь наших разработчиков писать автотесты
4 я не согласна, потому что думаю, что это только замедлит релизы
1 начальство жалуется, что тестирование медленное, тормозит релизы
2 я предлагаю нанять автотестировщика, чтобы в первую очередь покрыть регресс на мобилках
3 начальство говорит заставь наших разработчиков писать автотесты
4 я не согласна, потому что думаю, что это только замедлит релизы
IS
Самодур менеджер. Разработчику нужно фичи пилить, тесты на ту же регрессию пишут отдельные люди и это нормально. Если компания не стартап, то процесс в общем то вполне классически устроен.