WEB軟件測試總結(jié)報告

1、XXX 項目測試總結(jié)報告目錄1. 項目測試結(jié)果 21.1 BUG 嚴(yán)重程度 21.2 BUG 問題分布狀況 32. 測試結(jié)論 42.1 界面測試 42.2 功能測試 42.3 兼容性測試 42.4 易用性 42.5 負(fù)載 / 壓力測試 53. 軟件問題總結(jié)與分析 64. 建議 81. 項目測試結(jié)果1.1 BUG 嚴(yán)重程度圏表標(biāo)題o12Bo20測試發(fā)現(xiàn)的bug主要集中在次要功能和輕微，屬于一般性的缺陷，但測試的時候出現(xiàn)了 37個主邏輯級別的bug,以及嚴(yán)重級別的2個.1.2 BUG 問題分布狀況由上圖可以看出，主要為代碼錯誤占 36%,以及標(biāo)準(zhǔn)規(guī)范的問題占35%,界面優(yōu)化占17%,設(shè)計缺陷占9%

2、,其他占2%2. 測試結(jié)論2.1 界面測試網(wǎng)站系統(tǒng)實現(xiàn)與設(shè)計稿一致。 站點(diǎn)的導(dǎo)航條位置， 導(dǎo)航的內(nèi)容布局， 首頁呈 現(xiàn)的樣式與需求一致。網(wǎng)站的界面符合標(biāo)準(zhǔn)和規(guī)范，直觀性強(qiáng)。2.2 功能測試分不同賬號 總權(quán)限賬號 ,以及店長賬號分別進(jìn)行功能測試。1: 鏈接測試無問題 , 不存在死鏈接 ,測試鏈接都存在 .2: 對頁面各個不同數(shù)據(jù)的測試 ,主要的出入庫 ,銷售報表 ,訂單查看管理等一 一對應(yīng) ,不存在數(shù)據(jù)有誤差的問題 .2.3 兼容性測試 (Windows 下 )測試總的瀏覽器包括 :360 極速瀏覽器 ,火狐瀏覽器 ,谷歌瀏覽器 ,IE 瀏覽器 , 測試通過 ,主要邏輯以及次要功能都沒問題 ,因

