軟件版本號制定原則

1. 軟件版本階段說明 架構

* Alpha版: 此版本表示該軟件在此階段主要是以實現軟件功能爲主,一般只在軟件開發者內部交流,通常而言,該版本軟件的Bug較多,須要繼續修改。
* Beta版: 該版本相對於α版已有了很大的改進,消除了嚴重的錯誤,但仍是存在着一些缺陷,須要通過屢次測試來進一步消除,此版本主要的修改對像是軟件的UI。
* RC版: 該版本已經至關成熟了,基本上不存在致使錯誤的BUG,與即將發行的正式版相差無幾。
* Release版: 該版本意味「最終版本」,在前面版本的一系列測試版以後,終歸會有一個正式版本,是最終交付用戶使用的一個版本。該版本有時也稱爲標準版。通常狀況下,Release不會以單詞形式出如今軟件封面上,取而代之的是符號(R)。 單元測試

2. 版本命名規範 測試

軟件版本號由四部分組成,第一個1爲主版本號,第二個1爲子版本號,第三個1爲階段版本號,第四部分爲日期版本號加希臘字母版本號,希臘字母版本號共有5種,分別爲:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。
 編碼

3. 版本號定修改規則 設計

* 主版本號(1):當功能模塊有較大的變更,好比增長多個模塊或者總體架構發生變化。此版本號由項目決定是否修改。
* 子版本號(1):當功能有必定的增長或變化,好比增長了對權限控制、增長自定義視圖等功能。此版本號由項目決定是否修改。
* 階段版本號(1):通常是 Bug 修復或是一些小的變更,要常常發佈修訂版,時間間隔不限,修復一個嚴重的bug便可發佈一個修訂版。此版本號由項目經理決定是否修改。
* 日期版本號(051021):用於記錄修改項目的當前日期,天天對項目的修改都須要更改日期版本號。此版本號由開發人員決定是否修改。
* 希臘字母版本號(beta):此版本號用於標註當前版本的軟件處於哪一個開發階段,當軟件進入到另外一個階段時須要修改此版本號。此版本號由項目決定是否修改。 開發

4. 文件命名規範 文檔

文件名稱由四部分組成:第一部分爲項目名稱,第二部分爲文件的描述,第三部分爲當前軟件的版本號,第四部分爲文件階段標識加文件後綴,例如:項目外 包平臺測試報告1.1.1.051021_beta_b.xls,此文件爲項目外包平臺的測試報告文檔,版本號爲:1.1.1.051021_beta。
權限控制

若是是同一版本同一階段的文件修改過兩次以上,則在階段標識後面加以數字標識,每次修改數字加1,項目外包平臺測試報告1.1.1.051021_beta_b1.xls。 class

當有多人同時提交同一份文件時,能夠在階段標識的後面加入人名或縮寫來區別,例如:項目外包平臺測試報告 1.1.1.051021_beta_b_LiuQi.xls。當此文件再次提交時也能夠在人名或人名縮寫的後面加入序號來區別,例如:項目外包平臺測試 報告1.1.1.051021_beta_b_LiuQi2.xls。 軟件

5. 版本號的階段標識

軟件的每一個版本中包括11個階段,詳細階段描述以下:

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

相關文章
相關標籤/搜索