Совет от тестировщика 21/∞ : Никогда не занижайте оценку на тестирование, чтобы угодить менеджеру. Лучше заложить риски и сделать быстрее, чем согласиться на "тут работы на час" и просидеть до ночи из-за сложного процесса тестирования. А если у вас на проекте вообще не учитывается время на тестирование во время эстимации, то надо обязательно это менять.
669 подписчиков
· 22.062 коммента
· 22.06
Работала в компании, где оценка по задаче выставлялась с учетом работы аналитика и разработчика. Сырую задачу переводили в Ready to testing в среду или четверг второй (и последней) недели спринта со словами: давай тестируй быстрее, в пятницу надо в прод. Это при полном отсутствии ТЗ, имея только ссылку на ФД. Баги порой отклонились со словами - да это ерунда, этой обработкой пять человек будут работать, они точно не будут вводить вот это. Отвоевать время на тестирование - невозможно. Обращение к аналитику за уточнением требований - в штыки. Это проблема внутри компании, верно?
0
ответить
коммент удалён
· 27.06
Оценка может изменяться в любой момент времени, например думаю об одном, а оказалось еще куча нюансов и связка людей без которых решение задачи замедляются, на мой взгляд эстимация в реалиях не работает, за 12 лет только а одной компании реально оценивались задачи, в остальном даже не думали об этом, теория прекрасная вещь, но если ее нет в практике, она бессмысленна, 70% компаний работают по простому принципу - сделали, катим на прод, так как есть бизнес - и у них есть сроки, и в целом чаще тестирование делается формально, так как сроки и сраки горят
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён