Наткнулся тут на очередную статью из серии "Как продать баг программисту".
Хватит уже "продавать баги"! Если вы или другие члены вашей команды не понимают, что вы все вместе работаете для достижения результата, то гоните нафиг таких специалистов или убирайтесь нафиг из команды сами.
Не работайте с мудаками. Если ваш программист отказывается принимать очевидные баги от вас — сообщите его руководству, эскалируйте это и обоснуйте.
Если вы сами не можете нормально завести баг с логическим обоснованием почему это баг — идите и подучитесь излагать свои мысли последовательно.
Не работайте с мудаками. Если ваш программист отказывается принимать очевидные баги от вас — сообщите его руководству, эскалируйте это и обоснуйте.
Если вы сами не можете нормально завести баг с логическим обоснованием почему это баг — идите и подучитесь излагать свои мысли последовательно.
Мы постоянно ругаемся на программистов, что они пишут костыли.
А тут, вместо решения проблемы коммуникаций комплексно начинаете придумывать костыли сами с "продажей".
После таких статей тестеры приходят и видят везде врагов.
А тут, вместо решения проблемы коммуникаций комплексно начинаете придумывать костыли сами с "продажей".
После таких статей тестеры приходят и видят везде врагов.
Хватит уже воевать, ребята. Хватит продавать.
Это не нулевые, когда тестировщик был диковинным зверем и ему не доверяли.
Не надо с кровью и потом доказывать полезность и эффективность.
В 99% компаний не делают никакого рокетсаенса и большинство возникающих проблем -- это проблемы коммуникаций. проблема коммуникаций -- это значит что один не может говорить или второй не хочет слушать. И решения этих проблем уже давно придумали.
Научитесь говорить и научитесь слушать. Вроде очевидно, да?
Книг дофига, ютуб открыт.
Книг дофига, ютуб открыт.
Всё что нужно сделать это пару раз хорошенько подумать.
"Когда ж вы, бл**ь, научитесь?" (с) Геральт из Ривии
