近期，老師給我們布置了一個任務，那就是軟件的測試報告，剛剛接觸測試報告的我，并不是很了解測試報告怎么寫，我們又是如何進行測試的，這里，我將自己對測試的想法寫在這里。

一、概述
本軟件是根據一個簡單的商場系統為主的管理系統，我們主要測試軟件的一些功能需求吧！其實對于軟件測試，我了解的不是很多，從而對軟件的測試并不是很了解，但是在這里我還是硬著頭皮上吧，沒辦法，網絡上找不到一個我感覺很棒的軟件測試計劃書，所以我就只能硬來唄。

1、項目背景
《商場管理系統》是一款主要圍繞商品買賣，解決管理員和客胡需求的系統，我們主要圍繞商品的交易，和管理員對商品的增刪改查為主，然后管理員可以查看客戶的一些交易情況等等。

2、測試目標
《商場管理系統》

3、測試概要

標識符測試內容差別改變原因

open	使用瀏覽器打開網站頁面查看網站顯示	網站用戶名在個別瀏覽器上顯示不全	瀏覽器配置不同
user -register	通過輸入賬號，證件號碼，密碼，手機號碼，并在管理用戶界面查看用戶是否注冊	并無差別	無
user - login	用戶通過注冊的賬號進行登錄，且管理員能在后臺看到在線的用戶	并無差別	無
user-add	用戶通過點擊添加商品到購物車	并無差別	無
user - remove	用戶從購物車移除不想要的商品	并無差別	無
user - buy	用戶選擇購物車中的商品去支付，后臺在用戶支付的同時將會產生一個訂單記錄	并無差別	無
admin - login	管理員登錄商場系統，通過正確的賬號和密碼進行登錄	并無差別	無
admin - add goodstype	管理員添加商品商品類型,且在用戶界面能查到管理員添加的商品類型	并無差別	無
admin - add goods	管理員添加商品信息，包括商品的數量啊，商品的價格，商品的介紹，商品隸屬于那個類別	并無差別	無
-	-	-	-

等等，表格一時半會總結不完，我就只列舉一部分了，嘿嘿，算是我偷了懶唄。表格上大致是我們測試的目標，事實上我希望我的結果就都是無差別，畢竟這樣我的項目測試就是沒有瑕疵的。但是事實上，這是不太可能的事情。別問我怎么知道的。

二、測試范圍和目的：
測試范圍 包括對外接口（用戶接口，軟件接口）和內部接口。
用戶（管理員）接口值采用可視化窗口
軟件接口指JDBC與數據庫的鏈接
內部接口指的是各個功能和模塊直接的接口（登錄，注冊，更新等等）。
對接口進行測試的目的是為了發現接口的弊端，增強軟件的可用性和軟件的容錯性，增強對商場管理系統的功能和健壯性。

接口測試用例（JDBC）：
接口（外部接口） SQL數據庫接口

管理員添加和刪除商品信息的測試，注意，這里我們以管理員登錄，添加商品類型，添加商品，刪除商品，修改商品為例。其他的我們不進入深究，要是全部寫下來，沒幾萬字，那是搞不定的。

數據庫連接測試

輸入/動作希望的輸出/相應本質情況結果

鏈接時候 Connection con = DriverMannager.getConnection(url,“root”,“a”)	成功鏈接數據庫	正確	成功鏈接數據庫
連接時候 Connection con = DriverMannager.getConnection(url,“root”,“123131”)	連接數據庫失敗	正確	數據庫密碼錯誤，連接失敗

管理員登錄測試（這里我就不一一測試賬號和密碼了，其實都是一樣的，賬號或者密碼一個正確測試，一個錯誤測試）

輸入/動作希望的輸出/相應本質情況結果

輸入賬號 ： xh 密碼 ：“123321”	數據庫比對賬號密碼，正確，顯示登錄成功，進入管理員界面	確定	登錄成功
輸入賬號 ： xh 密碼 ：“123312”	數據庫比對賬號密碼，錯誤，顯示登錄失敗，賬號或者密碼錯誤	確定	登錄失敗
添加商品類型 oppo手機	類型添加成功	數據庫商品類型表查詢到添加的字段	添加成功
添加商品 名字：‘‘oppoA11’, 價格：4598, 類型選擇 ：Oppo手機，庫存：800件，介紹：“oppo為拍照而生”	商品添加成功	數據庫商品表中產生相應的記錄	添加成功
再次添加商品 名字：‘‘oppoA11’, 價格：4598, 類型選擇 ：Oppo手機，庫存：800件，介紹：“oppo為拍照而生”	商品添加失敗	確定	商品已經存在，請勿重寫添加，如需修改商品，請進入修改界面，請勿重復添加（主鍵約束商品名字unique not null）
修改商品 商品名為：“oppoA11” 更新價格為“3000”	修改成功	商品信息修改成功	修改成功
修改商品 商品名為：" " 更新價格為“3000”	修改失敗	正確	修改失敗，請填寫正確的商品名或者商品不存在
退出管理員界面	退出成功	正確	成功退出，返回登錄頁面
–	–	–	–

