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

XXX管理平臺(tái)

XXX項(xiàng)目測試總結(jié)報(bào)告

目錄

1.項(xiàng)目測試結(jié)果........................................................................................................................2 1.1 BUG嚴(yán)重程度................................................................................................................2 1.2 BUG問題分布狀況........................................................................................................3 2.測試結(jié)論................................................................................................................................4 2.1界面測試.........................................................................................................................4 2.2功能測試.........................................................................................................................4 2.3兼容性測試.....................................................................................................................4 2.4易用性.............................................................................................................................4 2.5 負(fù)載/壓力測試...............................................................................................................5 3.軟件問題總結(jié)與分析............................................................................................................6 4.建議........................................................................................................................................7

XXX管理平臺(tái)

1.項(xiàng)目測試結(jié)果

1.1 BUG嚴(yán)重程度

測試發(fā)現(xiàn)的bug主要集中在次要功能和輕微，屬于一般性的缺陷，但測試的時(shí)候出現(xiàn)了37個(gè)主邏輯級別的bug,以及嚴(yán)重級別的2個(gè).XXX管理平臺(tái)

1.2 BUG問題分布狀況

由上圖可以看出，主要為代碼錯(cuò)誤占36%,以及標(biāo)準(zhǔn)規(guī)范的問題占35%,界面優(yōu)化占17%,設(shè)計(jì)缺陷占9%,其他占2%

XXX管理平臺(tái)

2.測試結(jié)論

2.1界面測試

網(wǎng)站系統(tǒng)實(shí)現(xiàn)與設(shè)計(jì)稿一致。站點(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:對頁面各個(gè)不同數(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.界面排版美觀

4.web應(yīng)用系統(tǒng)易于導(dǎo)航，直觀

5.web應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)、導(dǎo)航、菜單、連接的風(fēng)格一致

XXX管理平臺(tái)

2.5 負(fù)載/壓力測試

主要測試了壓了測試: 測試

結(jié)

果

60秒內(nèi)發(fā)請求,一次1000個(gè)請求,總共請求了2230個(gè)請求,成功了2208個(gè)失敗兩個(gè) 1:每個(gè)請求用時(shí)30ms(吞吐量)2:服務(wù)器收到請求，響應(yīng)頁面要花費(fèi)的時(shí)間:332ms 3: 并發(fā)的每個(gè)請求平均消耗時(shí)間 :33.ms 4:請求一共花了:72s

XXX管理平臺(tái)

第一個(gè)1000個(gè)人同時(shí)發(fā)出1000個(gè)請求 總共1004個(gè)請求失敗4個(gè),成功1000 1:每個(gè)請求用時(shí)9ms(吞吐量)2:服務(wù)器收到請求，響應(yīng)頁面要花費(fèi)的時(shí)間:109128ms 3: 并發(fā)的每個(gè)請求平均消耗時(shí)間 :109.ms 4:請求一共花了:109s

1:如上圖當(dāng)同時(shí)在線人數(shù)達(dá)到45時(shí)候,服務(wù)器崩潰,導(dǎo)致成功率一直下降到達(dá)40%,直到結(jié)束總請求達(dá)到:26796.平均每個(gè)請求響應(yīng)時(shí)間為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.沒有需求文檔

需求文檔只是個(gè)大綱的形式，沒有詳細(xì)的需求文檔。沒有相應(yīng)的輸入輸出字段限制及統(tǒng)一的字段名稱，使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計(jì)時(shí)，沒有考慮相關(guān)功能的關(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.功能性錯(cuò)誤

在測試的過程中，部分功能沒有現(xiàn)實(shí)，導(dǎo)致部分模塊無法進(jìn)行功能的測試。功能實(shí)現(xiàn)錯(cuò)誤，在功能模塊的開發(fā)時(shí)，是進(jìn)行先開發(fā)后調(diào)整的策略，沒有具體的需求文檔，部分模塊的功能實(shí)現(xiàn)有所偏差。

3.頁面設(shè)計(jì)易用性缺陷 頁面輸入字段限制不統(tǒng)一，系統(tǒng)中多個(gè)頁面存在相同的字段，但用戶輸入相

XXX管理平臺(tái)

同的數(shù)據(jù)，提示輸入的限制不相同，沒有統(tǒng)一輸入字段的限制。

提示信息錯(cuò)誤，不同模塊相同結(jié)果的提示信息不一致，用戶操作后，相應(yīng)的提示信息不明確，引起用戶誤解。

提示信息一致性，用戶在不同頁面執(zhí)行相同的操作，提示信息不同。4.開發(fā)人員疏忽引起的缺陷

網(wǎng)站在開發(fā)的過程中，不斷的追加新需求，或調(diào)整。開發(fā)人員修復(fù)或修改問題時(shí)，有時(shí)疏忽沒對相關(guān)聯(lián)的地址進(jìn)行修改驗(yàn)證。導(dǎo)致因修改修復(fù)問題而引入更多的問題。

5.開發(fā)版本的控制

在測試一個(gè)版本(代理商版)，發(fā)現(xiàn)問題重復(fù)出現(xiàn)，還會(huì)引入新的bug,開發(fā)人員修改的問題時(shí)，提交的版本相互覆蓋。引起上一個(gè)版本已關(guān)閉的問題，在下一版本重復(fù)出現(xiàn)。

4.建議

在項(xiàng)目開始的時(shí)候，應(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)致的問題，同時(shí)可以降低溝通成本。

發(fā)布版本的時(shí)候，正確布置測試環(huán)境，減少因?yàn)闇y試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的問題而出現(xiàn)的無效bug。

開發(fā)人員解決bug的時(shí)候，填寫bug原因以及解決方式，方便bug的跟蹤。開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)bug，可以通知測試人員，因?yàn)殚_發(fā)人員發(fā)現(xiàn)的bug很有可能在測試版本上出現(xiàn)，而測試人員和開發(fā)人員的思路不同，有可能測試人員沒有發(fā)現(xiàn)該bug，而且，這樣可以保證發(fā)現(xiàn)的bug都能夠被跟蹤。

