Alpha：是內部測試版,一般不向外部發布,會有很多Bug.一般只有測試人員使用。
Beta：也是測試版，這個階段的版本會一直加入新的功能。在Alpha版之後推出。
RC：(Release Candidate) 顧名思義麼 ! 用在軟件上就是候選版本。系統平臺上就是發行候選版本。RC版不會再加入新的功能了，主要著重於除錯。
GA:General Availability,正式發佈的版本，在國外都是用GA來說明release版本的。
RTM：(Release to Manufacture)是給工廠大量壓片的版本，內容跟正式版是一樣的，不過RTM版也有出限制、評估版的。但是和正式版本的主要程序代碼都是一樣的。
OEM：是給計算機廠商隨著計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝，不能從舊有操作系統升級。包裝不像零售版精美，通常只有一面CD和說明書(授權書)。
RVL：號稱是正式版，其實RVL根本不是版本的名稱。它是中文版/英文版文檔破解出來的。
EVAL：而流通在網絡上的EVAL版，與"評估版"類似，功能上和零售版沒有區別。
RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安裝盤的i386文件夾裡有一個eula.txt，最後有一行EULAID，就是你的版本。比如簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是WX.4_PRO_RTL_TW。其中：如果是WX.開頭是正式版，WB.開頭是測試版。_PRE，代表家庭版；_PRO，代表專業版。
α、β、λ常用來表示軟件測試過程中的三個階段，α是第一階段，一般只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，一般只提供給特定的用戶群來測試使用；λ是第三個階段，此時產品已經相當成熟，只需在個別地方再做進一步的優化處理即可上市發行。
一、 軟件版本階段說明
- 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
閱讀更多 思想走了光v8v 的文章
