ソフトウェアリリースライフサイクル

ソフトウェアリリース ライフサイクルは、ソフトウェア製品 (オペレーティング システムなど) の開発、テスト、配布のプロセスです。通常、最終バージョン (つまり「ゴールド」) が一般にリリースされる前に、プレアルファ、アルファ、ベータ、リリース候補などのいくつかの段階で構成されます。

プレアルファとは、ソフトウェアがまだ設計および構築されている開発の初期段階を指します。アルファテストは正式なテストの最初のフェーズであり、ソフトウェアはホワイトボックス技術を使用して内部でテストされます。ベータテストは次のフェーズであり、通常はソフトウェアを開発した組織外の、より大規模なユーザーグループによってソフトウェアがテストされます。ベータフェーズでは、ユーザーへの影響を減らすことに重点が置かれ、ユーザビリティテストが含まれる場合があります。

ベータ テストの後、ソフトウェアは 1 つ以上のリリース候補フェーズを経て、最終バージョンがリリースされる前にさらに改良およびテストされます。

一部のソフトウェア、特にインターネットやテクノロジー業界のソフトウェアは、永久ベータ版としてリリースされます。つまり、継続的に更新および改善されており、完全に完成した製品であるとは決してみなされません。このアプローチにより、よりアジャイルな開発プロセスが可能になり、開発サイクルの早い段階でソフトウェアをリリースしてユーザーに使用してもらうことができます。

プレアルファとは、正式なテストの前にソフトウェア プロジェクト中に実行されるすべてのアクティビティを指します。これらのアクティビティには、要件分析、ソフトウェア設計、ソフトウェア開発、ユニット テストが含まれます。一般的なオープン ソース開発では、プレアルファ バージョンにはいくつかの種類があります。マイルストーンバージョンには特定の機能セットが含まれており、機能が完成するとすぐにリリースされます。^{[引用が必要]}

リリースライフサイクルのアルファフェーズは、ソフトウェアテストの最初のフェーズです（アルファはギリシャ語アルファベットの最初の文字で、数字の1として使用されます）。このフェーズでは、開発者は通常、ホワイトボックス手法を使用してソフトウェアをテストします。その後、別のテストチームによって、ブラックボックスまたはグレーボックス手法を使用して追加の検証が実行されます。組織内でブラックボックステストに移行することをアルファリリースと呼びます。^{[1] [2]}

アルファソフトウェアは、顧客にリリースされる前に開発者によって徹底的にテストされていません。アルファソフトウェアには重大なエラーが含まれている可能性があり、その結果不安定になり、クラッシュやデータ損失が発生する可能性があります。^[3]アルファソフトウェアには、最終バージョンに予定されているすべての機能が含まれていない場合があります。 ^[4]一般に、プロプライエタリソフトウェアではアルファソフトウェアが外部で利用可能になることはまれですが、オープンソースソフトウェアではアルファバージョンが公開されていることがよくあります。アルファフェーズは通常、機能凍結で終了し、ソフトウェアにこれ以上の機能が追加されないことを示します。この時点で、ソフトウェアは機能が完了したと言われます。ベータテストは、サプライヤーサイトでの受け入れテスト（アルファテスト）に続いて、ソフトウェアが製品として一般リリースされる直前に実行されます。^[5]

ソフトウェアの機能完了版（FC版）は、計画された機能や主要な機能がすべて実装されていますが、バグ、パフォーマンス、安定性の問題があるため、まだ最終版ではありません。^{[6]これは、}開発中のアルファテストの最後に発生します。

通常、機能が完成したソフトウェアは、リリース候補、そして最終的にゴールド ステータスになる前に、ベータ テストとバグ修正、パフォーマンスまたは安定性の強化を 経る必要があります。

ベータは、ギリシャ語アルファベットの2番目の文字にちなんで名付けられ、アルファに続くソフトウェア開発フェーズです。ベータフェーズは通常、ソフトウェアの機能が完成しているが、いくつかの既知または未知のバグが含まれている可能性があるときに始まります。^[7]ベータフェーズのソフトウェアは通常、完成したソフトウェアよりも多くのバグや速度やパフォーマンスの問題があり、クラッシュやデータ損失を引き起こす可能性があります。ベータテストの焦点は、ユーザーへの影響を減らすことであり、多くの場合、ユーザビリティテストが組み込まれています。ベータバージョンをユーザーに提供するプロセスはベータリリースと呼ばれ、通常、ソフトウェアがそれを開発した組織外で初めて利用できるようになります。ソフトウェアベータリリースは、公開されているか、限られたユーザーのみが利用できるかによって、オープンまたはクローズドになります。ベータバージョンのソフトウェアは、組織内および見込み顧客へのデモンストレーションやプレビューに役立つことがよくあります。一部の開発者は、この段階をプレビュー、プレビューリリース、プロトタイプ、テクニカルプレビュー、テクノロジープレビュー( TP )、^[8]または早期アクセスと呼んでいます。

