《軟件功能測試報告》由會員分享,可在線閱讀,更多相關(guān)《軟件功能測試報告(7頁珍藏版)》請在裝配圖網(wǎng)上搜索。
1、軟件功能測試報告
1. 概述
軟件名稱:
軟件版本:
(同時注明軟件軟本和測試包的cvs版本)
開發(fā)經(jīng)理:
申請單號:
測試人員:
測試日期:
測試內(nèi)容:
備注:
表1 概述
2. 測試環(huán)境
用途
硬件環(huán)境
軟件環(huán)境
表2 測試環(huán)境
3. 問題統(tǒng)計
(說明:該報告為階段性測試的統(tǒng)計報告,該報表統(tǒng)計的bug數(shù)量為:本發(fā)布階段內(nèi)第一份申請單提交日期為起,直至填寫報告這天為止的BUG數(shù)量,如果以前版本中有問題延期至本發(fā)布階段來修正,那么該缺陷也需要統(tǒng)計進(jìn)來;如果是功能測試報告則只統(tǒng)計當(dāng)輪的即可,如
2、果是功能+驗證則需要統(tǒng)計本發(fā)布階段的)
3.1 按BUG狀態(tài)統(tǒng)計(表格后面可以附上柱形圖,以示更直觀)
BUG狀態(tài)
BUG數(shù)量
備注
未分配(new)
不是缺陷(Not Bug)
未修改(open)
已修改(fixed)
不予修改(Won’t Fix)
延期(Deffered)
被拒絕
(Declined)
無法重現(xiàn)
信息不足
重復(fù)的
已關(guān)閉(Closed)
重開啟(Reopen)
合計
表3 按bug狀態(tài)統(tǒng)計
3.2 按BUG類型統(tǒng)計(表格后面可以附上柱
3、形圖,以示更直觀)
BUG
類型
BUG數(shù)量
備注
未
分
配
未
修
改
不
是
缺
陷
已
修
改
不予
修改
延
期
被拒絕
已
關(guān)
閉
重
新
開
啟
合計
無法重現(xiàn)
信息不足
重復(fù)的
功能
界面
交互
表4 按bug類型統(tǒng)計
3.3 按BUG嚴(yán)重級別統(tǒng)計(表格后面可以附上柱形圖,以示更直觀)
BUG
嚴(yán)重
級別
BUG數(shù)量
備注
未
4、分
配
未
修
改
不
是
缺
陷
已
修
改
不予
修改
延
期
被拒絕
已
關(guān)
閉
重
新
開
啟
合計
無法重現(xiàn)
信息不足
重復(fù)的
緊急
嚴(yán)重
中等
輕微
建議
表5 按bug嚴(yán)重級別統(tǒng)計
3.4 按功能模塊統(tǒng)計(表格后面可以附上柱形圖,以示更直觀)
模塊
5、
名稱
BUG數(shù)量
備注
未
分
配
未
修
改
不
是
缺
陷
已
修
改
不予
修改
延
期
被拒絕
已
關(guān)
閉
重
新
開
啟
合計
無法重現(xiàn)
信息不足
重復(fù)的
模塊1
模塊2
…
…
…
表6 按功能模塊統(tǒng)計
3.5 按所屬人員統(tǒng)計(表格后面
6、可以附上柱形圖,以示更直觀)
開發(fā) 人員
BUG數(shù)量
備注
未
分
配
未
修
改
不
是
缺
陷
已
修
改
不予
修改
延
期
被拒絕
已
關(guān)
閉
重
新
開
啟
合計
無法重現(xiàn)
信息不足
重復(fù)的
張三
李四
…
…
…
表7 按所屬人員統(tǒng)計
4.
7、用例統(tǒng)計(可選,對于TD的項目則要填寫)
(如果是功能測試報告則只統(tǒng)計當(dāng)輪的即可,如果是功能+驗證則需要統(tǒng)計本發(fā)布階段的)
4.1 用例的分布情況(可用圖形來表示)
有多少測試用例,測試用例的分布。執(zhí)行了多少用例,有多少個Bug是由執(zhí)行用例發(fā)現(xiàn)的。
功能模塊
用例個數(shù)
執(zhí)行個數(shù)
發(fā)現(xiàn)Bug數(shù)
模塊1
模塊2
…
…
…
…
總計
表8 用例分布情況
4.2 按用例的執(zhí)行狀態(tài)統(tǒng)計(可用圖形來表示)(如果是功能+驗證測試,則需要按測試集和模塊兩個方面來進(jìn)行統(tǒng)計)
功能模塊
總執(zhí)行
8、用例數(shù)
失敗用例數(shù)
通過用例數(shù)
未運(yùn)行的用例數(shù)
未完成用例數(shù)
用例通過率(%)
模塊1
模塊2
…
…
總計
表9 按用例的執(zhí)行狀態(tài)統(tǒng)計
5. 測試綜述
本輪測試持續(xù)將近周,到目前為止(如果是功能測試則是指本輪次,如果是功能+驗證測試則是指本發(fā)布階段)發(fā)現(xiàn)的BUG數(shù)據(jù)量,其中,重新開啟:,未解決:,已解決:。(如果是功能+驗證測試,則還需說明本輪次新發(fā)現(xiàn)的bug情況,如:本輪測試新發(fā)現(xiàn)的問題有多少個?其中嚴(yán)重的有多少個?)從測試的角度給出該輪測
9、試是否通過,是否需要做回歸測試,或驗證測試。
6. 問題與建議
總結(jié)項目測試過程,以及和開發(fā)人員交互過程中存在的問題,經(jīng)驗,也可以提出自己的一些改進(jìn)建議等
7. 其他
(如果對應(yīng)的測試申請單中既有功能測試類型,又有驗證測試類型,那么只出功能測試報告即可,同時該項必填,需要在此附上本發(fā)布階段的遺留問題清單以及本發(fā)布階段新發(fā)現(xiàn)的重大bug清單;遺留問題清單中如果不屬本發(fā)布階段測試范圍的須在備注中說明)
7.1 遺留問題列表(本發(fā)布階段發(fā)現(xiàn)的,以及前發(fā)布階段延期至本階段來修正的缺陷)
序號
問題詳細(xì)描述
嚴(yán)重程度
備注
1
如果不是本輪測試范圍的,請說明
2
3
…
表10 遺留問題列表
7.2 重大bug列表(指本階段新發(fā)現(xiàn)的重大BUG清單)
序號
問題詳細(xì)描述
嚴(yán)重程度
備注
1
如果不是本輪測試范圍的,請說明
2
3
…
表11 重大bug列表
7.3 質(zhì)量風(fēng)險[可選]
主要是在本發(fā)布階段針對開發(fā)經(jīng)理要求不測試且最終確實未測試,但是測試人員從質(zhì)量的角度認(rèn)為需要測試的功能點做簡要說明
序號
風(fēng)險點描述
備注
1
2