Перейти к содержимому

Тестирование REST API
онлайн, начало 2 ноября
Тестирование безопасности
онлайн, начало 28 октября
Практикум по тест-дизайну 2.0
онлайн, начало 30 октября
Автоматизатор мобильных приложений
онлайн, начало 28 октября

pachkun

Регистрация: 03 окт 2008
Offline Активность: 26 июл 2016 09:15
-----

Мои сообщения

В теме: Насколько вы углубляетесь в найденный 'явный' баг?

16 октября 2015 - 13:36

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

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

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

 

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


В теме: Вопрос к опытным по тест дизайну

18 июня 2015 - 10:27

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

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

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

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

 

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

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

В теме: Вопрос к опытным по тест дизайну

18 июня 2015 - 10:03

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

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

 

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


В теме: "Воспитание" разработчиков через неполные баг-репорты

18 июня 2015 - 08:43

 

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

 

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

 

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

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


В теме: "Воспитание" разработчиков через неполные баг-репорты

18 июня 2015 - 08:20

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

 


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

 

 

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


Яндекс.Метрика
Реклама на портале