ベータテスターは、ベータ版ソフトウェアに関する問題を積極的に報告する人々です。彼らは通常、ソフトウェアを開発している組織の顧客または見込み顧客の代表者です。ベータテスターは、無償でサービスを提供する傾向がありますが、テストした製品のバージョン、リリースバージョンの割引、またはその他のインセンティブを受け取ることがよくあります。^{[9] [10]}

一部のソフトウェアは、いわゆる永久ベータ版の状態で維持され、最終的な「安定した」リリースを確立することなく、ソフトウェアに新機能が継続的に追加されます。インターネットによってソフトウェアの迅速かつ安価な配布が容易になったため、企業はベータという言葉の使用に対してより緩やかなアプローチを取り始めました。^[11]

開発者は、クローズド ベータ版またはオープン ベータ版のいずれかをリリースできます。クローズド ベータ版は、招待によるユーザー テスト用に限られた個人グループにリリースされますが、オープン ベータ版のテスターは、より大規模なグループまたは関心のあるすべての人です。プライベート ベータ版は、価値を提供できるものの、スケーリングの問題、ドキュメントの不足、または重要な機能がまだ不足しているために、すべての人が使用できる状態ではないソフトウェアに適しています。テスターは、発見したバグを報告し、最終バージョンで利用可能にする必要があると思われる追加機能を提案することもあります。

オープンベータ版には、潜在的な消費者に製品をデモンストレーションするという 2 つの目的があります。また、幅広いユーザーベースでテストすることで、はるかに小規模なテストチームでは見つけられないような隠れたエラーが明らかになる可能性があります。^{[引用が必要]}

リリース候補( RC )は、ガンマ テストまたは「ゴーイング シルバー」とも呼ばれ、安定した製品になる可能性のあるベータ バージョンであり、重大なバグが発生しない限りリリースの準備ができています。製品安定化のこの段階では、すべての製品機能が設計、コード化され、1 回以上のベータ サイクルを通じてテストされており、致命的なバグは確認されていません。開発チームがこのリリースにまったく新しいソース コードを追加しないことに合意した場合、リリースはコード完了と呼ばれます。欠陥を修正するためのソース コードの変更、ドキュメントやデータ ファイルの変更、テスト ケースやユーティリティの周辺コードがまだある可能性があります。^{[引用が必要]}

安定リリースは、製品リリースとも呼ばれ、検証とテストのすべての段階に合格した最後のリリース候補( RC ) です。残っている既知のバグは許容範囲内とみなされます。このリリースは製品版に移行します。

一部のソフトウェア製品 (例: DebianなどのLinux ディストリビューション)には、すでに試行およびテスト済みの完全リリースに基づいてセキュリティ更新のみを受け取る長期サポート( LTS ) リリースもあります。 ^{[引用が必要]}

リリースされたソフトウェアは、一般的に「安定リリース」と呼ばれます。正式な用語は、リリース方法（物理メディア、オンラインリリース、Webアプリケーションなど）によって異なります。^[12]

「製造リリース」（RTM）は「ゴールドリリース」とも呼ばれ、ソフトウェア製品の出荷準備が完了したときに使用される用語です。このビルドはデジタル署名されている場合があり、エンドユーザーはソフトウェア購入の整合性と信頼性を確認できます。「ゴールドマスター」またはGM ^[13]と呼ばれるRTMビルドのコピーは、該当する場合は大量複製またはディスク複製用に送信されます。この用語は、オーディオレコード製造業界、特にマスタリングのプロセスから取られています。RTMは、製品が一般にリリースされる一般提供（GA）に先行します。ゴールデンマスタービルド（GM）は通常、開発者向けのベータ段階にあるソフトウェアの最終ビルドです。通常、iOSの場合、メジャーリリース前の最終ビルドですが、いくつかの例外があります。

RTM は通常、特定の小売量産ソフトウェアのコンテキストで使用されます (商用または政府による生産および配布における特殊なソフトウェア生産またはプロジェクトとは対照的)。この場合、ソフトウェアは関連するコンピュータ ハードウェア販売のバンドルの一部として販売され、通常はソフトウェアと関連するハードウェアが最終的に小売店で大量/一般に利用可能になり販売され、ソフトウェアが定義された品質レベルを満たし、大量小売配布の準備ができていることを示します。RTM は、他のコンテキストでは、ソフトウェアが関連するハードウェアのエンド ユーザーのコンピュータまたはマシンにインストールまたは配布するためにクライアントまたは顧客に配信またはリリースされたことを意味する場合もあります。この用語は、配信メカニズムまたはボリュームを定義するものではなく、品質が大量配布に十分であることを示すだけです。エンジニアリング組織からの成果物は、多くの場合、複製用または Web 用のイメージを作成するために使用されるゴールデン マスター メディアの形式です。

一般提供（GA）は、必要なすべての商業化活動が完了し、ソフトウェア製品が購入可能になるマーケティング段階です。ただし、言語、地域、電子媒体またはメディアの利用可能性によって異なります。^[14]商業化活動には、セキュリティとコンプライアンスのテスト、ローカリゼーション、世界的な利用可能性などが含まれます。GAで必要なすべての商業化活動を完了するために必要な時間のため、RTMからGAまでの期間は、一般提供リリースが宣言されるまでに数日から数か月かかる場合があります。この段階で、ソフトウェアは「稼働」しています。

