На кого ассайнить баг?

Question

[Medovochka]

Всем привет! Простите за вопрос. Только начала изучать тестирование, и такой вопрос - если ошибка 400 или 403, то это клиентская, я понимаю. НО на кого ассайнить? На бэкэнд или фронтэнд разработчика такой баг?
- Ошибка при переходе на страницу
- Ошибка при создании билета на поезд
- И просто валидационная ошибка имеет системный текст, а должен быть человекочитабельный

По логике - на фронт, ведь ошибка клиентская. Но мало ли

Comments

[Модератор]

Следует 3.5. Использовать только общепринятую терминологию. Не следует злоупотреблять жаргонизмами, знакомыми лишь узкому кругу специалистов.

Answer 1

[Medovochka]

В разных источниках ответили по-разному, вдруг кому-то еще пригодится:

• Поскольку причиной все еще может быть серверная часть, то различие между серверной частью и интерфейсом кажется относительным. Можно ассайнить на любого из, потом переассайнят в случае чего
  
• Ассайнить на фронт-энд разработчика, так как ошибки 500 - это только для бэк-энд разработчика, остальные - для фронт-энд разработчика
  
• Уточнить у ТимЛида, как правильно заведено. Возможно, в начале на Лида вещаются, а он сам распределяет на кого надо
  
• Если что-то связано с кнопками чтобы кликались (а сама логика кнопки, редиректы и далее - это бэк-энд) / отображением чего-то в браузере - это к фронт-энд разработчику, а по логике под капотом - это уже к бэк-энд разработчику. В моем случае ассайнить все эти баги на бэк-энд разработчика
  
  

Comments

[Влад Григорьев]

ну не прям совершено не верно, но далеко от истины.
Баги надо асаинить на того кто "виноват" и кому чинить.
А для этого важно понимать, что произошло и почему.
Тестировщик - это не дите не разумное, которое может только кнопки жать и какашками кидаться.

При любой ошибке надо разобраться, что происходит.
Даже та же 403/401/400/500 - может происходить как по вине бэка, так и по вине фронта, а могут и где-то по-середине...
Надо смотреть кто что передал, и на каком этапе сломалось и уже исходя из этого асаинить баги.

[Medovochka]

Влад Григорьев, Ну вот смотрите, в консоле виден код ошибки и в Network видно.

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

- если не сложно, можете обьяснить как это посмотреть или на каком этапе это понять? Потому что пока что мы с вами в ДевТулс те же самые упираемся, из которых не понятно фронт или бэк (в моем случае)

[Влад Григорьев]

Medovochka, запрос состоит не только из одного кода ошибки, но и тела запросов, кук, заголовков, и самого ответа
и вот тут мы уже можем посмотреть:

• правильно фронт данные отправил?
  
• все нужные куки приложил
  
• что пришло в ответе
  

а еще у на есть логи сервиса, по которым тоже надо посмотреть, что произошло

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

Answer 2

[kipermail]

В компании может быть заведено ассайнить баг на того разработчика, который в вашем конкретно тикете указан исполнителем ( от кого он вам прилетел в тестирование )

Comments

[Medovochka]

Тоже вариант, да! Спасибо!