pachkun

Искать, не искать причину "явного бага" – сильно зависит от окружающей обстановки.

Если у вас через 2 часа показа, то тратить время на поиски причины "явного бага" - глупо.

Если у вас работа разработчик расписана на год вперед, то писать "явный баг" не разобравшись в причинах, тоже не очень хорошо.

Я лично считаю, что лучше найти причину: улучшает знания о системе; освобождает время разработчика; в процессе поиска причины, находятся другие баги. Но мне кажется, главное четко ограничивать себя по времени поиска причины (на этот баг я потрачу не больше 30 минут и т.п.), а то можно все время на тестирования потратить.

ну да. хочу определить поле. Или это невозможно впринцыпе и нужно отдавать разрабам с описанием "Ошибка в форме"?

Возможно все, вопрос сколько времени приложить )

Я в первую очередь в логи смотрю.

А дальше все зависит от приложение (веб, дестоп, проверки на уровне БД или приложения и т.п.), тут лучше у разработчика выяснить, куда смотреть если что то пошло не так.

Если очень нужно или есть много времени, можно поиграть в детектива:

• Вдруг написано, что это поле Имя, а программа думает, что это Возврат
• А что, если заполнить это поля только цифрами
• В спецификации написано, что длина поля 30 символов. Может ввести 2 символа, а не 10.
•  и т.д и т.п.

пф)) не в этом вся соль) ясное дело, что если все пройденно, то поля заполнены верно. Вопрос не о класах эквивалентности. Мы проводим позитивное тестирование: Все поля заполнили корректно, согласно спеки. получаем эрор без деталей. Где ошибка?

Не очень понятно, вы хотите определить конкретные поля, которые приводят к  ошибке?

P.S. В целом ошибка в коде :)

 

В это случаи мне кажется, это должно решаться не на уровне тестировщика, а на уровне того кто нанял этого тестировщика.

 

Простите великодушно, а что решит уровень, который нанял тестировщика? И о каком в данном случае уровне речь? Директор? QA Lead? 

 

Решить в какой форме взаимодействовать с разработчиками; нужно ли их дрессировать и если нужно, то как это делать.

Решает, тот, у кого волшебная кнопка "оставить без денег".

Таким методом можно тока врагов наживать.

Верно. У вас были общие цели. А когда цели могут и различаются? Я именно про эту ситуацию. 

 

В это случаи мне кажется, это должно решаться не на уровне тестировщика, а на уровне того кто нанял этого тестировщика.