А если предположим, такая ситуация: недостаточно опытный тестировщик пришел в компанию, в процессе работы обнаружил дефект (который является именно дефектом), и не имеет достаточно аргументов в силу своей неопытности, а разраб просто тупо не хочет вникать и переделывать, то как тогда доказать что это реальный баг? и как решать проблему с продуктом в котором есть дефект? П.С. Никого не хочу задеть, просто спрашиваю, как поступать в подобных ситуациях.)
на самом деле неважно опытный тестер или нет, есть разные разработчики, и если тестировщику действительно нужно, что бы дефект срочно исправили и аргументы не работают, подключается проектный менеджер и если реально это нужно исправить, разработчику дадут задачу заняться именно этим. Так же очень часто практикуются на проектах обсуждения приоритетов найденных дефектов вышестоящими лицами и тестировщик на это никак не влияет. И если дефект не в приоритете на исправление, вообще не нужно ничего кого-то просить делать. В общем ситуаций есть масса.
Мне кажется, такое выражение вообще не про то, что разраб не хочет фиксить косяки. Это про то, что какая-то обнаруженная ошибка неожиданно дает пользователю незапланированные возможности программы. Например, в разрабатываемом каталоге интернет-магазина можно посмотреть товары только выбранной категории. И вдруг обнаруживается баг, что если нажать на кнопку "Сбросить все фильтры", то выведутся товары всех категорий. Такое запланировано не было. Так работать не должно. Это баг. Но ведь это и новая возможность - это фича!
@@QASTARTUPITTrainingCenter , а да, ок тогда я и дальше буду морозится, когда у меня будут спрашивать почему не на англ. составлены планы, таблицы испытаний. просто это же не факультет лингвистики и не урок английского.
@@QASTARTUPITTrainingCenter вот так взяли вердикт поставили... остальные видео - хорошие. не знаю можете ли вы смотреть - лайки. но это - не совсем соответствует названию и вводит немного в заблуждение
Очень качественно, помогло разобраться не только в тестировании, но и в структуру работы IT! Рекомендую к просмотру всем!
Очень качественный контент! спасибо за подробные и наглядные обьяснения!!!
На работе постоянно слышу: это не дефект, а фича))) классное объяснение! смотрели всей командой! спасибо!
не очень понятно, что значит "неправильная настройка конфигурации"
Довольно четкое изложение информации)
Спасибо за то, что делитесь таким ценным материалом для начинающих
круто. спасибо!
Спасибо!
я прослушала много разных преподавателей. Этот самый лучший. И Именно на русском языке. На украинском чуть не так.
А если предположим, такая ситуация: недостаточно опытный тестировщик пришел в компанию, в процессе работы обнаружил дефект (который является именно дефектом), и не имеет достаточно аргументов в силу своей неопытности, а разраб просто тупо не хочет вникать и переделывать, то как тогда доказать что это реальный баг? и как решать проблему с продуктом в котором есть дефект?
П.С. Никого не хочу задеть, просто спрашиваю, как поступать в подобных ситуациях.)
на самом деле неважно опытный тестер или нет, есть разные разработчики, и если тестировщику действительно нужно, что бы дефект срочно исправили и аргументы не работают, подключается проектный менеджер и если реально это нужно исправить, разработчику дадут задачу заняться именно этим. Так же очень часто практикуются на проектах обсуждения приоритетов найденных дефектов вышестоящими лицами и тестировщик на это никак не влияет. И если дефект не в приоритете на исправление, вообще не нужно ничего кого-то просить делать. В общем ситуаций есть масса.
@@QASTARTUPITTrainingCenter спасибо большое за ответ!)
Мне кажется, такое выражение вообще не про то, что разраб не хочет фиксить косяки. Это про то, что какая-то обнаруженная ошибка неожиданно дает пользователю незапланированные возможности программы. Например, в разрабатываемом каталоге интернет-магазина можно посмотреть товары только выбранной категории. И вдруг обнаруживается баг, что если нажать на кнопку "Сбросить все фильтры", то выведутся товары всех категорий. Такое запланировано не было. Так работать не должно. Это баг. Но ведь это и новая возможность - это фича!
круто
Чтобы там программист не говорил, тестировщик последняя инстанция. Проверяет соответствие требований и ожидаемого результата
Каждый по разному реагирует на вичи приложений)
На гіфкі залип
Разраб диз поставил)))
14 разрабов
фИча, а не фичА :) по англ. feature
в IT как хотят так и говорят, это же не факультет лингвистики)))
@@QASTARTUPITTrainingCenter , а да, ок тогда я и дальше буду морозится, когда у меня будут спрашивать почему не на англ. составлены планы, таблицы испытаний. просто это же не факультет лингвистики и не урок английского.
Минорный баг локализации, разраб исправлять не будет.)
так а фиг ли не точная дисциплина ж )) одной рукой боремся с ошибками , другой - плодим
#школатестировния - обнаружена ошибка в теге)
Thanks. Fixed.
Перешла чтобы понять что они подразумевают под этой фразой и как мыслят, а получила еще больше вопросов в голове.
дизлайк
Просто айти это не ваше)) спасибо за дизлайк))
@@QASTARTUPITTrainingCenter вот так взяли вердикт поставили... остальные видео - хорошие. не знаю можете ли вы смотреть - лайки. но это - не совсем соответствует названию и вводит немного в заблуждение