Когда я, как тестировщик, нахожу баг, а разработчик утверждает, что это не баг, возникает дилемма. Как мне быть в такой ситуации? Безусловно, каждый разработчик и тестировщик могут реагировать по-разному, но я хочу рассказать о своем личном опыте и о том, как я справился с подобной ситуацией. В первую очередь, если нам не удается прийти к согласию с разработчиком по поводу того, что это именно баг, то я стараюсь аргументированно объяснить причину своего убеждения. Я собираю все доступные мне доказательства, такие как скриншоты, записи экрана или логи ошибок, чтобы показать, что проблема существует и она действительно баг. Далее, я стараюсь подходить к разработчику с уважением и проявлять готовность к диалогу. Я внимательно слушаю его аргументы и пытаюсь понять его точку зрения. Возможно, мои ожидания были неверными или я неправильно интерпретировал функционал, и разработчик может обладать более глубоким пониманием. В случае, если разработчик по-прежнему отказывается признать баг, я ищу помощи у своих коллег или руководителя проекта. Часто бывает полезно привлечь третью сторону, которая может выступить в роли посредника и помочь достичь согласия. Кроме того, я также документирую каждый шаг процесса⁚ от поиска и репорта бага до обсуждения с разработчиком и результатов разговора. Это позволяет хорошо проследить весь процесс и иметь доказательства своего труда. Большинство команд используют инструменты для отслеживания багов, которые упрощают процесс документирования.
Наконец, я понимаю, что нельзя ожидать совершенства, и иногда разработчики действительно могут знать больше об определенных аспектах программы или системы. В таких случаях я открываюсь к обсуждению и принимаю точку зрения разработчика, опираясь на его опыт и знания.
В конечном итоге, взаимодействие между разработчиком и тестировщиком должно быть построено на доверии и взаимном уважении. Общение и понимание отличий между точкой зрения тестировщика и разработчика значительно помогают в решении подобных ситуаций.