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