Предполагая, что вы участвуете в оценке ошибок в вашей организации, как вы определяете разные уровни серьезности этих ошибок?
Более конкретно - какие значения вы используете для "серьезности"? Каковы критерии, которые вы используете для присвоения значений ошибкам?
Уточнение: я говорю только о симптомах. Отложите в сторону другие вещи, которые влияют на приоритизацию, например: сколько времени потребуется, чтобы исправить ошибку, какие другие задачи находятся в повестке дня команды и т.д.
Каждая компания отличается. Здесь у нас 5 различных уровней.
По большей части наши бизнес-тестеры определяют серьезность проблемы. Поскольку они проводят тестирование и проверяют ошибку, они определяют, как это повлияет на клиента и потенциальный выпуск и соответственно назначит приоритет. Мы рассматриваем самые тяжелые предметы и видим, действительно ли они настолько серьезны, что бизнес делает их такими. Несколько раз бизнес-тестеры сообщали об ошибках "Blocker", но когда мы копаем в него, мы считаем, что это действительно не так уж важно.
Чтобы подвести итог, ошибки Blocker - это ошибки, которые мы должны исправить немедленно. Это ошибки, которые будут препятствовать работе продукта, если он был выпущен в этом состоянии.
Критические ошибки по-прежнему являются ошибками, но обычно существует обходное решение или быстрое исправление, которое может быть применено после выпуска.
Основные ошибки имеют обходное решение и могут быть отложены, не влияя на функциональность приложения.
Незначительные и тривиальные проблемы обычно зарезервированы для улучшений или "приятных для использования".
Надеюсь, это поможет прояснить ситуацию.
Я работал во многих компаниях, и в большинстве из них у нас было 4 уровня серьезности (не путайте серьезность с приоритетом), рассмотрите степень серьезности, как уровень воздействия, который имеет конкретная ошибка/дефект в тестируемой системе. Вы всегда должны измерять влияние, рассматривая контекст: количество пользователей, критически важная система (ядерные реакторы, авионика, медицинское оборудование), потеря денег или репутации и т.д., И вы также можете использовать таксономию дефектов, чтобы помочь вам (например, если это системный сбой или уязвимость безопасности по сравнению с косметической проблемой)
Обычно большинство компаний используют 4 уровня, я видел 5, но мой опыт говорит о том, что более сложные вещи, более сложные, должны быть правильно реализованы, я также рекомендую вам 3 (вы можете удалить тривиальный/низкий, так как они никогда не исправлялся!).
Вот список:
Я надеюсь, что он работает
Для этого вам в основном нужны две вещи:
Если вы учтете эти два, то вы получите хороший список того, что исправить в первую очередь.
Например, ошибка с низкой степенью серьезности может иметь высокий приоритет.
если говорить о деньгах, это важно.
Тогда это зависит от того, сколько раз это зависит от многих вещей:
время для решения
как это изменит производительность других сотрудников.
контракт (если ошибка нарушает контракт, она критическая)
если введенные/выбранные из дробных данных данные могут быть критическими
Это также зависит от вашего бизнеса.
Насколько мне известно, в основном существуют три уровня серьезности. В зависимости от компании их имена могут отличаться.
в основном
Critical
Основные
Нормальный/Minor