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

1、XXX項(xiàng)目測試總結(jié)報(bào)告目錄1.項(xiàng)目測試結(jié)果31.1 BUG嚴(yán)重程度31.2 BUG問題分布狀況42.測試結(jié)論42.1界面測試42.2功能測試52.3兼容性測試52.4易用性52.5 負(fù)載/壓力測試53.軟件問題總結(jié)與分析54.建議61.項(xiàng)目測試結(jié)果1.1 BUG嚴(yán)重程度測試發(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è)計(jì)缺陷占9%,其他占2%2.測試結(jié)論2.1界面測試網(wǎng)站系統(tǒng)實(shí)現(xiàn)與設(shè)計(jì)稿一致。站點(diǎn)的導(dǎo)航條位置

2、，導(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ù)的測試,主要的出入庫,銷售報(bào)表,訂單查看管理等一一對應(yīng),不存在數(shù)據(jù)有誤差的問題.2.3兼容性測試(Windows下)測試總的瀏覽器包括:360極速瀏覽器,火狐瀏覽器,谷歌瀏覽器,IE瀏覽器,測試通過,主要邏輯以及次要功能都沒問題,因?yàn)闉g覽器的不同,導(dǎo)致界面瀏覽不一定相同,例如有的界面瀏覽頁面顯示正常,有的界面顯示不一樣。2.4易用性網(wǎng)站實(shí)現(xiàn)了如下易用性：1. 輸入限制的正確性2

3、. 輸入限制提示信息的正確性，可理解性，一致性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ù)載/壓力測試主要測試了壓了測試:測試結(jié)果 60秒內(nèi)發(fā)請求,一次1000個請求,總共請求了2230個請求,成功了2208個失敗兩個1:每個請求用時30ms(吞吐量)2:服務(wù)器收到請求，響應(yīng)頁面要花費(fèi)的時間:332ms3: 并發(fā)的每個請求平均消耗時間 :33.ms4:請求一共花了:72s第一個1000個人同時發(fā)出1000個請求 總共1004個請求失敗4個,成功10001:每個請求用時9ms(吞吐量)2:服務(wù)器收到

4、請求，響應(yīng)頁面要花費(fèi)的時間:109128ms3: 并發(fā)的每個請求平均消耗時間 :109.ms4:請求一共花了:109s1:如上圖當(dāng)同時在線人數(shù)達(dá)到45時候,服務(wù)器崩潰,導(dǎo)致成功率一直下降到達(dá)40%,直到結(jié)束總請求達(dá)到:26796.平均每個請求響應(yīng)時間為281ms,系統(tǒng)吞吐量(tps)20.89/s. 因?yàn)橄到y(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è)計(jì)時，沒有考慮相關(guān)

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

6、提示信息錯誤，不同模塊相同結(jié)果的提示信息不一致，用戶操作后，相應(yīng)的提示信息不明確，引起用戶誤解。提示信息一致性，用戶在不同頁面執(zhí)行相同的操作，提示信息不同。4. 開發(fā)人員疏忽引起的缺陷網(wǎng)站在開發(fā)的過程中，不斷的追加新需求，或調(diào)整。開發(fā)人員修復(fù)或修改問題時，有時疏忽沒對相關(guān)聯(lián)的地址進(jìn)行修改驗(yàn)證。導(dǎo)致因修改修復(fù)問題而引入更多的問題。5. 開發(fā)版本的控制在測試一個版本(代理商版)，發(fā)現(xiàn)問題重復(fù)出現(xiàn)，還會引入新的bug,開發(fā)人員修改的問題時，提交的版本相互覆蓋。引起上一個版本已關(guān)閉的問題，在下一版本重復(fù)出現(xiàn)。4.建議在項(xiàng)目開始的時候，應(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)行，可以在后期減少因?yàn)殚_發(fā)，測試不一致而導(dǎo)致的問題，同時可以降低溝通成本。發(fā)布版本的時候，正確布置測試環(huán)境，減少因?yàn)闇y試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的問題而出現(xiàn)的無效bug。開發(fā)人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)bug，可以通知測試人員，因?yàn)殚_發(fā)人員發(fā)