Что означает «стабильный» по отношению к коду?

Question

Я часто вижу или слышу, как люди описывают что-то как «стабильное» по отношению к коду.

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

Как же это связано с большими частями программного обеспечения, такими как операционные системы? Я часто вижу загрузку, описанную как «стабильная», обычно это несколько версий за последними версиями. Точно, когда часть программного обеспечения становится стабильной? Существуют ли какие-либо критерии для определения этого?

Answer 1

Его не сильно изменяет. Обычно это означает, что он хорош, работает и не имеет ошибок.

«Стабильный» выпуск в терминах библиотек, как правило, является «рекомендуемым» релизом, в котором также доступна более «выпуклая» версия. В таком сценарии целесообразно использовать стабильный выпуск для производственного кода.

Точно, когда часть программного обеспечения становится стабильной? Существуют ли для этого определения ?

Это очень субъективный критерий. Как правило, это результат освобождения, прошедшего строгую QA и/или выпущенный без каких-либо серьезных проблем. Однако использование этого термина зависит от измерения команды, поэтому «стабильный» человек может не быть другим.

Answer 2

Может быть более формальное определение, но по моему опыту это означает, что релиз, который протестирован и признан пригодным для использования и отвечает требованиям; возможно, не свободны от ошибок, но нет серьезных ошибок. Большинство пользователей смогут использовать его без особых проблем (например, потери данных, сбои).

Нестабильный релиз будет либо содержать множество ошибок (или несколько значительных ошибок), либо просто не проверяться.

Answer 3

Определение технически основано на том, что определяет производитель или наклейка кода. Одно определение компании/проекта не должно совпадать с другим.

Но это обычно имеет отношение к пробегу. В какой-то момент вы заявляете, что прекращаете добавление функций и заголовок для выпуска. Затем во время тестирования в какой-то момент скорость отчета об ошибках идет вниз, вы затем рекламируете этот продукт для большего количества людей, альфа, бета, кандидат на выпуск и т. Д. Больше людей больше тестировщиков, больше потенциальных ошибок. со временем, когда продукт созревает, база пользователей увеличивается, и скорость ошибки в конечном итоге замедляется. Когда он достигает точки, в которой вы считаете, что у нее есть функции, которые вы хотели, она работает, и уровень ошибок достаточно низкий, вы заявляете, что он стабилен, и если он еще не переместил больше ресурсов с этой версии/продукта и сосредоточиться на следующем один.

Метрика, как правило, связана с ошибками, количеством ошибок, сколько времени вы тратите на поддержку клиентов/пользователей. Когда пользователи перестают прослушивать вас о продукте, это происходит потому, что: 1) они перестали использовать его 2) они продолжают использовать его, но он созрел до такой степени, что он достаточно стабилен, чтобы использовать их без жалоб.