做好版本的控制，從開發(fā)版本，測試版本做好每個(gè)環(huán)節(jié)的版本控制。

第二篇：軟件測試總結(jié)報(bào)告

引言

1.1 編寫目的

編寫該測試總結(jié)報(bào)告主要有以下幾個(gè)目的 1．通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價(jià)

2．分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計(jì)劃提供參考 3．評估測試測試執(zhí)行和測試計(jì)劃是否符合

4.分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防 bug 提供建議

1.2 背景

1.3 用戶群

主要讀者：***項(xiàng)目管理人員 其他讀者：*** 項(xiàng)目相關(guān)人員。

1.4 定義

基本功能點(diǎn)測試：等價(jià)類劃分法、邊界值法、錯(cuò)誤推測法、場景法

業(yè)務(wù)流程測試：根據(jù)業(yè)務(wù)邏輯，構(gòu)建測試數(shù)據(jù)，執(zhí)行業(yè)務(wù)流程，查看執(zhí)行結(jié)果與預(yù)期是否一致 界面易用性測試：根據(jù)界面測試規(guī)范及日常使用習(xí)慣，提出軟件的非功能實(shí)現(xiàn)問題

回歸測試：對已修復(fù)的問題，根據(jù)測試出該錯(cuò)誤的用例，重新執(zhí)行該用例，驗(yàn)證問題是否真正被修復(fù)，以及是否又引起了其它錯(cuò)誤

1.5 測試對象

對綜合管理系統(tǒng)進(jìn)行全新測試，主要進(jìn)行功能測試、系統(tǒng)測試

1.6 測試階段

第一階段：對主業(yè)務(wù)邏輯及功能進(jìn)行測試 第二階段：對所有業(yè)務(wù)邏輯及功能進(jìn)行深入測試 第三階段：回歸測試

