Знаем про проблему, но не чиним
#21
Отправлено 21 июля 2011 - 12:50
- Программист.
У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)
#22
Отправлено 21 июля 2011 - 12:53
Может, я жутко не права, но тестировщик пусть и не вешает ярлык (1,2,3,4,5 или у кого какая система оценок), но всё равно оценивает работу и даёт возможность её исправить. При том не только разработчиков, но и составителей требований как минимум.С другой стороны, имеет ли право тестировщик или даже руководитель группы тестирования оценивать работу программиста ВООБЩЕ?... Это же разные команды, по хорошему, с разным начальством...
#23
Отправлено 21 июля 2011 - 12:58
Просто идёт ресь о оценке программиста ТОЛЬКО по BTS... Мне кажется, что это будет очень необъективная оценка... Я вот, книжку читаю - это всё теория, а не практика, да - там очень не рекомендуют так делать...Может, я жутко не права, но тестировщик пусть и не вешает ярлык (1,2,3,4,5 или у кого какая система оценок), но всё равно оценивает работу и даёт возможность её исправить. При том не только разработчиков, но и составителей требований как минимум.
С другой стороны, имеет ли право тестировщик или даже руководитель группы тестирования оценивать работу программиста ВООБЩЕ?... Это же разные команды, по хорошему, с разным начальством...
- Программист.
У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)
#24
Отправлено 21 июля 2011 - 13:03
По BTS можно отслеживать разные изменения. Как по BTS проводить оценку человека? Это будет похоже скорее на гадание на кофейной гуще :) Хотя в некоторых компаниях почему-то так и делают...Просто идёт ресь о оценке программиста ТОЛЬКО по BTS... Мне кажется, что это будет очень необъективная оценка... Я вот, книжку читаю - это всё теория, а не практика, да - там очень не рекомендуют так делать...
#25
Отправлено 21 июля 2011 - 13:09
Наверно я что-то не дочитала... Мне кажется, тут предлагалось посмотреть, много ли минорных багов висит на программисте...По BTS можно отслеживать разные изменения. Как по BTS проводить оценку человека? Это будет похоже скорее на гадание на кофейной гуще :) Хотя в некоторых компаниях почему-то так и делают...
Просто идёт ресь о оценке программиста ТОЛЬКО по BTS... Мне кажется, что это будет очень необъективная оценка... Я вот, книжку читаю - это всё теория, а не практика, да - там очень не рекомендуют так делать...
- Программист.
У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)
#26
Отправлено 21 июля 2011 - 13:17
Я имела ввиду, что только по количеству багов про программиста что-то сложно сказать. Как, впрочем, и про тестировщика. Зато можно отслеживать изменения в работе: багов стало подозрительно много или, наоборот, мало. Тогда следует подумать о том, что что-то произошло и понять к лучшему оно или нет.Наверно я что-то не дочитала... Мне кажется, тут предлагалось посмотреть, много ли багов висит на программисте...
Пошла читать внимательней...
Вот, например, у меня сейчас ресолвленных багов 9, а открытых 49 по одному из проектов. Это о чём-нибудь говорит? Зато если знать, что обычно ресолвленных багов 0, а открытых 41, то эти цифры уже что-то значат.
С другой стороны по другому проекту ресолвленных 0, а открытых 14. Как можно сравнить этот случай с предыдущим? Никак, кроме того, что цифры не совпадают.
Т.о. по количеству багов можно оценить программиста, только относительно себя самого, а не кого-то другого.
#27
Отправлено 23 июля 2011 - 19:36
Все правильно написано. Жалко, что у многих (или не у многих?) начальников в голове каша и они ничего из этого не понимают.Я имела ввиду, что только по количеству багов про программиста что-то сложно сказать. Как, впрочем, и про тестировщика. Зато можно отслеживать изменения в работе: багов стало подозрительно много или, наоборот, мало. Тогда следует подумать о том, что что-то произошло и понять к лучшему оно или нет.
Вот, например, у меня сейчас ресолвленных багов 9, а открытых 49 по одному из проектов. Это о чём-нибудь говорит? Зато если знать, что обычно ресолвленных багов 0, а открытых 41, то эти цифры уже что-то значат.
С другой стороны по другому проекту ресолвленных 0, а открытых 14. Как можно сравнить этот случай с предыдущим? Никак, кроме того, что цифры не совпадают.
Т.о. по количеству багов можно оценить программиста, только относительно себя самого, а не кого-то другого.
Alexey
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных