Тестировщик заметил поведение системы, которое считается
ошибкой. В документации ничего об этом не сказано. Разработчик утверждает, что это
фича. Менеджер проекта говорит, что это не важно, и я могу поступить по своему
усмотрению. Как поступить в этой ситуации?
Да теоретически верно, кроме тех случаев когда девелоперу лень фиксить баг, и он изо всех сил представляет ее как фичу. В таком случае нужно обсуждать это с продактом или заказчиком/пользователем, что прояснить ситуацию
Так вот если баг,то он наносит вред работоспособности функционала. Для фичи разработчик должен создать какую то документацию по разработанной им фиче и фича должна превозносить в функционал какую то пользу?)
Хороший вопрос
На курсе мы учим студентов работать как со спецификацией так и без, и не впадать в ступор при ее отсутствии. Так как в стартапах особо документации нормальной нет
Довольно часто возникает ситуация когда необходимо доказать свою точку зрения в таких условиях.
В таком случае нужно оперировать здравым смыслом и строить все на аналогиях.
Например найти прецедент в сети как это сделано у других. Или найти похожую документацию. И привести ее как доказательство. Также можно воспользоваться международными стандартами качества
Допустим вы спорите сколько выставить минимально символов на пароль. Тогда соберите примеры у фейсбука столько там, у гугла столько. Из этого стоит сделать вывод - что часто используемое количество N символов.