1.7 測試工具

BugFree缺陷管理工具

1.8 參考資料

《***功能描述》 《***數(shù)據(jù)字典》 《***測試計(jì)劃》 《***測試用例》 《***項(xiàng)目計(jì)劃》 測試概要

***系統(tǒng)測試從 2012年7月25日到2012年10月12日基本結(jié)束，歷時(shí)近70個(gè)工作日。后續(xù)還有一些掃尾的工作，又增加一些工作時(shí)日。是一項(xiàng)花費(fèi)大量人力物力的項(xiàng)目。

***通過BugFree缺陷管理工具進(jìn)行缺陷跟蹤管理，在bugfree中有詳細(xì)的測試用例以及用例執(zhí)行情況記錄

2.1 進(jìn)度回顧

2.2 測試執(zhí)行

此次測試嚴(yán)格按照項(xiàng)目計(jì)劃和測試計(jì)劃執(zhí)行，按時(shí)完成了測試計(jì)劃規(guī)定的測試對象的測試。針對測試計(jì)劃規(guī)定的測試策略，在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中，依據(jù)測試計(jì)劃和測試用例，對系統(tǒng)進(jìn)行了完整的測試、2.3 測試用例

測試環(huán)境與方法

3.1 軟硬件環(huán)境

3.2 測試方法和工具 測試結(jié)果

4.1 Bug 引入階段

4.2 Bug 引入原因 測試覆蓋分析

1.此次測試的重點(diǎn)在在于對功能的測試，特別是V2.0新增功能的測試； 2.***完成在常見的操作環(huán)境下的測試，因此具有良好的兼容性。

3.本次此時(shí)的目的除了基本的功能測試外，重點(diǎn)突出對系統(tǒng)易用性的測試，力圖使系統(tǒng)更加的人性化，操作更加簡單，易懂。測試結(jié)果和建議

6.1 測試結(jié)論

1.***的測試工作已基本結(jié)束，功能測試目標(biāo)也已完成，剩下部分報(bào)表的設(shè)計(jì)需要繼續(xù)完善。

2.本次測試從功能性，易用性，兼容性等多個(gè)方面進(jìn)行測試，力圖在滿足客戶需求的基礎(chǔ)上操作更加簡捷，人性化。6.2 改進(jìn)建議

1.測試過程中遇到的最大問題是需求的不確定性和需求的變更。前期由于開發(fā)人員和測試人員對一些需求的理解不一致，或是在需求文檔中需求的定義不明確，大家根據(jù)自己的理解開展工作，繼而在后期工作中產(chǎn)生一些不必要的bug;除此之外，由于在前期，沒有對客戶的需求進(jìn)行較為準(zhǔn)確的界定，在開發(fā)過程中，客戶提出一些新的要求，而這些要求和其他功能具有關(guān)聯(lián)性，需求做改動(dòng)，開發(fā)和測試也進(jìn)行改動(dòng)，比較顯著地例子是在開發(fā)中后期要求在一個(gè)關(guān)聯(lián)性強(qiáng)的表中增加一個(gè)字段，從而引起一系列重復(fù)的測試。因此我認(rèn)為在開發(fā)前期要反復(fù)確定需求，并制定需求變更標(biāo)準(zhǔn)，避免在開發(fā)過程中出現(xiàn)重復(fù)，返工的現(xiàn)象。

2.本次測試由于主要是手工測試，因此未能實(shí)現(xiàn)對一些功能的進(jìn)行大量數(shù)據(jù)操作的測試

3.系統(tǒng)目前比較明顯的缺陷是報(bào)表打開速度比較慢，這個(gè)嚴(yán)重影響了系統(tǒng)的性能，是需要研究改進(jìn)的部分。

第三篇：《軟件測試技術(shù)》課程總結(jié)報(bào)告

《軟件測試技術(shù)》課程總結(jié)報(bào)告

班級：姓名：學(xué)號：

一、課程概述

二、課程實(shí)訓(xùn)項(xiàng)目

