Ведь это совершенно удивительный парадокс работы с ПО. Сколько в нем Ошибок на самом деле никто не знает. Больше и Меньше в такой ситуации теряют смысл. Программа в которой ошибок больше - может иметь их в некритических или просто неиспользуемых секциях, а другая программа будет иметь только один баг, но в процедуре логина, так что пользователя будет выкидывать из системы в случайном порядке. Единственное, что можно оценить на глаз - стабильность. Sent from Catch Notes for Android https://catch.com
Тем не менее можно оценить кол-во ошибок с одинаковыми приоритетами, например критических, где "критическая" = принципиальная невозможность использования задекларированного функционала. Или ввести дополнительны критерии для оценки и анализа ошибок. Другой вопрос: а зачем нам знать "кол-во ошибок", где это значение можно использовать? Премии разработчикам и тестеровщика нарезать? Тупиковый путь. Имхо важнее время которое тратится на релиз фичи (разработка + тестирование + зачинку проблем), время на решение проблемы у заказчика и тп.
ReplyDeleteВот она важность контекста! Поправил пост. Спасибо!
ReplyDelete