Web へのリリース( RTW ) またはWeb リリースは、配布にインターネットを利用するソフトウェア配信手段です。このタイプのリリース メカニズムでは、製造元によって物理メディアは作成されません。Web リリースは、インターネットの使用が増えるにつれて一般的になっています。^{[引用が必要]}

サポート期間中、ソフトウェアはサービスリリース、パッチ、またはサービスパックの対象になることがあります。これらは「暫定リリース」または「メンテナンスリリース」(MR) とも呼ばれます。たとえば、Microsoft はWindows XPの32 ビット版向けに 3 つの主要なサービスパックをリリースし、 64 ビット版向けに 2 つのサービスパックをリリースしました。^[15]このようなサービスリリースには、更新プログラム、修正プログラム、および機能強化のコレクションが含まれており、単一のインストール可能なパッケージの形式で提供されます。新しい機能が実装されることもあります。一部のソフトウェアは、定期的なサポートを前提としてリリースされます。一般的に長期サポートが標準となっているソフトウェアのクラスには、ウイルス対策スイートや大規模マルチプレイヤーオンラインゲームなどがあります。この Windows XP の例を続けると、Microsoft は延長サポート終了後もさらに 5 年間、有料の更新プログラムを提供しました。つまり、サポートは 2019 年 4 月 8 日に終了しました。^[16]

ソフトウェアが販売またはサポートされなくなると、その製品は寿命を迎えた、つまり製造中止、引退、非推奨、放棄、または廃止されたと言われますが、プラットフォームが廃止された後も、ユーザーロイヤルティはしばらく存続する場合があります。たとえば、Common Desktop Environment ^[17]や Sinclair ZX Spectrumなどです。^[18]

サポート終了日以降、開発者は通常、新機能の実装、既存の欠陥、バグ、脆弱性の修正（その日付以前に判明していたかどうかに関係なく）や製品のサポートの提供を行いません。開発者が希望する場合は、ソース コードをリリースしてプラットフォームを再び稼働させ、ボランティアによって保守することができます。そうでない場合は、後でアバンダンウェアになったときにリバース エンジニアリングされる可能性があります。

「アルファ/ベータ」テストの用語の使用はIBMで始まりました。^[要出典] IBM のソフトウェア開発に関する同様の用語は、少なくとも 1950 年代 (おそらくそれ以前) から IBM に関係する人々によって使用されていました。「A」テストは、新製品の一般公開前の検証でした。「B」テストは、製品の製造を開始する前の検証でした。「C」テストは、製品の一般公開前の最終テストでした。ソフトウェアが IBM の製品で重要な部分を占めるようになったため、アルファ テストの用語は発表前のテストを示すために使用され、ベータ テストは一般公開に向けた製品の準備状況を示すために使用されました。IBM の初期のソフトウェア プロジェクトのマネージャーであった Martin Belsky は、この用語を発明したと主張しました。IBM は 1960 年代にアルファ/ベータの用語を廃止しましたが、その時点ではかなり広く注目されていました。顧客が行うテストを指す「ベータ テスト」の使用は IBM では行われませんでした。IBM は「フィールド テスト」という用語を使用していました。

その後、主要なパブリックベータ版が開発され、初期の顧客はIBM PC用のWordVisionワードプロセッサの「パイオニア版」を49.95ドルで購入しました。1984年に、スティーブン・マネスは「素晴らしいマーケティングの成功で、ブルースとジェームズのプログラム出版社は人々に製品をテストする特権に対してお金を払わせることに成功した」と書いています。 ^[19] 2000年9月、アップルのMac OS Xパブリックベータオペレーティングシステムのボックス版がリリースされました。 ^[20] 2005年9月から2006年5月まで、マイクロソフトはWindows Vistaのコミュニティテクノロジープレビュー（CTP）をリリースしました。^[21] 2009年から2011年まで、Minecraftはパブリックベータでした。

2005年2月、ZDNetは、ベータ版が何年もそのまま残って、まるで本番レベルであるかのように使用されるという現象についての記事を掲載した。^{[22]たとえば、} GmailとGoogleニュースは広く使用されているにもかかわらず、長い間ベータ版のままであったと指摘した。Googleニュースは2006年1月にベータ版を終了し、続いて2009年7月にGmailを含むGoogleアプリ（現在はGoogle Workspaceと名付けられている）がベータ版を終了した。 ^[12] Windows 8の導入以来、マイクロソフトはプレリリースソフトウェアをベータではなくプレビューと呼んでいる。2014年に開始されたWindows Insider Programを通じてリリースされたプレリリースビルドはすべて「Insider Previewビルド」と呼ばれている。「ベータ」は、リリース候補に近いもの、または期間限定のデモ、またはマーケティング手法の一種を示すこともある。^[23]

• アプリケーションライフサイクル管理
• アプリケーションリリースの自動化
• アプリケーションの廃止
• リリースエンジニアリング
• リリース管理
• ローリングリリース
• ソフトウェアの展開
• ソフトウェアのバージョン管理