三、課程知識(shí)點(diǎn)總結(jié)

四、收獲和體會(huì)

第四篇：web測試心得

做電子商務(wù)網(wǎng)站測試已經(jīng)一個(gè)月了，這一個(gè)月基本上是熟悉網(wǎng)站產(chǎn)品和流程的一個(gè)過程，對網(wǎng)站的各個(gè)部分基本上都進(jìn)行了一次測試，感覺電子商務(wù)網(wǎng)站主要注意以下幾點(diǎn)：

1、注冊和登錄模塊的測試

在測試該部分時(shí)，給我印象最深的就是：

1)注冊成功，但登陸失?。鹤詴r(shí)，密碼設(shè)置為一些特殊的符號，比如：空格、%等，但登錄時(shí)，失敗。

后來經(jīng)開發(fā)人反映出現(xiàn)這樣的問題，原因是：在登錄模塊，對密碼設(shè)置了一些限定。

2)登錄時(shí)，沒區(qū)分大小寫，就是說，用小寫字母注冊的，登錄時(shí)，用相應(yīng)的大寫字母登錄也能成功。

出現(xiàn)問題的原因：登錄時(shí)，沒用MD5加密進(jìn)行驗(yàn)證

2、購物車的測試

1)測試產(chǎn)品能否放入購物車中

2)當(dāng)某種產(chǎn)品有購物數(shù)量限制時(shí)，超過這一數(shù)值，能否也能放入購物車中

3)購物車中的購物限制是否正確

3、支付流程測試

1)購物車中的產(chǎn)品能否正常支付

2)當(dāng)支付完成，不等頁面跳轉(zhuǎn)，直接關(guān)閉瀏覽器，數(shù)據(jù)傳遞是否正確

3)當(dāng)支付完成，等待頁面跳轉(zhuǎn)，跳轉(zhuǎn)到得頁面是否正確

4、網(wǎng)站某個(gè)模塊間的數(shù)據(jù)傳遞是否正確

當(dāng)網(wǎng)站某個(gè)模塊涉及的數(shù)據(jù)傳遞比較多而且比較復(fù)雜時(shí)，一定要搞清楚數(shù)據(jù)是怎么傳遞的，因?yàn)檫@是最容易出現(xiàn)bug的地方。比如：下拉菜單的數(shù)據(jù)沒有傳遞過來，或傳遞過來了，但不正確，這時(shí)就要靜下心來，慢慢濾清思考，耐心去測試。

最后一點(diǎn)就是，在購買的過程中，也要考慮到并發(fā)，比如，當(dāng)某種產(chǎn)品只剩一件了，這時(shí)兩個(gè)用戶或更多同時(shí)并發(fā)點(diǎn)擊該產(chǎn)品，放入購物車中，那么在多個(gè)用戶同時(shí)點(diǎn)擊這個(gè)只剩一件的產(chǎn)品時(shí)，系統(tǒng)是否有相應(yīng)的提示，或是，該產(chǎn)品能否都放入不同用戶的購物車中，我上周測試的過程中，該問題是存在的，等待明天程序的解答和修改。

第五篇：淺談Web應(yīng)用服務(wù)器測試

淺談Web應(yīng)用服務(wù)器測試

作者：中國軟件評測中心 2002年11月

隨著Internet 的發(fā)展壯大，新的開發(fā)模式也應(yīng)運(yùn)而生，即所謂的B/S（瀏覽器/服務(wù)器）結(jié)構(gòu)、瘦客戶機(jī)模式。為了方便的開發(fā)、部署、運(yùn)行和管理基于三層、多層結(jié)構(gòu)的應(yīng)用，需要 以Web的低層技術(shù)為基礎(chǔ)，規(guī)劃一個(gè)整體的應(yīng)用框架，提供相應(yīng)的支撐平臺(tái)，這一支撐平臺(tái)實(shí) 際上是基于Internet的中間件，即應(yīng)用服務(wù)器。

