Alpha:
Alpha是內部測試版,一般不向外部發布,會有很多Bug.除非你也是測試人員,否則不建議使用.
是希臘字母的第一位,表示最初級的版本
alpha就是α，beta就是β
alpha版就是比beta還早的測試版，一般都是內部測試的版本
--------------------
Beta：
　　很容易理解就是測試版，這個階段的版本會一直加入新的功能。

RC：RC就是Release Candidate（候選版本）的簡稱
　　Candidate是候選人的意思，用在軟體上就是候選版本。Release.Candidate.就是發行候選版本。和Beta版最大的差別在於Beta階段會一直加入新的功能，但是到了RC版本，幾乎就不會加入新的功能了，而主要著重於除錯!

RTM：全稱為Release to Manufacture。
　　是給工廠大量壓片的版本，內容跟正式版是一樣的，不過 RTM.也有出120天評估版。但是說RTM.是測試版是錯的。正式在零售商店上架前，是不是需要一段時間來壓片，包裝、配銷呢?所以程式程式碼必須在正式發行前一段時間就要完成，這個完成的程式程式碼叫做Final.Code，這次Windows.XP開發完成，外國媒體用Windows XP.goes.gold來稱呼。程式程式碼開發完成之後，要將母片送到工廠大量壓片，這個版本就叫做RTM版。所以說，RTM版的程式碼一定和正式版一樣。但是和正式版也有不一樣的地方：例如正式版中的OEM不能升級安裝，升級版要全新安裝的話會檢查舊版作業系統光碟等，這些就是RTM和正式版不同的地方，但是它們的主要程式程式碼都是一樣的。

OEM：
　　是給計算機廠商隨著計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝 ，不能從舊有作業系統升級。如果買筆記型計算機或品牌計算機就會有隨機版軟體。包裝不像零售版精美，通常只有一面CD和說明書(授權書)。

RVL：
　　號稱是正式版，其實RVL.根本不是版本的名稱。RVL.是一個Warez.Team，臺灣分部叫[email protected]，它之間又釋出一個[email protected]版本。它是某中文版＋英文Corpfiles破解的。

EVAL：
　　而流通在網路上的EVAL版，是微軟幫媒體記者編輯上課給的，是所謂的「評估版」沒錯，你輸入的金鑰是30天的，就可用30天，輸入的是180天的，就可用180天。功能上和零售版無乎沒有區別。

RTL：Retail.(零售版)
　　是真正的正式版，正式上架零售版。在安裝盤的i386資料夾裡有一個 eula.txt，最後有一行EULAID，就是你的版本。比如簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是 WX.4_PRO_RTL_TW。其中：如果是WX.開頭是正式版，WB.開頭是測試版。_PRE，代表家庭版；_PRO，代表專業版。
 

alpha測試和beta測試的區別

定義：alpha測試是在使用者組織模擬軟體系統的執行環境下的一種驗收測試，由使用者或第三方測試公司進行的測試，模擬各類使用者行為對即將面市的軟體產品進行測試，試圖發現並修改錯誤。

Beta測試是使用者公司組織各方面的典型終端使用者在日常工作中實際使用beta版本，並要求使用者報告異常情況，提出批評意見。

區別：兩者的主要區別是測試的場所不同。Alpha測試是指把使用者請到開發方的場所來測試，beta測試是指在一個或多個使用者的場所進行的測試。 Alpha測試的環境是受開發方控制的，使用者的數量相對比較少，時間比較集中。而beta測試的環境是不受開發方控制的，誰也不知道使用者如何折磨軟體，用 戶數量相對比較多，時間不集中。一般地，alpha測試先於beta測試執行。通用的軟體產品需要較大規模的beta測試，測試周期比較長。如果產品通過 了beta測試，那麼就可以正式發行了。

     
Alpha測試

Beta測試

聯絡

經過Alpha測試調整的軟體產品稱為Beta版本。一些軟體開發公司把Alpha測試是對一個早期的、不穩定的軟體版本所進行的驗收測試，而Beta測試看成是對一個晚期的、更加穩定的軟體版本所進行的驗收測試。

區別

測試場所

開發方的場所

使用者的場所（終端使用者）

測試環境

受開發方控制

不受開發方控制

測試方

相對比較少：

使用者或第三方測試公司

相對比較多：終端使用者

時間

比較集中（每日提交報告，及時修改缺陷）

不集中：使用者記錄統一報告

一般

Alpha測試先於Beta測試執行。通用的軟體產品需要較大規模的Beta測試，測試周期比較長。如果產品通過了Beta測試，那麼就可以正式發行了。

軟體釋出版本區別介紹-Alpha,Beta,RC,Release

一、 軟體版本階段說明

Alpha版: 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發者內部交流，一般而言，該版本軟體的Bug較多，需要繼續修改。
Beta版: 該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的UI。
RC版: 該版本已經相當成熟了，基本上不存在導致錯誤的BUG，與即將發行的正式版相差無幾。
Release版: 該版本意味“最終版本”，在前面版本的一系列測試版之後，終歸會有一個正式版本，是最終交付使用者使用的一個版本。該版本有時也稱為標準版。一般情況下，Release不會以單詞形式出現在軟體封面上，取而代之的是符號(R)。
二、 版本命名規範

軟體版本號由四部分組成：

第一個1為主版本號，

第二個1為子版本號，

第三個1為階段版本號，

第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分別為：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。
技術分享

三、版本號定修改規則

主版本號(1)：當功能模組有較大的變動，比如增加多個模組或者整體架構發生變化。此版本號由專案決定 是否修改。
子版本號(1)：當功能有一定的增加或變化，比如增加了對許可權控制、增加自定義檢視等功能。此版本號由專案決定 是否修改。
階段版本號(1)：一般是 Bug 修復或是一些小的變動，要經常釋出修訂版，時間間隔不限，修復一個嚴重的bug即可釋出一個修訂版。此版本號由專案經理決定 是否修改。
日期版本號(051021):用於記錄修改專案的當前日期，每天對專案的修改都需要更改日期版本號。此版本號由開發人員決定 是否修改。
希臘字母版本號(beta):此版本號用於標註當前版本的軟體處於哪個開發階段，當軟體進入到另一個階段時需要修改此版本號。此版本號由專案決定 是否修改。
 

四、檔案命名規範

檔名稱由四部分組成：

第一部分為專案名稱，

第二部分為檔案的描述，

第三部分為當前軟體的版本號，

第四部分為檔案階段標識加檔案字尾。

例如：專案外包平臺測試報告1.1.1.051021_beta_b.xls，此檔案為專案外包平臺的測試報告文件，版本號為：1.1.1.051021_beta。
技術分享
    如果是同一版本同一階段的檔案修改過兩次以上，則在階段標識後面加以數字標識，每次修改數字加1，專案外包平臺測試報告1.1.1.051021_beta_b1.xls。

當有多人同時提交同一份檔案時，可以在階段標識的後面加入人名或縮寫來區別，例如：專案外包平臺測試報告 1.1.1.051021_beta_b_LiuQi.xls。當此檔案再次提交時也可以在人名或人名縮寫的後面加入序號來區別，例如：專案外包平臺測試 報告1.1.1.051021_beta_b_LiuQi2.xls。

五、 版本號的階段標識

軟體的每個版本中包括11個階段，詳細階段描述如下：

 階段名稱            階段標識
 需求控制            a
 設計階段            b
 編碼階段            c
 單元測試            d
 單元測試修改       e
 整合測試            f
 整合測試修改       g
 系統測試            h
 系統測試修改       i
 驗收測試            j
 驗收測試修改       k