コードに関して、人々が何かを「安定している」と表現しているのを見たり聞いたりすることがよくあります。
「安定した」クラス ライブラリとは、関数が十分にテストされ、実際に使用され、バグが含まれていないことが判明したライブラリであると考えるのは正しいでしょうか? または、少なくとも目的の重大なバグ。
では、これはオペレーティング システムのような大規模なソフトウェアにどのように関係しているのでしょうか? 「安定版」と記載されているダウンロードをよく見かけますが、これは通常、最新リリースより数バージョン遅れています。ソフトウェアが安定するのはいつですか? これを判断する基準はありますか？
あまり変更されていません。通常、これは正常に動作し、バグがないことを意味します。
ライブラリに関する「安定」リリースは通常、「推奨」リリースであり、より「最先端」のリリースも利用可能です。このようなシナリオでは、本番コードに安定版リリースを使用するのが賢明です。
ソフトウェアが安定するのはいつですか? これを判断する基準はありますか？
これは非常に主観的な基準です。通常、これはリリースが厳格な QA を経た結果、および/または深刻な問題が報告されることなくリリースされた結果です。ただし、用語の使用法はチームの測定値に依存するため、ある男の「厩舎」は別の男の場合とは異なる場合があります.
定義は、技術的には、コードのプロデューサーまたはラベラーが定義するものに基づいています。1 つの会社/プロジェクトの定義が別の会社と一致する必要はありません。
しかし、それは通常、走行距離に関係しています。ある時点で、機能の追加を停止してリリースに向かうことを宣言します。次に、テスト中のある時点でバグ報告率が低下し、その製品をより多くの人にアルファ、ベータ、リリース候補などに宣伝します。テスターが増えると、潜在的なバグが増えます。製品が成熟するにつれて、ユーザーベースが増加し、最終的にバグ発生率が低下します。必要な機能を備えていると考えられるポイントに到達し、機能し、バグ率が十分に低い場合、安定していると宣言し、まだそのバージョン/製品からより多くのリソースを移動して、次の製品に焦点を当てます。 1。
メトリクスは通常、バグの発生率、バグの数、カスタマー/ユーザー サポートに費やす時間に関係します。ユーザーが製品についてあなたに迷惑をかけるのをやめたとき、それは次のような理由によるものです。
より正式な定義があるかもしれませんが、私の経験では、テストされ、使用可能で要件を満たしていることが判明したリリースを意味します。バグがないかもしれませんが、大きなバグはありません。ほとんどのユーザーは、大きな問題 (データの損失、クラッシュなど) を経験することなく使用できます。
不安定なリリースには、多くのバグ (またはいくつかの重大なバグ) があるか、単にテストされていません。