這篇文章主要講解了“服務器版本管理原則和規(guī)范有哪些”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“服務器版本管理原則和規(guī)范有哪些”吧!
讓客戶滿意是我們工作的目標,不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶,將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴,公司提供的服務項目有:申請域名、網(wǎng)站空間、營銷軟件、網(wǎng)站建設、鹽山網(wǎng)站維護、網(wǎng)站推廣。
廣義上對測試有三個傳統(tǒng)的稱呼:Alpha、Beta、Gamma,用來標識測試的階段和范圍。
此版本不屬于測試版本。它表示該項目僅僅是一個假頁面鏈接,通常包括所有的功能和頁面布局,但是項目中的功能都沒有做完整的實現(xiàn),只是作為整體項目的一個基礎架構。
內測版本,也叫CB(Close Beta Test) 封閉測試版本。此版本表示該項目在此階段主要是以實現(xiàn)項目功能為主,通常只在項目開發(fā)者內部交流或者有限用戶體驗測試版本,一般而言,該版本項目的Bug較多,需要繼續(xù)修改。
公測版本,針對所有用戶公開的測試版本。Alpha測試完后一般不會有大問題了,然后把項目拿給用戶測試,稱為Beta測試,主要是看用戶對項目外觀,使用方便等的反映。該版本相對于α版已有了很大的改進,消除了嚴重的錯誤,但還是存在著一些缺陷,需要經過多次測試來進一步消除,此版本主要的修改對像是項目的UI。
發(fā)布候選版本,也叫RC(Release Candidate),是最接近最終發(fā)放給用戶的正式版的版本。該版本已經相當成熟了,基本上不存在導致錯誤的bug,幾乎不會再加入新的功能了,而主要著重于除錯。發(fā)行后把bug改正就是正式版了,就是正式版之前的最后一個測試版。
General Availability,首次發(fā)行穩(wěn)定的版本,也就是官方開始推薦廣泛使用了。
該版本意味“最終版本”,在前面版本的一系列測試版之后,終歸會有一個正式版本,是最終交付用戶使用的一個版本。該版本有時也稱為標準版。一般情況下,Release不會以單詞形式出現(xiàn)在項目封面上,取而代之的是符號(R)。
demo 演示版, enhance 增強版,free 自由版,full version 完整版,即正式版,lts 長期維護版本,standard 標準版,ultimate 旗艦版,upgrade 升級版。
版本號由四部分組成,第一個1為主版本號,第二個1為子版本號,第三個1為階段版本號,第四部分為日期版本號加希臘字母版本號,希臘字母版本號共有5種,分別為:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。
當功能模塊有較大的變動(API的兼容性變化時),比如增加多個模塊或者整體架構發(fā)生變化。此版本號由項目Owner決定是否修改。
當功能有一定的增加或變化(不影響API的兼容性或者原API被標記為Deprecated),比如增加了對權限控制、增加自定義視圖等功能。奇數(shù)為開發(fā)版本,偶數(shù)為穩(wěn)定版本。此版本號由項目Owner決決定是否修改。
一般是Bug修復或是一些小的變動,要經常發(fā)布修訂版,時間間隔不限,修復一個嚴重的bug即可發(fā)布一個修訂版。此版本號由項目經理決定是否修改。
用于記錄修改項目的當前日期,每天對項目的修改都需要更改日期版本號。此版本號由開發(fā)人員決定是否修改。
此版本號用于標注當前版本的項目處于哪個開發(fā)階段,當項目進入到另一個階段時需要修改此版本號。此版本號由項目Owner決定是否修改。
文件名稱由四部分組成:
第一部分為項目名稱,
第二部分為文件的描述,
第三部分為當前項目的版本號,
第四部分為文件階段標識加文件后綴,
例如:項目外包平臺測試報告1.1.1.051021_beta_b.xls,此文件為項目外包平臺的測試報告文檔,版本號為: 1.1.1.051021_beta。
如果是同一版本同一階段的文件修改過兩次以上,則在階段標識后面加以數(shù)字標識,每次修改數(shù)字加1,項目外包平臺測試報告1.1.1.051021_beta_b1.xls。
當有多人同時提交同一份文件時,可以在階段標識的后面加入人名或縮寫來區(qū)別,例如:項目外包平臺測試報告 1.1.1.051021_beta_b_ZhangSan.xls。當此文件再次提交時也可以在人名或人名縮寫的后面加入序號來區(qū)別,例如:項目外包平臺測試 報告1.1.1.051021_beta_b_ZhangSan2.xls。
項目的每個版本中包括11個階段,詳細階段描述如下:
階段名稱 | 階段標識 |
---|---|
需求控制 | a |
設計階段 | b |
編碼階段 | c |
單元測試 | d |
單元測試修改 | e |
集成測試 | f |
集成測試修改 | g |
系統(tǒng)測試 | h |
系統(tǒng)測試修改 | i |
驗收測試 | j |
驗收測試修改 | k |
感謝各位的閱讀,以上就是“服務器版本管理原則和規(guī)范有哪些”的內容了,經過本文的學習后,相信大家對服務器版本管理原則和規(guī)范有哪些這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關知識點的文章,歡迎關注!
標題名稱:服務器版本管理原則和規(guī)范有哪些
地址分享:http://sd-ha.com/article34/jiippe.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供企業(yè)建站、搜索引擎優(yōu)化、網(wǎng)站制作、虛擬主機、面包屑導航、手機網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)