Коротко из реалий (все варианты с точным сценарием):
1. если разработчик за стенкой и дедлайн, то сообщить сразу
2. если разработчик за стенкой и не дедлайн, то поковырять в пределах разумного и сообщить
3. если аутсорс, то максимально углубиться в баг, провести код-анализ и потом сообщить с указанием места в коде ошибки и т.п.
4. если разработчик тупой, тугой, звездный или ещё какой м-к, то максимально углубиться в баг и сообщить разработчику
5. если вы джуниор, то максимально углубиться в баг и сообщить разработчику
и т.д. и т.п.
А вообще, скажу так, что в тестирование идут люди, к-е хотят и любят ковыряться и добиваться истины. Если ваша цель найти просто баг и слить его программисту, лучше пересмотреть свою позицию. Проведите аналогию с жуком, к-й вы нашли - один просто добавит его себе в коллекцию, а другой сначала изучит его детально под микроскопом.
Считайте, что вам повезло, что ваш руколь позволяет вам такую роскошь - время.
И ещё, время тестировщика дешевле чем программиста, бывает и на порядок, поэтому подумайте ещё раз про эффективность в целом в компании при вашем подходе и подходе вашего руколя.
з.ы. блин, коротко не получилось, однако
Сообщение отредактировал Сергей: 07 октября 2015 - 08:17