Я решил написать об этом свой первый пост по двум причинам: Основываться буду на всем ( или не всем ) знакомой картинке “Уверенность vs компетентность”. Эту картинку часто подают как пример того, каким образом развивается разработчик, с какими сталкивается проблемами и чего стоит ожидать. Я же хотел бы описать более “soft skills” темы, которые не очень-то и много где затрагиваются ( и нет, я не буду рекламировать здесь курсы по разработке ). Year zero. Твой медовый месяц начался, наслаждайся им....

В мире тестировщиков есть один священный документ, по которому тебя будут судить, помнить и иногда проклинать — баг-репорт. Он может быть твоим союзником и гордостью, а может превратиться в источник боли и коллективной фрустрации. Особенно у разработчиков. Разбираемся, как писать баг-репорты, которые: Вот представь: разработчик видит сообщение «ничего не работает» и начинает гадать: Это как жалоба в техподдержку уровня «мой компьютер шумит». Помощи — ноль. Баг-репорт — это структурированное описание проблемы, которое помогает команде воспроизвести и устранить баг...