軟體測試版本管理
by:授客qq:1033553122
說明:很早之前寫過一篇文章「軟體測試版本管理與版本發布」,之前作者也按文章中所述執行過,但是隨著工作經歷的增加,對**管理認識的加深,發現還是有不足的地方,特別是敏捷模式下,因為缺乏「自動化版本管理」,執行時難免力不從心,所以呢,結合工作經歷,重新整理
閱讀該文章之前,建議先了解下做產品和做專案的區別,只有理解了做專案和做產品的聯絡與區別後,我們才知道怎麼對測試工作進行規劃,更好的把控質量。
推薦閱讀:「
做產品vs
做專案」
版本號格式:
1.版本號格式:
常見格式為:
主版本號
.次版本號
.修訂版本號
.原始碼版本號.時間
_版本型別
主版本號:當功能模組有較大的變動,比如增加模組或是整體架構發生變化
次版本號:在專案功能做較大調整時增加,增量為
1,修訂版本號:通常在解決缺陷或者細微功能變化時增加,增量為1或者
2。通常,該版本號分奇數和偶數兩種,奇數表示測試版本,偶數表示穩定版本
原始碼版本號:自動化生成的,比如
svn中的
revision
版本號型別:類似
beta, release
,final
之類每個公司都有自己的規定,可能只是其中的部分,比如
主版本號
.次版本號
.修訂版本號
版本命名格式
這裡的版本,主要是針對我們測試來說的,因為我們提交缺陷,需要填寫測試版本,方便缺陷管理、分析統計,我們需要在缺陷管理上新建測試版本。而開發通常有**管理工具比如
svn,管理組織他們的**
專案名稱
_版本號格式
[_tx][_
版本型別
]說明:
版本號格式:通常,主版本號
.次版本號
.修訂版本號
tx:表示測試輪數,比如
t1表示第一輪,
t2表示第二輪,在敏捷模式下,開發可能動不動就提交**,這種情況下,輪次界定就沒多大意義了,還有就是碎片化問題,比如你測完一輪,還有2個
bug,測第二輪如果新建乙個
t2版本,如果測完還有
1個沒修復,還得再新建乙個
t3版本,所以建議在開發**質量比較高,**管理比較規範的情況使用
號內容表示可選,具體以實際專案為準,以下不做贅述
版本號型別:類似
beta, release
,final
結合上述,通常我們用的格式可能是:
專案名稱
_版本號格式[_
版本型別
]測試:專案名稱
_版本號格式,供內網測試提交缺陷使用
線上:專案名稱
_版本號格式
_版本型別
,記錄線上走查提交缺陷使用,方便後期缺陷分析統計。
舉例:
背景,假設產品名為「
99u校友」,包含
web端和手機端
(android
,ios)
,假設相同端的教師和學生都使用同乙個
web系統,或者同乙個
。備註:通常,所謂的教師端,學生端僅是同乙個站點下,相同目錄下的不同
web頁面,所以,一般來說,
web端不會針對這兩個端編寫兩套**,即**層面是不分學生端和
web端的,用同一套**滿足兩個端的需求。針對這種情況,咋辦?
答案:分工不分家,即專案上分成兩個專案,比如
99u校友
_web_
學生端,
99u校友
_web_
教師端,版本上則使用同乙個**版本,比如
99u校友
_web_
v1.0.0_release
產品名稱:校友
專案:99u
校友說明:乙個專案或產品的開發可能涉及到多個子專案(比如
軟體,硬體,結構,工藝,平台,技術等
),需要多個專案密切配合完成。為了方便管理,為了追求效率,經常需要將乙個大的專案劃分成多個子專案。如上,我們可以將「
99u校友」這個大專案,分成小專案
(根據專案的定義,我們是完全有理由拆分的)。
拆分「99u
校友」專案
專案:99u
校友_web
;99u
校友_iphone
;99u
校友_android
;備註:
1.如果有必要(比如學生和教師使用不同版本),
還可以繼續拆分,比如
99u校友
iphone
學生端;
99u校友
iphone
教師端2.
如果產品分不同平台,專案建議按平台進行分類
測試版本:
99u校友
_web
:99u
校友_web_
v1.0.0;……
99u校友
_android
:99u
校友_android_v1.0.0
;99u
校友_android_v1.0.1;……
線上版本:
99u校友
_web
:99u
校友_web_
v1.0.0_release;……
99u校友
_android
:99u
校友_android_v1.0.0_release
;99u
校友_android_v1.0.1_release;……
特別說明:
如果是測試,建議每次發布後,都對發布成功的內,外網
做乙個備份,保證開發過程中任何時刻
(理想的情況下
)有乙個可用的正式版本,測試版本
缺陷管理:
發布後外網發現的問題如何處理?
答案:在管理平台上新增和內網對應的外網
final
版本:專案名稱_平台
_版本號格式
_final
,專門用於記錄外網環境的問題,接著又是一次迭代,內網改進,外網發布
軟體測試版本評估
我們在測試的過程中,如何來看到乙個軟體版本的 不好?具體的表現形式有如下 1 提測過來的版本,冒煙測試是否通過,冒煙測試不通過,版本質量差不予提測 2 冒煙測試通過,發現版本中 資料錯誤 邏輯錯誤 資料互動 隱性需求 類的 嚴重bug較多,版本質量差 3 測試過程中 測試用例執行的 通過率低於70 ...
iOS打包發布測試版本
發布測試版本需要註冊開發者賬號,本教程為個人開發者賬號,這裡認為你已擁有開發者賬號.沒有的請自行查閱別的資料 先做前期準備工作 1.開啟鑰匙串 2生成證書 電子郵箱為開發者賬號郵箱,常用名隨便填,選擇儲存到磁碟 3.最終生成的檔案為 這個檔案要儲存在你找得到的位置,後邊要用到.到這裡位置,準備工作做...
軟體測試流程 軟體測試流程設計 7 系統測試方案
教材 公告 本期為 軟體測試流程設計 7 系統測試方案 第3章系統測試方案系統測試方案是系統測試設計活動的工作產品,用來指導測試人員開展後續的系統測試實現活動與系統測試執行活動。依據系統測試計畫中給出的測試進度 測試範圍 測試人員與測試任務分配等,詳細分析和設計系統測試方案。3.1 測試方案和測試計...