Я как-то уже писал, почему при тестировании продукта может возникать большое количество инвалидов. Если коротко, то причины могут быть разными, и вина может лежать на любом из участников процесса разработке, не только на тестировщиках.
Сегодня я задумался, о чем говорит большое количество багов с другими резолюциями.
Вот что получилось.
Показаны сообщения с ярлыком классификации. Показать все сообщения
Показаны сообщения с ярлыком классификации. Показать все сообщения
четверг, 7 октября 2010 г.
суббота, 20 марта 2010 г.
Никто не любит "инвалиды". А зря?
Нередкая претензия к тестировщикам со стороны разработчиков:
- Сколько можно плодить "инвалиды"? Достали уже. Вы б хоть немного думали перед забиванием багов!
Ситуация неприятная для всех. Тестировщики чувствуют себя идиотами, разработчики плачут о времени потерянном на такие баги, все это ухудшает отношения между разработчиками и тестировщиками (и без того не безоблачные). Завести все это далеко может, но сейчас не об этом.
Что делать, если число багов с резолюцией (resolution) INVALID зашкаливает? Очевидно, что такого быть не должно, но как бороться? Для начала - понять, в чем причина такого положения и бороться уже с причинами. А они могут быть разными, "тестировщики идиоты" - не единственная.
Небольшой список возможных причин:
- Сколько можно плодить "инвалиды"? Достали уже. Вы б хоть немного думали перед забиванием багов!
Ситуация неприятная для всех. Тестировщики чувствуют себя идиотами, разработчики плачут о времени потерянном на такие баги, все это ухудшает отношения между разработчиками и тестировщиками (и без того не безоблачные). Завести все это далеко может, но сейчас не об этом.
Что делать, если число багов с резолюцией (resolution) INVALID зашкаливает? Очевидно, что такого быть не должно, но как бороться? Для начала - понять, в чем причина такого положения и бороться уже с причинами. А они могут быть разными, "тестировщики идиоты" - не единственная.
Небольшой список возможных причин:
Метки:
баги,
классификации
Подписаться на:
Сообщения (Atom)