路徑檢查表

檢查項結論

數據種類問題 1 種類的數據類型有錯誤嗎？ 2，存在不同的數據類型賦值嗎？ 3,存在不同的數據類型種類的比較嗎？	1，有（數據類型種類書寫錯誤），2 有 3 無
變量值問題（1）變量的初始化或缺省值有錯誤嗎？（2）變量發生上溢或下溢嗎？（3）變量的精度不夠嗎？	1，無，2 發生 3 夠
輯判斷問題（1）由于精度原因以致比較無效嗎？（2）表達式中的優先級有誤嗎？（3）邏輯判斷結果顛倒嗎？	無 有 有
循環問題（1）循環停止條件不正確嗎？（2）無法正常停止（死循環）嗎？（3）錯誤地更正循環變量嗎？（4）存在誤差累積嗎？	正確 是 否 無
內存問題（1）內存沒有被正確地初始化卻被使用嗎？2）內存被釋放后卻連續被使用嗎？（3）內存泄露嗎？（4）內存越界嗎？（5）出現指針越界嗎？	無 無 不泄露 未越界 未出現
文件/O問題（1）對不存在的也許錯誤的文件進行操作嗎？（2）文件以不正確的方式打開嗎？（3）文件結束判斷不正確嗎？（4）沒有正確地關閉文件嗎？	無 無 無 無

三、具體測試用例
這里我說明一下，這里測試基本上如二里邊的基本一樣，但是二我主要測試幾個點，在這里我們將會直接測試用例，而且是測試全部用例，事先說明，全部測試完成要我全部寫完，那不太可能，故此，我這里只舉個例子。 另外如果你用例都不知道是什么，建議，補一下知識點。

管理員登錄測試

接下來就是 用戶登錄測試 ，用戶注冊測試 ，用戶添加購物車測試，用戶支付測試，點擊支付后是否生成訂單測試，管理員添加商品測試，管理員刪除商品測試，管理員協助用戶修改信息測試，管理員更新商品信息測試 …等等。我這里不在具體列出，繪圖難繪，做表更煩。

四、強健壯性測試
強壯性測試是用于該商場管理系統系統在出現故障時，包涵錯誤數據處理、異常情況辦理和非法操作辦理的測試可否能夠自動恢復、也許忽略故障連續運行。即指在異常情況下，該系統還能夠正常運行的能力。強壯性有兩層含義：一是容錯能力，二是恢復能力。

測試范圍：容錯性測試平時構造一些不合理的輸入來引誘軟件出錯，例如：

（1）輸入錯誤的數據種類。
（2）輸入定義域之外的數值。
（4）系統可否重新運行；
（4）有無重要的數據扔掉；
（5）可否損壞了其余相關的軟件硬件。

測試目的：
保證軟件在辦理錯誤數據和異常問題時各個功能模塊工作正常，提高終端軟件的容錯能力。進行異常測試的目的和依照以下，我們從前的測試案例都是在考據這三條特點：

• 成熟性：終端軟件為防范由軟件中錯誤而以致無效的能力
• 容錯性：終端軟件在錯誤數據也許違規操作的情況下，軟件保持規定的性能級其余能力
• 易恢復性：在發生故障的情況下，終端軟件重建規定的性能級別并恢復受直接影響的數據的能力

容錯能力/恢復能力測試用例

異常輸入動作容錯能力/恢復能力造成的危害、損失

用戶名輸入：jjkjkdf	容錯能力強，正常恢復	未造成危害
正在增加商品時，關閉窗口	重啟時，系統正常	未造成危害
更正密碼：輸入錯誤的原始密碼	系統停止正常工作	造成危害
更正密碼：輸入新密碼和確認密碼不一致	系統停止正常工作	造成危害
關閉數據庫	系統報錯	系統不能正常工作，沒有造成損失
正在使用系統時，關閉電源	重啟時系統正常工作	未造成危害
-	-	-
下邊的自己腦補吧。

補充一下:
健壯性是指在異常情況下，軟件還能正常運行的能力。健壯性考慮的主要部分是預期輸出，而不是輸入。健壯性測試是邊界值分析的一種簡單擴展。除了變量的5 個邊界分析取值還要考慮略超過最大值（max）和略小于最小值（min）時的情況。健壯性測試的最大價值在于觀察處理異常情況，它是檢測軟件系統容錯性的重要手段。

五、性能測試用例被測試對象的介紹
軟件的性能是軟件的一種非功能特點，它關注的不是軟件可否能夠完成特定的功能，而是在完成該功能時顯現出來的及時性。