3、為瀏覽器的不同 ,導(dǎo)致界面瀏覽不 一定相同 ,例如有的界面瀏覽頁面顯示正常 , 有的界面顯示不一樣。2.4 易用性網(wǎng)站實現(xiàn)了如下易用性：1. 輸入限制的正確性2. 輸入限制提示信息的正確性，可理解性，一致性3. 界面排版美觀4. web應(yīng)用系統(tǒng)易于導(dǎo)航，直觀5. web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)、導(dǎo)航、菜單、連接的風(fēng)格一致2.5負(fù)載/壓力測試主要測試了壓了測試Conplete requests-LTFji i 1 prl:2(Connect:2, fiece iue:Q, LengtJi: 0,Except ions :|Non-2xx responses-2208It ota 1 tp-anf er

4、red-808128btesIIhTML transferred：0 bi/tesILReques ts per :second:30. OSfl/sec1It ime pei' request :332.785 ns<mean >ime pep reqest：33.279fns J <nean across all concurrtnt re Iransfop rate-1MT74LJKJb ytes/sec J rece iuedkonnec t ion T ine(ms )minmean +/-s<l nedian1 Cornect:7147.C12129

5、羽41786.312142124|u.ait inf:4£1W27.8張1068UTotal：662191786.413542H1UPei*centA« cftheserved uithin a c«rtAin tine <m*>強(qiáng)囂135LI十孑八測試結(jié)果60秒內(nèi)發(fā)請求，一次1000個請求，總共請求了 2230個請求，成功了 2208個失敗兩個 1:每個請求用時30ms（吞吐量）2:服務(wù)器收到請求，響應(yīng)頁面要花費(fèi)的時間:332ms3:并發(fā)的每個請求平均消耗時間：33.ms4:請求一共花了 :72sNoin-2xx responses Total tr

6、ansFei'ied- HTlHL tran-ef eri*e d : Requests per second：1000366000 bytes|Q bytes9.16 Ltt/sec Cmean>Time taken Foi* tests *109 -128 secondsomplete requests"1000ailed requests:4<Coiii»KC t«4 Receluc 0- Leny llis 阿* Except LumsTime pep pesjuest T ine nei* reauest Tpansfei* v<

7、;ate :O'bn C1R 4； 65 / 150L0(Mminnean+z-sdl medianmaxConnect：?2352,8121075Processin<(：1?701959029837,07029106875pairing：1?S71V5742B37,479m1M6U6Total：19791961329842crccntacof t lierequests aerwedwithin n certain time <m3 >丄酣丄2融.080 nsJ1109.128 ms (meanacross all cgncuprenlt

8、Feauesits>3 28 CKbtes/sec 1 receiuedConnection Tines Cms>50z70386392267 弘 31441第一個1000個人同時發(fā)出1000個請求 總共1004個請求失敗4個，成功1000 1:每個請求用時9ms（吞吐量）2:服務(wù)器收到請求，響應(yīng)頁面要花費(fèi)的時間：109128ms3:并發(fā)的每個請求平均消耗時間:109.ms4:請求一共花了 ：109s泌試圜M （倚單嘆式）三目；20 LT-O-C'.l斑刁良；：卻：:嚴(yán)日忑bS列試配苣壓力機(jī)性薛丄書 281 60ms92% 1251.00ms息平tg i 20.89/sBJ

9、GOs ; 0.00/S1:如上圖當(dāng)同時在線人數(shù)達(dá)到 45時候,服務(wù)器崩潰，導(dǎo)致成功率一直下降到達(dá) 40%,直 到結(jié)束總請求達(dá)到：26796.平均每個請求響應(yīng)時間為 281ms,系統(tǒng)吞吐量仲s）20.89/s.因為系統(tǒng)被困導(dǎo)致數(shù)據(jù)反映不準(zhǔn) 3. 軟件問題總結(jié)與分析從測試過程中發(fā)現(xiàn) bug 的嚴(yán)重程度與分布狀況來看，引起缺陷主要有以下 幾方面：1. 沒有需求文檔需求文檔只是個大綱的形式， 沒有詳細(xì)的需求文檔。 沒有相應(yīng)的輸入輸出字 段限制及統(tǒng)一的字段名稱， 使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計時， 沒有考慮相關(guān)功 能的關(guān)聯(lián)性。 在沒有詳細(xì)需求的指引下， 開發(fā)人員根據(jù)自己的經(jīng)驗進(jìn)行設(shè)計， 負(fù) 著不同模塊開

10、發(fā)的人員沒有統(tǒng)一設(shè)計。 在測試過程中， 需求相關(guān)聯(lián)的問題表現(xiàn)出 來，及風(fēng)格統(tǒng)一的問題。例外沒有需求文檔導(dǎo)致測試 ,無法根據(jù)需求文檔來進(jìn)行 用例的設(shè)計 ,只有靠自己自己測試經(jīng)驗來測試排除 BUG.2. 功能性錯誤 在測試的過程中，部分功能沒有現(xiàn)實，導(dǎo)致部分模塊無法進(jìn)行功能的測試。功能實現(xiàn)錯誤， 在功能模塊的開發(fā)時， 是進(jìn)行先開發(fā)后調(diào)整的策略， 沒有具體的 需求文檔，部分模塊的功能實現(xiàn)有所偏差。3. 頁面設(shè)計易用性缺陷頁面輸入字段限制不統(tǒng)一， 系統(tǒng)中多個頁面存在相同的字段， 但用戶輸入相 同的數(shù)據(jù)，提示輸入的限制不相同，沒有統(tǒng)一輸入字段的限制。提示信息錯誤， 不同模塊相同結(jié)果的提示信息不一致， 用

11、戶操作后， 相應(yīng)的 提示信息不明確，引起用戶誤解。提示信息一致性，用戶在不同頁面執(zhí)行相同的操作，提示信息不同。4. 開發(fā)人員疏忽引起的缺陷網(wǎng)站在開發(fā)的過程中， 不斷的追加新需求， 或調(diào)整。 開發(fā)人員修復(fù)或修改問 題時，有時疏忽沒對相關(guān)聯(lián)的地址進(jìn)行修改驗證。 導(dǎo)致因修改修復(fù)問題而引入更 多的問題。5. 開發(fā)版本的控制在測試一個版本 （代理商版 ），發(fā)現(xiàn)問題重復(fù)出現(xiàn)， 還會引入新的 bug, 開發(fā)人 員修改的問題時， 提交的版本相互覆蓋。 引起上一個版本已關(guān)閉的問題， 在下一 版本重復(fù)出現(xiàn)。4. 建議在項目開始的時候，應(yīng)該制定相應(yīng)的標(biāo)準(zhǔn)，編碼標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)等，開 發(fā)和測試人員嚴(yán)格按照標(biāo)準(zhǔn)進(jìn)行， 可以在后期減少因為開發(fā)， 測試不一致而導(dǎo)致 的問題，同時可以降低溝通成本。發(fā)布版本的時候， 正確布置測試環(huán)境， 減少因為測試環(huán)境， 測試數(shù)據(jù)庫數(shù)據(jù) 的問題而出現(xiàn)的無效 bug 。開發(fā)人員解決 bug