應(yīng)用服務(wù)器通過把用戶接口、商業(yè)邏輯和后臺(tái)服務(wù)分割開來，向開發(fā)者提供一種創(chuàng)建、部 署和維護(hù)企業(yè)規(guī)模的Web應(yīng)用的模塊化方式，從而對要轉(zhuǎn)向Web的用戶提供了高性能多線程的環(huán) 境。

考慮到web應(yīng)用服務(wù)器的以上應(yīng)用背景和產(chǎn)品特點(diǎn)，把為功能度、性能、兼容性、安全可 靠性作為重點(diǎn)測試方向，并且引用SUN Mircrosystems公司的J2EE標(biāo)準(zhǔn)作為參考標(biāo)準(zhǔn)。

一、功能測試

功能測試的主要目的是驗(yàn)證一款產(chǎn)品是否是一個(gè)符合J2EE標(biāo)準(zhǔn)的企業(yè)級web應(yīng)用服務(wù)器。測試前，應(yīng)針對J2EE標(biāo)準(zhǔn)中的JSP、SERVLET、JDBC、EJB等主要功能編寫測試用例。測試 用例應(yīng)盡量覆蓋典型的應(yīng)用和操作，以此來證明一款產(chǎn)品符合J2EE標(biāo)準(zhǔn)中提到的功能。特別是 功能度測試項(xiàng)目，應(yīng)遵循開發(fā)廠商提供的用戶手冊或程序員手冊中有關(guān)功能部分的描述作為依 據(jù)具體制定。

二、性能測試

性能測試的主要目的是考查在大壓力和大數(shù)據(jù)量情況下，應(yīng)用服務(wù)器最大處理能力和系統(tǒng) 響應(yīng)時(shí)間，同時(shí)考查不同壓力情況下應(yīng)用服務(wù)器處理能力和系統(tǒng)響應(yīng)時(shí)間。

測試過程中，首先通過JDBC接口與數(shù)據(jù)庫進(jìn)行連接，根據(jù)被測系統(tǒng)的應(yīng)用環(huán)境和實(shí)際情況 制定與之相適應(yīng)的案例數(shù)據(jù)庫。然后使用功能測試中用到的JSP、Servlet和EJB測試程序，通 過Web Application Stress Tool1.1錄制相應(yīng)的測試腳本，模擬在多用戶并發(fā)情況下數(shù)據(jù)庫的 插入、更新、查詢，并記錄成功點(diǎn)擊次數(shù)、點(diǎn)擊率等相關(guān)參數(shù)。最后通過遠(yuǎn)程監(jiān)控系統(tǒng)對Web 應(yīng)用服務(wù)器的CPU占有率、內(nèi)存進(jìn)行實(shí)時(shí)監(jiān)控，通過對上述數(shù)據(jù)的匯總分析，得出功能服務(wù)器 的性能。

三、兼容性測試

兼容性部分的測試應(yīng)分成兩部分來考察：即硬件兼容性和軟件兼容性。

硬件兼容性主要驗(yàn)證Web應(yīng)用服務(wù)器的硬件配置要求。測試中，可以根據(jù)廠商提供的安裝 手冊承諾的配置信息，來驗(yàn)證功能服務(wù)器的硬件兼容性。

軟件兼容性考察的方面較多，主要包括：系統(tǒng)兼容性、數(shù)據(jù)庫兼容性、Web服務(wù)器兼容 性、開發(fā)工具兼容性、與其它中間件產(chǎn)品的兼容性、J2EE組件的兼容性等多個(gè)方面。

四、安全可靠性測試

安全可靠性測試除了要考察用戶權(quán)限限制、輸入數(shù)據(jù)有效性檢查等基本內(nèi)容，還應(yīng)著重考 察在大壓力和大數(shù)據(jù)量情況下系統(tǒng)的穩(wěn)定性，以及驗(yàn)證系統(tǒng)的SSL認(rèn)證加密機(jī)制是否有效等多 個(gè)方面。