Бесконечные баги

Первая ситуация нормальная и объясняется отсутствием хоть какого–то приемочного тестирования. Бывает очень немного ситуаций, когда область продукта после «проверки» никогда больше не подвергается изменениям.

Вторая ситуация менее нормальна, но тоже традиционна. В команде отсутствует культура качества. Тестированием это не лечится, а иногда даже ухудшается, так как стимулирует практику «накодим— не получится— исправим». Лечится правильной постановкой целей, обучением и социальной работой, а также применением других видов тестирования, например модульного.

Ревью кода помогает очень (peer review). Но для этого надо, чтобы программисты разумные и "зрелые" были, а не борзописцы и пофигисты, чтобы сами этого хотели и понимали ценность раннего нахождения ошибки.

Ревью кода помогает очень (peer review). Но для этого надо, чтобы программисты разумные и "зрелые" были, а не борзописцы и пофигисты, чтобы сами этого хотели и понимали ценность раннего нахождения ошибки.

Согласен, хорошая практика, если есть время и понимание цели.

• Статистика говорит о том, что более 50% дефектов вносится в программу до кодирования.
• Исходя из теории ограничений, контроль качества до узкого места приносит огромный эффект и является одним из мощнейших способов поднятия производительности фирмы.
• Исходя из теории ограничений, узким местом следует делать самый дорогой или уникальный участок.
• Статистика говорит о том, что кодирование, как правило, является самым дорогим участком.

[b]Начать искать ошибки после написания кода это как начать делать бекапы после поломки винта. 
В принципе полезно, но несколько поздновато. [/b]]

Почему же не лечится тестированием?
Автоматизированное тестирование: один раз написали тест и уже автоматически назначаете баг на разработчика. С Вашей стороны работа минимальна, а от непроверенного кода разработчика выводы пусть делает его начальство.

С Вашей стороны работа минимальна

Кроме как писать автоматические тесты (мне, просто это не по зубам)?

Или ещё ситуация. 3 раза чинили один и тот же баг.
Это же бесконечность... Так же количество багов не уменьшится никогда. Как в этой ситуации можно сказать: "Я проверила, всё ОК?"
Как с этим бороться?

• Пишем письмо программистам с искренней просьбой больше так не делать, потому как это плохо и вообще. Предлагаем им варианты решения. Чтоб они помогли тебе или ты им.
• Они не послушались. Пересылаем это письмо менеджеру проекта, повторяем то же самое и добавляем, что из за этого сильно страдает качество (3 креш бага) и время тестирования (+ стопицот трудодней).
• Менеджер раздал пенделей программистам, но не помогло - повторяем действия еще раз.

• Пишем письмо программистам с искренней просьбой больше так не делать, потому как это плохо и вообще. Предлагаем им варианты решения. Чтоб они помогли тебе или ты им.
• Они не послушались. Пересылаем это письмо менеджеру проекта, повторяем то же самое и добавляем, что из за этого сильно страдает качество (3 креш бага) и время тестирования (+ стопицот трудодней).
• Менеджер раздал пенделей программистам, но не помогло - повторяем действия еще раз.

• Пишем письмо программистам с искренней просьбой больше так не делать, потому как это плохо и вообще. Предлагаем им варианты решения. Чтоб они помогли тебе или ты им.
• Они не послушались. Пересылаем это письмо менеджеру проекта, повторяем то же самое и добавляем, что из за этого сильно страдает качество (3 креш бага) и время тестирования (+ стопицот трудодней).
• Менеджер раздал пенделей программистам, но не помогло - повторяем действия еще раз.

Это личный опыт? И каковы были результаты?

Плюнуть еще можно. Чтобы обезопасить себя от претензий руководства, сохраняйте экземпляр (номер версии) программы, которую вы протестировали.

Поэтому делаем рожу кирпичом, готовимся к сотням ненависти и используем бюрократический аппарат. В три этапа.

А еще: программисты - это дети. ))) А т.к. среди тестировщиков много девушек - работать с программистами проще. )) Их надо хвалить (ведь дети любят, когда их хвалят), носить всякие вкусности (например, печеньки или шоколадки - дети любят сладкое) и обязательно в кругу других программистов (например, из другого проекта) в присутствии "охваливаемого" упоминать о мега-крутом фиксе последних времен (дети очень любят признание в кругу сверстников).
Только это между нами ))))

вот уж точно не советую)
Баги есть - и обнаружение их ваша задача.

А если вас "достало", что баги вылазят снова- и снова - то соглашусь с предыдущим ответом- пишем письмо лиду прогеров -если есть.
Если ситуация останется в той же стадии и ничего не изменится - Ваяем письмо ПМ в копию включаем всех кто с этим у вас связан - и описываете проблему
(личный опыт)

Это не донос на кого-то - это нормальная работа

А елси вы плюнете - а потом выплывет, что вы не нашли баг - взгреют вас же.
И скажут - какого ж фига ты молчал(-а), что существует такая проблема???

Дергайте всех и вся кого только можете - это также ваша работа.

Удачи вобщем.

У меня все закончилось как нельзя лучше.)

... можно иметь копию рабочей версии, где функциональность была протестирована и работала.

Необходимость хранить копию рабочей версии, вероятно, означает отсутствие системы конфигурационного управления? :)

Плюнуть еще можно. Чтобы обезопасить себя от претензий руководства, сохраняйте экземпляр (номер версии) программы, которую вы протестировали.