Всем привет!

Ситуация с которой наверное сталкивался каждый.
После этапа тестирования и внедрения иногда всплывают "детские ошибки".
Возможны 2 ситуации, когда сами находим или когда находят за нас.
Хотелось бы обсудить кто как поступает в обоих ситуациях и какие у кого бывают сценарии.
Причем желательно чтобы все писали who is who (кодер или тимлид) т.к. интересна вся цепочка

Здравствуйте, busk, Вы писали:

B>Ситуация с которой наверное сталкивался каждый.
B>После этапа тестирования и внедрения иногда всплывают "детские ошибки".
B>Возможны 2 ситуации, когда сами находим или когда находят за нас.
B>Хотелось бы обсудить кто как поступает в обоих ситуациях и какие у кого бывают сценарии.
B>Причем желательно чтобы все писали who is who (кодер или тимлид) т.к. интересна вся цепочка

Оценивается risk/impact fix-а. Если case внешний (т.е. найден в релизной версии кастомером), то на базе анализа на patch meeting-е оценивается куда и когда включать фикс (в хот-патч, патч, сервис пак, следующий релиз, послать кастомера нафиг). Затем назначается на девелопера и он фикисит, потом кто-то из архитекторов/senior-ов ревьювит фикс. В конце тестеры проверяют.
Для внутренних кейсов процесс примерно такой же, только с большей свободой (без patch meeting-ов).

Здравствуйте, busk, Вы писали:

B>Всем привет!

B>Ситуация с которой наверное сталкивался каждый.
B>После этапа тестирования и внедрения иногда всплывают "детские ошибки".
B>Возможны 2 ситуации, когда сами находим или когда находят за нас.
B>Хотелось бы обсудить кто как поступает в обоих ситуациях и какие у кого бывают сценарии.
B>Причем желательно чтобы все писали who is who (кодер или тимлид) т.к. интересна вся цепочка

з.ы. и какие то меры принимаются ко всем лицам, через которых просокчил баг

Здравствуйте, busk, Вы писали:

B>После этапа тестирования и внедрения иногда всплывают "детские ошибки".
B>Возможны 2 ситуации, когда сами находим или когда находят за нас.
B>Хотелось бы обсудить кто как поступает в обоих ситуациях и какие у кого бывают сценарии.
B>Причем желательно чтобы все писали who is who (кодер или тимлид) т.к. интересна вся цепочка

Программер с элементами архитектора.

1) Когда я сам нахожу свои ошибки, сообщаю о них тимлиду и начальнику отдела. Параллельно стараюсь их исправить, желательно до того, как это заметят клиенты. Имеются случаи, когда программа с багом работала несколько лет, и никто так и не заметил — очевидно эту функциональность так никто и не использовал.

2) Когда ошибки всплывают у клиента, на меня заводится задача типа "сделать так, чтоб работало". После чего я стараюсь их исправить.

Особых последствий не наступает, начальник говорит "блин, опять вы х№*ню написали, исправляйте", и мы исправляем. Или придумываем отмазку, почему это не представляется возможным сделать, тогда долго и упорно приходится обсуждать с клиентами изменения в ТЗ.

Отдела тестирования у нас нет Поэтому все действия рано или поздно приходится выполнять разработчику.

Здравствуйте, busk, Вы писали:

B>з.ы. и какие то меры принимаются ко всем лицам, через которых просокчил баг

Хм.. А что надо показательно выпороть перед всем коллективом?

А какие должны быть меры? Все человеки, все ошибаться могут. Мало того если есть код ревью, то виноват и тот кто багу посадил и тот кто не увидел. Короче, это обычная ситуация особенно при поддержке продукта.