Курс Тестирования ПО. Занятие 12. Defect vs Feature | QA START UP

[@davidshalolashvili5403]

Очень качественно, помогло разобраться не только в тестировании, но и в структуру работы IT! Рекомендую к просмотру всем!

[@ИринаЛукьянова-ь5т]

На работе постоянно слышу: это не дефект, а фича))) классное объяснение! смотрели всей командой! спасибо!

[@АнастасияСеменович-ц3ф]

Очень качественный контент! спасибо за подробные и наглядные обьяснения!!!

[@ooommm4102]

Спасибо за то, что делитесь таким ценным материалом для начинающих

[@олеча]

Спасибо!

[@konik3138]

Довольно четкое изложение информации)

[@D0D0SI]

круто. спасибо!

[@РиммаТулинова-к2ш]

я прослушала много разных преподавателей. Этот самый лучший. И Именно на русском языке. На украинском чуть не так.

[@Chzhanchik]

не очень понятно, что значит "неправильная настройка конфигурации"

[@himaxtv]

Мне кажется, такое выражение вообще не про то, что разраб не хочет фиксить косяки. Это про то, что какая-то обнаруженная ошибка неожиданно дает пользователю незапланированные возможности программы. Например, в разрабатываемом каталоге интернет-магазина можно посмотреть товары только выбранной категории. И вдруг обнаруживается баг, что если нажать на кнопку "Сбросить все фильтры", то выведутся товары всех категорий. Такое запланировано не было. Так работать не должно. Это баг. Но ведь это и новая возможность - это фича!

[@РусланМакар-р1о]

круто

[@ArtemPetrenko-f9k]

А если предположим, такая ситуация: недостаточно опытный тестировщик пришел в компанию, в процессе работы обнаружил дефект (который является именно дефектом), и не имеет достаточно аргументов в силу своей неопытности, а разраб просто тупо не хочет вникать и переделывать, то как тогда доказать что это реальный баг? и как решать проблему с продуктом в котором есть дефект? П.С. Никого не хочу задеть, просто спрашиваю, как поступать в подобных ситуациях.)

[@QASTARTUPITTrainingCenter]

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

[@ArtemPetrenko-f9k]

@@QASTARTUPITTrainingCenter спасибо большое за ответ!)

[@eduardmostovoy2125]

Чтобы там программист не говорил, тестировщик последняя инстанция. Проверяет соответствие требований и ожидаемого результата

[@romanyako]

Каждый по разному реагирует на вичи приложений)

[@nickua3706]

На гіфкі залип

[@arturh.2953]

Разраб диз поставил)))

[@Sout96_]

14 разрабов

[@mikeoff]

фИча, а не фичА :) по англ. feature

[@QASTARTUPITTrainingCenter]

в IT как хотят так и говорят, это же не факультет лингвистики)))

[@Sout96_]

@@QASTARTUPITTrainingCenter , а да, ок тогда я и дальше буду морозится, когда у меня будут спрашивать почему не на англ. составлены планы, таблицы испытаний. просто это же не факультет лингвистики и не урок английского.

[@dmitrys3843]

Минорный баг локализации, разраб исправлять не будет.)

[@sergiyk5129]

так а фиг ли не точная дисциплина ж )) одной рукой боремся с ошибками , другой - плодим

[@gamerowl_]

#школатестировния - обнаружена ошибка в теге)

[@QASTARTUPITTrainingCenter]

Thanks. Fixed.

[@saniya1576]

Перешла чтобы понять что они подразумевают под этой фразой и как мыслят, а получила еще больше вопросов в голове. дизлайк

[@QASTARTUPITTrainingCenter]

Просто айти это не ваше)) спасибо за дизлайк))

[@saniya1576]

@@QASTARTUPITTrainingCenter вот так взяли вердикт поставили... остальные видео - хорошие. не знаю можете ли вы смотреть - лайки. но это - не совсем соответствует названию и вводит немного в заблуждение