软件测试报告
近期，老師給我們布置了一個任務(wù)，那就是軟件的測試報告，剛剛接觸測試報告的我，并不是很了解測試報告怎么寫，我們又是如何進行測試的，這里，我將自己對測試的想法寫在這里。
一、概述
本軟件是根據(jù)一個簡單的商場系統(tǒng)為主的管理系統(tǒng)，我們主要測試軟件的一些功能需求吧！其實對于軟件測試，我了解的不是很多，從而對軟件的測試并不是很了解，但是在這里我還是硬著頭皮上吧，沒辦法，網(wǎng)絡(luò)上找不到一個我感覺很棒的軟件測試計劃書，所以我就只能硬來唄。
1、項目背景
《商場管理系統(tǒng)》是一款主要圍繞商品買賣，解決管理員和客胡需求的系統(tǒng)，我們主要圍繞商品的交易，和管理員對商品的增刪改查為主，然后管理員可以查看客戶的一些交易情況等等。
2、測試目標(biāo)
《商場管理系統(tǒng)》
3、測試概要
| open | 使用瀏覽器打開網(wǎng)站頁面查看網(wǎng)站顯示 | 網(wǎng)站用戶名在個別瀏覽器上顯示不全 | 瀏覽器配置不同 |
| user -register | 通過輸入賬號，證件號碼，密碼，手機號碼，并在管理用戶界面查看用戶是否注冊 | 并無差別 | 無 |
| user - login | 用戶通過注冊的賬號進行登錄，且管理員能在后臺看到在線的用戶 | 并無差別 | 無 |
| user-add | 用戶通過點擊添加商品到購物車 | 并無差別 | 無 |
| user - remove | 用戶從購物車移除不想要的商品 | 并無差別 | 無 |
| user - buy | 用戶選擇購物車中的商品去支付，后臺在用戶支付的同時將會產(chǎn)生一個訂單記錄 | 并無差別 | 無 |
| admin - login | 管理員登錄商場系統(tǒng)，通過正確的賬號和密碼進行登錄 | 并無差別 | 無 |
| admin - add goodstype | 管理員添加商品商品類型,且在用戶界面能查到管理員添加的商品類型 | 并無差別 | 無 |
| admin - add goods | 管理員添加商品信息，包括商品的數(shù)量啊，商品的價格，商品的介紹，商品隸屬于那個類別 | 并無差別 | 無 |
| - | - | - | - |
等等，表格一時半會總結(jié)不完，我就只列舉一部分了，嘿嘿，算是我偷了懶唄。表格上大致是我們測試的目標(biāo)，事實上我希望我的結(jié)果就都是無差別，畢竟這樣我的項目測試就是沒有瑕疵的。但是事實上，這是不太可能的事情。別問我怎么知道的。
二、測試范圍和目的：
測試范圍 包括對外接口（用戶接口，軟件接口）和內(nèi)部接口。
用戶（管理員）接口值采用可視化窗口
軟件接口指JDBC與數(shù)據(jù)庫的鏈接
內(nèi)部接口指的是各個功能和模塊直接的接口（登錄，注冊，更新等等）。
對接口進行測試的目的是為了發(fā)現(xiàn)接口的弊端，增強軟件的可用性和軟件的容錯性，增強對商場管理系統(tǒng)的功能和健壯性。
接口測試用例（JDBC）：
接口（外部接口） SQL數(shù)據(jù)庫接口
管理員添加和刪除商品信息的測試，注意，這里我們以管理員登錄，添加商品類型，添加商品，刪除商品，修改商品為例。其他的我們不進入深究，要是全部寫下來，沒幾萬字，那是搞不定的。
數(shù)據(jù)庫連接測試
| 鏈接時候 Connection con = DriverMannager.getConnection(url,“root”,“a”) | 成功鏈接數(shù)據(jù)庫 | 正確 | 成功鏈接數(shù)據(jù)庫 |
| 連接時候 Connection con = DriverMannager.getConnection(url,“root”,“123131”) | 連接數(shù)據(jù)庫失敗 | 正確 | 數(shù)據(jù)庫密碼錯誤，連接失敗 |
管理員登錄測試（這里我就不一一測試賬號和密碼了，其實都是一樣的，賬號或者密碼一個正確測試，一個錯誤測試）
| 輸入賬號 ： xh 密碼 ：“123321” | 數(shù)據(jù)庫比對賬號密碼，正確，顯示登錄成功，進入管理員界面 | 確定 | 登錄成功 |
| 輸入賬號 ： xh 密碼 ：“123312” | 數(shù)據(jù)庫比對賬號密碼，錯誤，顯示登錄失敗，賬號或者密碼錯誤 | 確定 | 登錄失敗 |
| 添加商品類型 oppo手機 | 類型添加成功 | 數(shù)據(jù)庫商品類型表查詢到添加的字段 | 添加成功 |
| 添加商品 名字：‘‘oppoA11’, 價格：4598, 類型選擇 ：Oppo手機，庫存：800件，介紹：“oppo為拍照而生” | 商品添加成功 | 數(shù)據(jù)庫商品表中產(chǎn)生相應(yīng)的記錄 | 添加成功 |
| 再次添加商品 名字：‘‘oppoA11’, 價格：4598, 類型選擇 ：Oppo手機，庫存：800件，介紹：“oppo為拍照而生” | 商品添加失敗 | 確定 | 商品已經(jīng)存在，請勿重寫添加，如需修改商品，請進入修改界面，請勿重復(fù)添加（主鍵約束商品名字unique not null） |
| 修改商品 商品名為：“oppoA11” 更新價格為“3000” | 修改成功 | 商品信息修改成功 | 修改成功 |
| 修改商品 商品名為：" " 更新價格為“3000” | 修改失敗 | 正確 | 修改失敗，請?zhí)顚懻_的商品名或者商品不存在 |
| 退出管理員界面 | 退出成功 | 正確 | 成功退出，返回登錄頁面 |
| – | – | – | – |
路徑檢查表
| 數(shù)據(jù)種類問題 1 種類的數(shù)據(jù)類型有錯誤嗎？ 2，存在不同的數(shù)據(jù)類型賦值嗎？ 3,存在不同的數(shù)據(jù)類型種類的比較嗎？ | 1，有（數(shù)據(jù)類型種類書寫錯誤），2 有 3 無 |
| 變量值問題（1）變量的初始化或缺省值有錯誤嗎？（2）變量發(fā)生上溢或下溢嗎？（3）變量的精度不夠嗎？ | 1，無，2 發(fā)生 3 夠 |
| 輯判斷問題（1）由于精度原因以致比較無效嗎？（2）表達式中的優(yōu)先級有誤嗎？（3）邏輯判斷結(jié)果顛倒嗎？ | 無 有 有 |
| 循環(huán)問題（1）循環(huán)停止條件不正確嗎？（2）無法正常停止（死循環(huán)）嗎？（3）錯誤地更正循環(huán)變量嗎？（4）存在誤差累積嗎？ | 正確 是 否 無 |
| 內(nèi)存問題（1）內(nèi)存沒有被正確地初始化卻被使用嗎？2）內(nèi)存被釋放后卻連續(xù)被使用嗎？（3）內(nèi)存泄露嗎？（4）內(nèi)存越界嗎？（5）出現(xiàn)指針越界嗎？ | 無 無 不泄露 未越界 未出現(xiàn) |
| 文件/O問題（1）對不存在的也許錯誤的文件進行操作嗎？（2）文件以不正確的方式打開嗎？（3）文件結(jié)束判斷不正確嗎？（4）沒有正確地關(guān)閉文件嗎？ | 無 無 無 無 |
三、具體測試用例
這里我說明一下，這里測試基本上如二里邊的基本一樣，但是二我主要測試幾個點，在這里我們將會直接測試用例，而且是測試全部用例，事先說明，全部測試完成要我全部寫完，那不太可能，故此，我這里只舉個例子。 另外如果你用例都不知道是什么，建議，補一下知識點。
管理員登錄測試
接下來就是 用戶登錄測試 ，用戶注冊測試 ，用戶添加購物車測試，用戶支付測試，點擊支付后是否生成訂單測試，管理員添加商品測試，管理員刪除商品測試，管理員協(xié)助用戶修改信息測試，管理員更新商品信息測試 …等等。我這里不在具體列出，繪圖難繪，做表更煩。
四、強健壯性測試
強壯性測試是用于該商場管理系統(tǒng)系統(tǒng)在出現(xiàn)故障時，包涵錯誤數(shù)據(jù)處理、異常情況辦理和非法操作辦理的測試可否能夠自動恢復(fù)、也許忽略故障連續(xù)運行。即指在異常情況下，該系統(tǒng)還能夠正常運行的能力。強壯性有兩層含義：一是容錯能力，二是恢復(fù)能力。
測試范圍：容錯性測試平時構(gòu)造一些不合理的輸入來引誘軟件出錯，例如：
（1）輸入錯誤的數(shù)據(jù)種類。
（2）輸入定義域之外的數(shù)值。
（4）系統(tǒng)可否重新運行；
（4）有無重要的數(shù)據(jù)扔掉；
（5）可否損壞了其余相關(guān)的軟件硬件。
測試目的：
保證軟件在辦理錯誤數(shù)據(jù)和異常問題時各個功能模塊工作正常，提高終端軟件的容錯能力。進行異常測試的目的和依照以下，我們從前的測試案例都是在考據(jù)這三條特點：
- 成熟性：終端軟件為防范由軟件中錯誤而以致無效的能力
- 容錯性：終端軟件在錯誤數(shù)據(jù)也許違規(guī)操作的情況下，軟件保持規(guī)定的性能級其余能力
- 易恢復(fù)性：在發(fā)生故障的情況下，終端軟件重建規(guī)定的性能級別并恢復(fù)受直接影響的數(shù)據(jù)的能力
容錯能力/恢復(fù)能力測試用例
| 用戶名輸入：jjkjkdf | 容錯能力強，正常恢復(fù) | 未造成危害 |
| 正在增加商品時，關(guān)閉窗口 | 重啟時，系統(tǒng)正常 | 未造成危害 |
| 更正密碼：輸入錯誤的原始密碼 | 系統(tǒng)停止正常工作 | 造成危害 |
| 更正密碼：輸入新密碼和確認密碼不一致 | 系統(tǒng)停止正常工作 | 造成危害 |
| 關(guān)閉數(shù)據(jù)庫 | 系統(tǒng)報錯 | 系統(tǒng)不能正常工作，沒有造成損失 |
| 正在使用系統(tǒng)時，關(guān)閉電源 | 重啟時系統(tǒng)正常工作 | 未造成危害 |
| - | - | - |
| 下邊的自己腦補吧。 |
補充一下:
健壯性是指在異常情況下，軟件還能正常運行的能力。健壯性考慮的主要部分是預(yù)期輸出，而不是輸入。健壯性測試是邊界值分析的一種簡單擴展。除了變量的5 個邊界分析取值還要考慮略超過最大值（max）和略小于最小值（min）時的情況。健壯性測試的最大價值在于觀察處理異常情況，它是檢測軟件系統(tǒng)容錯性的重要手段。
五、性能測試用例被測試對象的介紹
軟件的性能是軟件的一種非功能特點，它關(guān)注的不是軟件可否能夠完成特定的功能，而是在完成該功能時顯現(xiàn)出來的及時性。
測試范圍與目的
性能測試的范圍控制在商場管理系統(tǒng)，測試系統(tǒng)的集成功能。目的是測試商場管理系統(tǒng)的集成功能可否都正常。
測試方案
使用LoadRunner 工具進行一下幾種測試：
(1)負載測試：主要用于描述軟件的性能測試，經(jīng)過模擬生產(chǎn)運行的業(yè)務(wù)壓力和使用途景組合來測試系統(tǒng)的性能可否滿足生產(chǎn)要求。針對商場管理系統(tǒng)的登陸、注冊、添加購物車、支付、商品添加 等功能，分別設(shè)置場景，設(shè)置同時使用的用戶數(shù)量，進行測試。
(2)壓力測試：對系統(tǒng)不斷施加壓力的測試，是經(jīng)過確定一個系統(tǒng)的瓶頸也許不能夠接收用戶央求的性能點，來獲得系統(tǒng)能供應(yīng)的最大的服務(wù)級其余測試。通俗的講，壓力測試是為了發(fā)現(xiàn)在什么條件下應(yīng)用程序的性能會變得不能接受。使用途景組合的方式，同時進行添加購物車、查看商品等功能。設(shè)置場景，不斷施加用戶數(shù)量，進行測試，直到確定系統(tǒng)最大服務(wù)級別。
(3)疲倦強度測試平時是采用系統(tǒng)牢固運行情況下能夠支持的最大并發(fā)用戶數(shù)或者平時運行用戶數(shù)，連續(xù)執(zhí)行一段時間業(yè)務(wù)，經(jīng)過綜合解析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)辦理最大工作量強度性能的過程。設(shè)置20，、30、50個用戶長時間運行該系統(tǒng)，測試系統(tǒng)故障發(fā)生的的時間，和故障的詳盡種類，發(fā)現(xiàn)系統(tǒng)的問題。
| 用例描述 | web服務(wù)器響應(yīng)時間 | ||
| 用例目的 | 打開的web服務(wù)器響應(yīng)時間是否符合標(biāo)準(zhǔn) | ||
| 步驟 | 輸入/動作 | 希望性能 | 其他 |
| 1 | 打開谷歌瀏覽器 | ||
| 2 | 127.0.0.1:8080/user/index.html | ||
| 3 | 點擊跳轉(zhuǎn)頁面 | < 5 | |
| 4 | 關(guān)閉瀏覽器 |
| 用例描述 | web服務(wù)器響應(yīng)時間 | ||
| 用例目的 | 測試登錄響應(yīng)時間是否符合要求 | ||
| 步驟 | 輸入/動作 | 希望性能（平均性能） 單位 ：s | 其他 |
| 1 | 打開谷歌瀏覽器 | ||
| 2 | 127.0.0.1:8080/user/index.html | ||
| 3 | 點擊跳轉(zhuǎn)頁面 | < 5 | |
| 4 | 瀏覽商品 | ||
| 5 | 點擊添加購物車 | 直接跳轉(zhuǎn)到登錄界面（事先未登錄狀態(tài)） 時間 < 2 | |
| 6 | 輸入用戶名 ： admin 輸入密碼 ： admin | ||
| 7 | 點擊登錄 | ||
| 8 | 自動跳轉(zhuǎn)到主頁面 | < 2 | |
| 9 | 點擊退出 |
用戶并發(fā)測試：
…老樣子 懶得寫了
六、單元測試
Junit 是一個開發(fā)源代碼的Java測試框架，用于編寫和運行可重復(fù)的測試。是用于單元測試框架系統(tǒng)xUnit 的一個實例（用于java語言）。
這塊我提供一小部分測試代碼，全部測試并且全部寫出來，抱歉，咱做不到。除非給錢。
這個單元測試我就不一一描述了。
七、圖形化測試
這個一般上網(wǎng)頁的話，使用框架技術(shù)，我相信對于前端技術(shù)人員來說，這個圖形化測試進行相應(yīng)的測試就行了，這里給出gui編程的檢查表
八、信息安全測試用例
安全性測試檢查系統(tǒng)對非法侵入的防范能力。測試期間，測試人員假扮非法入侵者，采用各種方法試圖打破防線。
嗯，這個主要是數(shù)據(jù)傳輸測試，我們對數(shù)據(jù)進行加密處理測試，比如使用前端某技術(shù)進行加密然后傳輸?shù)胶笈_，在后臺解密，然后例如我們單元測試中對存入數(shù)據(jù)庫的密碼進行md5加密處理等等。。。
九、兼容性測試
1.不同樣的硬件條件，比方：PC，MAC，PDA、WIFI等
2.不同樣的閱讀器軟件和版本
3.帶有不同樣插件的閱讀器
4.不同樣的閱讀器選項下的表現(xiàn)
5.不同樣的圖像分辨率下的測試
6.不同樣的系統(tǒng)色彩下的測試
7.不同樣的系統(tǒng)字體大小下的測試
8.不同樣的網(wǎng)速下的測試
經(jīng)過人工測試的方式，分別在不同樣操作系統(tǒng)（Windows xp、Windows7、Windows8、linux）下的不同樣閱讀器（IE5、IE6、IE7、IE8、IE9、FireFox,谷歌）進行邊界線測試、特別值測試、邊緣測試等，看可否能通過
| windows xp | |||||
| windows 7 | |||||
| windows 10 | |||||
| windows 11 | |||||
| linux 11 |
至于集成測試，回歸測試，暫時不做。
總結(jié)
- 上一篇： Latex特殊符号大全(高清)
- 下一篇： vsftpd配置权限问题