總結，漢語詞語，讀音為zǒng jié，意思是總地歸結， 以下是為大家整理的關于軟件測試總結報告5篇 , 供大家參考選擇。
軟件測試總結報告5篇
第1篇: 軟件測試總結報告
XXX項目測試總結報告
1.項目測試結果1.1 BUG嚴重程度測試發現的bug主要集中在次要功能和輕微，屬于一般性的缺陷，但測試的時候出現了37個主邏輯級別的bug,以及嚴重級別的2個.
1.2 BUG問題分布狀況由上圖可以看出，主要為代碼錯誤占36%,以及標準規范的問題占35%,界面優化占17%,設計缺陷占9%,其他占2%
2.測試結論2.1界面測試網站系統實現與設計稿一致。站點的導航條位置，導航的內容布局，首頁呈現的樣式與需求一致。網站的界面符合標準和規范，直觀性強。
2.2功能測試分不同賬號 總權限賬號,以及店長賬號分別進行功能測試。
1:鏈接測試無問題,不存在死鏈接,測試鏈接都存在.
2:對頁面各個不同數據的測試,主要的出入庫,銷售報表,訂單查看管理等一一對應,不存在數據有誤差的問題.
2.3兼容性測試(Windows下)測試總的瀏覽器包括:360極速瀏覽器,火狐瀏覽器,谷歌瀏覽器,IE瀏覽器,測試通過,主要邏輯以及次要功能都沒問題,因為瀏覽器的不同,導致界面瀏覽不一定相同,例如有的界面瀏覽頁面顯示正常,有的界面顯示不一樣
。
2.4易用性網站實現了如下易用性：
1. 輸入限制的正確性
2. 輸入限制提示信息的正確性，可理解性，一致性
3. 界面排版美觀
4. web應用系統易于導航，直觀
5. web應用系統的頁面結構、導航、菜單、連接的風格一致
2.5 負載/壓力測試主要測試了壓了測試:
測試結果
60秒內發請求,一次1000個請求,總共請求了2230個請求,成功了2208個失敗兩個
1:每個請求用時30ms(吞吐量)
2:服務器收到請求，響應頁面要花費的時間:332ms
3:?并發的每個請求平均消耗時間?:33.ms
4:請求一共花了:72s
第一個1000個人同時發出1000個請求 總共1004個請求失敗4個,成功1000
1:每個請求用時9ms(吞吐量)
2:服務器收到請求，響應頁面要花費的時間:109128ms
3:?并發的每個請求平均消耗時間?:109.ms
4:請求一共花了:109s
1:如上圖當同時在線人數達到45時候,服務器崩潰,導致成功率一直下降到達40%,直到結束總請求達到:26796.平均每個請求響應時間為281ms,系統吞吐量(tps)20.89/s. 因為系統被困導致數據反映不準.
3.軟件問題總結與分析從測試過程中發現bug的嚴重程度與分布狀況來看，引起缺陷主要有以下幾方面：
1. 沒有需求文檔
需求文檔只是個大綱的形式，沒有詳細的需求文檔。沒有相應的輸入輸出字段限制及統一的字段名稱，使得開發人員根據需求進行設計時，沒有考慮相關功能的關聯性。在沒有詳細需求的指引下，開發人員根據自己的經驗進行設計，負著不同模塊開發的人員沒有統一設計。在測試過程中，需求相關聯的問題表現出來，及風格統一的問題。例外沒有需求文檔導致測試,無法根據需求文檔來進行用例的設計,只有靠自己自己測試經驗來測試排除BUG.
2. 功能性錯誤
在測試的過程中，部分功能沒有現實，導致部分模塊無法進行功能的測試。功能實現錯誤，在功能模塊的開發時，是進行先開發后調整的策略，沒有具體的需求文檔，部分模塊的功能實現有所偏差。
3. 頁面設計易用性缺陷
頁面輸入字段限制不統一，系統中多個頁面存在相同的字段，但用戶輸入相同的數據，提示輸入的限制不相同，沒有統一輸入字段的限制。
提示信息錯誤，不同模塊相同結果的提示信息不一致，用戶操作后，相應的提示信息不明確，引起用戶誤解。
提示信息一致性，用戶在不同頁面執行相同的操作，提示信息不同。
4. 開發人員疏忽引起的缺陷
網站在開發的過程中，不斷的追加新需求，或調整。開發人員修復或修改問題時，有時疏忽沒對相關聯的地址進行修改驗證。導致因修改修復問題而引入更多的問題。
5. 開發版本的控制
在測試一個版本(代理商版)，發現問題重復出現，還會引入新的bug,開發人員修改的問題時，提交的版本相互覆蓋。引起上一個版本已關閉的問題，在下一版本重復出現。
4.建議在項目開始的時候，應該制定相應的標準，編碼標準，需求變更標準等，開發和測試人員嚴格按照標準進行，可以在后期減少因為開發，測試不一致而導致的問題，同時可以降低溝通成本。
發布版本的時候，正確布置測試環境，減少因為測試環境，測試數據庫數據的問題而出現的無效bug。
開發人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。
開發人員在開發版本上發現bug，可以通知測試人員，因為開發人員發現的bug很有可能在測試版本上出現，而測試人員和開發人員的思路不同，有可能測試人員沒有發現該bug，而且，這樣可以保證發現的bug都能夠被跟蹤。
做好版本的控制，從開發版本，測試版本做好每個環節的版本控制。
第2篇: 軟件測試總結報告
XXXX項目測試總結報告
（XXXX [201207]001）
XXXX有限公司
目錄
1.引言 2
1.1編寫目的 2
1.2 背景 2
1.3 用戶群 2
1.4 測試對象 2
2.項目測試結果 3
2.1 BUG嚴重程度 3
2.2 BUG問題分布狀況 4
3.測試結論 4
3.1界面測試 4
3.2功能測試 5
3.3兼容性測試 5
3.4易用性 5
3.5 負載/壓力測試 5
4.軟件問題總結與分析 5
5.建議 6
1.引言1.1編寫目的編寫該測試總結報告主要有以下幾個目的
1. 通過對測試結果的分析，得到對軟件質量的評價
2. 分析測試的過程，產品，資源，信息，為以后制定測試計劃提供參考
第3篇: 軟件測試總結報告
XXXXXXXX項目
軟件研制總結報告
XXXX-RYB-R01.00
XXXXXXXX公司
XXXX年XX月XX日
輯要頁
文檔修改記錄
目次
1范圍 1
1.1標識 1
1.2系統概述 1
1.3文檔概述 1
2任務來源與研制依據 1
3軟件概述 1
4軟件研制過程 1
4.1軟件研制過程概述 1
5軟件滿足任務指標情況 2
6質量保證情況 2
6.1質量保證措施實施情況 2
6.2軟件重大技術質量問題和解決情況 2
7配置管理情況 2
7.1軟件配置管理要求 2
7.2軟件配置管理實施情況 2
7.3軟件配置狀態變更情況 2
8測量和分析 2
9結論 3
10注釋 4
1 范圍標識本條應描述本文檔所適用系統和軟件的完整標識，適用時，包括其標識號、名稱、縮略名、版本號和發布號。
系統概述本條應概述本文檔適用的系統和軟件的用途。它還應描述系統與軟件的一般特性:概述系統開發、運行和維護的歷史;標識項目的需方、用戶、開發方和保障機構等:標識當前和計劃的運行現場;列出其他有關文檔。
文檔概述本條應描述本文檔的用途和內容，并描述與它的使用有關的保密性方面的要求。
2 任務來源與研制依據本章應描述任務的來源情況，描述該任務的研制依據。
3 軟件概述本章應說明軟件用途，主要功能、性能要求，軟件運行依附的設備的外部邏輯關系，軟件系統內部多個計算機軟件配置項之間的構成關系，及其開發語言、開發平臺、運行平臺、代碼規模、軟件版本、軟件關鍵性等級等信息。
4 軟件研制過程軟件研制過程概述本條應概述軟件研制過程開展情況，描述軟件參加系統聯試、試驗考核等情況，以及功能和性能指標、軟件需求(含接口需求)、軟件設計、軟件代碼等的重大變更情況。從4.2開始編號應分若干小條描述如下內容:
a)系統要求分析和設計:應描述系統要求分析和設計采用的設計、驗證方法，工作產品的主要內容。
b)軟件需求分析:應描述軟件需求分析采用的分析、驗證方法，工作產品的主要內容。
c)軟件設計:應描述軟件設計采用的設計、驗證方法，工作產品的主要內容。
d)軟件實現和單元測試:應描述軟件實現和單元測試采用的方法、測試結論。
e)軟件集成與測試:應描述軟件集成與測試采用的方法、測試結論。
f)CSCI合格性測試:應描述CSCI合格性測試采用的方法、測試結論。
g)CSCI/HWCI集成和測試:應描述CSCI/HWCI集成和測試采用的方法、測試結論。
h)其他:應描述需方試驗試用、隨所屬設備或系統參加考核試驗等階段工作過程的主要活動。
5 軟件滿足任務指標情況本條應說明軟件任務所要求的功能和性能指標，并根據軟件測評和軟件試驗的結果，逐項說明指標的滿足情況。
6 質量保證情況質量保證措施實施情況本條應描述質量保證措施實施情況，包括:質量保證組織的成立、質量保證制度的建立以及軟件研制各個階段中的各項質量保證活動等。
軟件重大技術質量問題和解決情況本條應描述軟件重大技術質量問題和解決情況，包括:聯試、考核試驗、需方試用、軟件測評過程中暴露出的主要問題，說明故障現象、故障產生的機理、解決措施、驗證情況等。
7 配置管理情況軟件配置管理要求本條應說明需方對軟件配置管理的要求以及分承制對軟件配置管理的要求。
軟件配置管理實施情況本條應說明需方、分承制方在研制過程中的軟件配置管理制度和措施的落實情況。特別是系統集成和測試、需方試驗試用、隨所屬設備或系統參加考核試驗階段的配置管理工作落實情況。
軟件配置狀態變更情況本條應說明軟件、文檔、數據等配置項版本變更歷程，說明每條基線配置情況和適用條件，并標明軟件研制工作結束時，軟件各配置項的狀態或產品基線的狀態。
8 測量和分析本條可使用圖表給出對開發期間產生的數據匯總和分析，包括:
a)進度執行情況的數據，如按時、提前或延遲，以及原因;
b)費用使用情況，如計劃費用與實際費用;
c)工作量情況，如計劃工作量和實際工作量(開發、配置管理、質量保證或按階段統計);
d)生產效率，如程序的平均生產率，文檔的平均生產率:
產品質量，如設計、編碼、測試等階段的錯誤率，或缺陷分布情況，原因分析。
9 結論本條應評述軟件工程化實施情況，說明軟件功能和性能指標是否滿足軟件任務的要求，給出軟件是否可以交付需方使用的結論。
10 注釋本章應包括有助于了解文檔的所有信息(例如:背景、術語、縮略語或公式)。
我也始終相信，你每天的認真付出總會有回報，生命不息，努力不止，好運總會來！我不信命，因為我的命掌握在自己手中！
第4篇: 軟件測試總結報告
輯 要 頁
文檔修改記錄
目 次
1 范圍標識本條應描述本文檔所適用系統和軟件的完整標識，適用時，包括其標識號、名稱、縮略名、版本號和發布號。
系統概述本條應概述本文檔適用的系統和軟件的用途。它還應描述系統與軟件的一般特性:概述系統開發、運行和維護的歷史;標識項目的需方、用戶、開發方和保障機構等:標識當前和計劃的運行現場;列出其他有關文檔。
文檔概述本條應描述本文檔的用途和內容，并描述與它的使用有關的保密性方面的要求。
2 任務來源與研制依據本章應描述任務的來源情況，描述該任務的研制依據。
3 軟件概述本章應說明軟件用途，主要功能、性能要求，軟件運行依附的設備的外部邏輯關系，軟件系統內部多個計算機軟件配置項之間的構成關系，及其開發語言、開發平臺、運行平臺、代碼規模、軟件版本、軟件關鍵性等級等信息。
4 軟件研制過程軟件研制過程概述本條應概述軟件研制過程開展情況，描述軟件參加系統聯試、試驗考核等情況，以及功能和性能指標、軟件需求(含接口需求)、軟件設計、軟件代碼等的重大變更情況。從4.2 開始編號應分若干小條描述如下內容:
a) 系統要求分析和設計:應描述系統要求分析和設計采用的設計、驗證方法，工作產品的主要內容。
b) 軟件需求分析:應描述軟件需求分析采用的分析、驗證方法，工作產品的主要內容。
c) 軟件設計:應描述軟件設計采用的設計、驗證方法，工作產品的主要內容。
d) 軟件實現和單元測試:應描述軟件實現和單元測試采用的方法、測試結論。
e) 軟件集成與測試:應描述軟件集成與測試采用的方法、測試結論。
f) CSCI合格性測試:應描述CSCI合格性測試采用的方法、測試結論。
g) CSCI/HWCI集成和測試:應描述CSCI/HWCI 集成和測試采用的方法、測試結論。
h) 其他:應描述需方試驗試用、隨所屬設備或系統參加考核試驗等階段工作過程的主要活動。
5 軟件滿足任務指標情況本條應說明軟件任務所要求的功能和性能指標，并根據軟件測評和軟件試驗的結果，逐項說明指標的滿足情況。
6 質量保證情況質量保證措施實施情況本條應描述質量保證措施實施情況，包括:質量保證組織的成立、質量保證制度的建立以及軟件研制各個階段中的各項質量保證活動等。
軟件重大技術質量問題和解決情況本條應描述軟件重大技術質量問題和解決情況，包括:聯試、考核試驗、需方試用、軟件測評過程中暴露出的主要問題，說明故障現象、故障產生的機理、解決措施、驗證情況等。
7 配置管理情況軟件配置管理要求本條應說明需方對軟件配置管理的要求以及分承制對軟件配置管理的要求。
軟件配置管理實施情況本條應說明需方、分承制方在研制過程中的軟件配置管理制度和措施的落實情況。特別是系統集成和測試、需方試驗試用、隨所屬設備或系統參加考核試驗階段的配置管理工作落實情況。
軟件配置狀態變更情況本條應說明軟件、文檔、數據等配置項版本變更歷程，說明每條基線配置情況和適用條件，并標明軟件研制工作結束時，軟件各配置項的狀態或產品基線的狀態。
8 測量和分析本條可使用圖表給出對開發期間產生的數據匯總和分析，包括:
a) 進度執行情況的數據，如按時、提前或延遲，以及原因;
b) 費用使用情況，如計劃費用與實際費用;
c) 工作量情況，如計劃工作量和實際工作量(開發、配置管理、質量保證或按階段統計) ;
d) 生產效率，如程序的平均生產率，文檔的平均生產率:
e) 產品質量，如設計、編碼、測試等階段的錯誤率，或缺陷分布情況，原因分析。
9 結論本條應評述軟件工程化實施情況，說明軟件功能和性能指標是否滿足軟件任務的要求，給出軟件是否可以交付需方使用的結論。
10 注釋本章應包括有助于了解文檔的所有信息(例如:背景、術語、縮略語或公式)。
第5篇: 軟件測試總結報告
XXXXXXXX項目
軟件研制總結報告
XXXX-RYB-R01.00
XXXXXXXX公司
XXXX年XX月XX日
輯 要 頁
文檔修改記錄
目 次
1 X圍標識本條應描述本文檔所適用系統和軟件的完整標識，適用時，包括其標識號、名稱、縮略名、版本號和發布號。
系統概述本條應概述本文檔適用的系統和軟件的用途。它還應描述系統與軟件的一般特性:概述系統開發、運行和維護的歷史;標識項目的需方、用戶、開發方和保障機構等:標識當前和計劃的運行現場;列出其他有關文檔。
文檔概述本條應描述本文檔的用途和內容，并描述與它的使用有關的XX性方面的要求。
2 任務來源與研制依據本章應描述任務的來源情況，描述該任務的研制依據。
3 軟件概述本章應說明軟件用途，主要功能、性能要求，軟件運行依附的設備的外部邏輯關系，軟件系統內部多個計算機軟件配置項之間的構成關系，及其開發語言、開發平臺、運行平臺、代碼規模、軟件版本、軟件關鍵性等級等信息。
4 軟件研制過程軟件研制過程概述本條應概述軟件研制過程開展情況，描述軟件參加系統聯試、試驗考核等情況，以及功能和性能指標、軟件需求(含接口需求)、軟件設計、軟件代碼等的重大變更情況。從4.2 開始編號應分若干小條描述如下內容:
a)系統要求分析和設計:應描述系統要求分析和設計采用的設計、驗證方法，工作產品的主要內容。
b)軟件需求分析:應描述軟件需求分析采用的分析、驗證方法，工作產品的主要內容。
c)軟件設計:應描述軟件設計采用的設計、驗證方法，工作產品的主要內容。
d)軟件實現和單元測試:應描述軟件實現和單元測試采用的方法、測試結論。
e)軟件集成與測試:應描述軟件集成與測試采用的方法、測試結論。
f)CSCI合格性測試:應描述CSCI合格性測試采用的方法、測試結論。
g) CSCI/HWCI集成和測試:應描述CSCI/HWCI 集成和測試采用的方法、測試結論。
h)其他:應描述需方試驗試用、隨所屬設備或系統參加考核試驗等階段工作過程的主要活動。
5 軟件滿足任務指標情況本條應說明軟件任務所要求的功能和性能指標，并根據軟件測評和軟件試驗的結果，逐項說明指標的滿足情況。
6 質量保證情況質量保證措施實施情況本條應描述質量保證措施實施情況，包括:質量保證組織的成立、質量保證制度的建立以及軟件研制各個階段中的各項質量保證活動等。
軟件重大技術質量問題和解決情況本條應描述軟件重大技術質量問題和解決情況，包括:聯試、考核試驗、需方試用、軟件測評過程中暴露出的主要問題，說明故障現象、故障產生的機理、解決措施、驗證情況等。
7 配置管理情況軟件配置管理要求本條應說明需方對軟件配置管理的要求以及分承制對軟件配置管理的要求。
軟件配置管理實施情況本條應說明需方、分承制方在研制過程中的軟件配置管理制度和措施的落實情況。特別是系統集成和測試、需方試驗試用、隨所屬設備或系統參加考核試驗階段的配置管理工作落實情況。
軟件配置狀態變更情況本條應說明軟件、文檔、數據等配置項版本變更歷程，說明每條基線配置情況和適用條件，并標明軟件研制工作結束時，軟件各配置項的狀態或產品基線的狀態。
8 測量和分析本條可使用圖表給出對開發期間產生的數據匯總和分析，包括:
a)進度執行情況的數據，如按時、提前或延遲，以及原因;
b)費用使用情況，如計劃費用與實際費用;
c)工作量情況，如計劃工作量和實際工作量(開發、配置管理、質量保證或按階段統計) ;
d)生產效率，如程序的平均生產率，文檔的平均生產率:
e)產品質量，如設計、編碼、測試等階段的錯誤率，或缺陷分布情況，原因分析。
9 結論本條應評述軟件工程化實施情況，說明軟件功能和性能指標是否滿足軟件任務的要求，給出軟件是否可以交付需方使用的結論。
10 注釋本章應包括有助于了解文檔的所有信息(例如:背景、術語、縮略語或公式)。
