《軟件功能測試報告》由會員分享，可在線閱讀，更多相關(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)計進來；如果是功能測試報告則只統(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嚴重級別統(tǒng)計(表格后面可以附上柱形圖,以示更直觀)
BUG
嚴重
級別
BUG數(shù)量
備注
未
4、分
配
未
修
改
不
是
缺
陷
已
修
改
不予
修改
延
期
被拒絕
已
關(guān)
閉
重
新
開
啟
合計
無法重現(xiàn)
信息不足
重復(fù)的
緊急
嚴重
中等
輕微
建議
表5 按bug嚴重級別統(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)計(可用圖形來表示)(如果是功能+驗證測試，則需要按測試集和模塊兩個方面來進行統(tǒng)計)
功能模塊
總執(zhí)行
8、用例數(shù)
失敗用例數(shù)
通過用例數(shù)
未運行的用例數(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)的問題有多少個？其中嚴重的有多少個？）從測試的角度給出該輪測
9、試是否通過，是否需要做回歸測試，或驗證測試。
6. 問題與建議
總結(jié)項目測試過程，以及和開發(fā)人員交互過程中存在的問題，經(jīng)驗，也可以提出自己的一些改進建議等
7. 其他
（如果對應(yīng)的測試申請單中既有功能測試類型，又有驗證測試類型，那么只出功能測試報告即可，同時該項必填，需要在此附上本發(fā)布階段的遺留問題清單以及本發(fā)布階段新發(fā)現(xiàn)的重大bug清單；遺留問題清單中如果不屬本發(fā)布階段測試范圍的須在備注中說明）
7.1 遺留問題列表(本發(fā)布階段發(fā)現(xiàn)的，以及前發(fā)布階段延期至本階段來修正的缺陷)
序號
問題詳細描述
嚴重程度
備注
1
如果不是本輪測試范圍的，請說明
2
3
…
表10 遺留問題列表
7.2 重大bug列表(指本階段新發(fā)現(xiàn)的重大BUG清單)
序號
問題詳細描述
嚴重程度
備注
1
如果不是本輪測試范圍的，請說明
2
3
…
表11 重大bug列表
7.3 質(zhì)量風(fēng)險[可選]
主要是在本發(fā)布階段針對開發(fā)經(jīng)理要求不測試且最終確實未測試,但是測試人員從質(zhì)量的角度認為需要測試的功能點做簡要說明
序號
風(fēng)險點描述
備注
1
2
軟件功能測試報告