測試范圍與目的

性能測試的范圍控制在商場管理系統，測試系統的集成功能。目的是測試商場管理系統的集成功能可否都正常。

測試方案

使用LoadRunner 工具進行一下幾種測試：
(1)負載測試：主要用于描述軟件的性能測試，經過模擬生產運行的業務壓力和使用途景組合來測試系統的性能可否滿足生產要求。針對商場管理系統的登陸、注冊、添加購物車、支付、商品添加 等功能，分別設置場景，設置同時使用的用戶數量，進行測試。
(2)壓力測試：對系統不斷施加壓力的測試，是經過確定一個系統的瓶頸也許不能夠接收用戶央求的性能點，來獲得系統能供應的最大的服務級其余測試。通俗的講，壓力測試是為了發現在什么條件下應用程序的性能會變得不能接受。使用途景組合的方式，同時進行添加購物車、查看商品等功能。設置場景，不斷施加用戶數量，進行測試，直到確定系統最大服務級別。
(3)疲倦強度測試平時是采用系統牢固運行情況下能夠支持的最大并發用戶數或者平時運行用戶數，連續執行一段時間業務，經過綜合解析交易執行指標和資源監控指標來確定系統辦理最大工作量強度性能的過程。設置20，、30、50個用戶長時間運行該系統，測試系統故障發生的的時間，和故障的詳盡種類，發現系統的問題。

用例編號001

用例描述	web服務器響應時間
用例目的	打開的web服務器響應時間是否符合標準
步驟	輸入/動作	希望性能	其他
1	打開谷歌瀏覽器
2	127.0.0.1:8080/user/index.html
3	點擊跳轉頁面	< 5
4	關閉瀏覽器

用例編號002

用例描述	web服務器響應時間
用例目的	測試登錄響應時間是否符合要求
步驟	輸入/動作	希望性能（平均性能） 單位 ：s	其他
1	打開谷歌瀏覽器
2	127.0.0.1:8080/user/index.html
3	點擊跳轉頁面	< 5
4	瀏覽商品
5	點擊添加購物車	直接跳轉到登錄界面（事先未登錄狀態） 時間 < 2
6	輸入用戶名 ： admin 輸入密碼 ： admin
7	點擊登錄
8	自動跳轉到主頁面	< 2
9	點擊退出

用戶并發測試：

…老樣子 懶得寫了

六、單元測試
Junit 是一個開發源代碼的Java測試框架，用于編寫和運行可重復的測試。是用于單元測試框架系統xUnit 的一個實例（用于java語言）。
這塊我提供一小部分測試代碼，全部測試并且全部寫出來，抱歉，咱做不到。除非給錢。

import org.junit.jupiter.api.Test;....@Testvoid testAddAdmin() {IAdminInfoBiz biz = new AdminInfoBizImpl();DBHelper db = new DBHelper();System.out.println(biz.add("laohei1","123321","276571****@qq.com","159738*****")); //測試類管理員添加成功}@Testvoid testaddGoodTypes() {GoodsTypeBizImpl biz= new GoodsTypeBizImpl();GoodsType ty = new GoodsType(0,"OPPO",1);System.out.println(biz.add("ty"));}

這個單元測試我就不一一描述了。

七、圖形化測試
這個一般上網頁的話，使用框架技術，我相信對于前端技術人員來說，這個圖形化測試進行相應的測試就行了，這里給出gui編程的檢查表

八、信息安全測試用例
安全性測試檢查系統對非法侵入的防范能力。測試期間，測試人員假扮非法入侵者，采用各種方法試圖打破防線。
嗯，這個主要是數據傳輸測試，我們對數據進行加密處理測試，比如使用前端某技術進行加密然后傳輸到后臺，在后臺解密，然后例如我們單元測試中對存入數據庫的密碼進行md5加密處理等等。。。

九、兼容性測試
1.不同樣的硬件條件，比方：PC，MAC，PDA、WIFI等
2.不同樣的閱讀器軟件和版本
3.帶有不同樣插件的閱讀器
4.不同樣的閱讀器選項下的表現
5.不同樣的圖像分辨率下的測試
6.不同樣的系統色彩下的測試
7.不同樣的系統字體大小下的測試
8.不同樣的網速下的測試

經過人工測試的方式，分別在不同樣操作系統（Windows xp、Windows7、Windows8、linux）下的不同樣閱讀器（IE5、IE6、IE7、IE8、IE9、FireFox,谷歌）進行邊界線測試、特別值測試、邊緣測試等，看可否能通過

IE5IE6IE7IE8IE9…

windows xp
windows 7
windows 10
windows 11
linux 11

至于集成測試，回歸測試，暫時不做。

總結

以上是生活随笔為你收集整理的软件测试报告的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。