пятница, 20 января 2012 г.

Lesson 65, Lesson 66

Результат сегодняшней деятельности по автоматизации тестирования генератора отчетов:

Альбом: office


Это не камень в конкретный огород, это в целом полезный, таксть, совет.


Слово Канеру:

Никогда не используй багтрекер для мониторинга поизводительности программистов.

Очень заманчиво сказать, что один программист имеет большое количество открытых багов, что он всегда принимает баги или что он пытается отложить все баги. Однако, после того, как ты используешь багтрекер для того, чтоб смутить программиста или атаковать его, остальные программисты уйдут в оборону. Наиболее вероятным последствием будет то, что программисты не будут считать баги дизайна багами, говорить, что подобные ошибки являются дубликатами, что о невоспроизводимых ошибках не нужно сообщать, что вы некомпетентны или несправедливы в тестировании. Это не лишено смысла. Как только вы (или кто-нибудь еще) используют багтрекер для политики или управления кадрами вместо технических целей, люди тоже начнут относиться к нему подобным образом.

Никогда не используй багтрекер для мониторинга поизводительности тестировщиков.
Если ты (тест-менеджер) будешь поощрять тестировщиков за количество зарепорченых багов, то вы также будете влиять на их поведение нежелательным образом. Например, чтоб набить значения счетчика, тестировщики скорее всего будут репортить простые для нахождения, поверхностные баги, а также многократно репортить о разных появлениях одной ошибки. Они будут склонны тратить меньше времени на обучение других тестировщиков или на работу с багтрекером или на другие работы по инфраструктуре. И программисты будут все чаще отклонять баги дизайна, которые тестировщики набили, работая по такой системе.

Комментариев нет:

Отправить комментарий