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

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

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

一、課程概述

二、課程實訓(xùn)項目

三、課程知識點總結(jié)

四、收獲和體會

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

引言

1.1 編寫目的

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

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

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

1.2 背景

1.3 用戶群

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

1.4 定義

基本功能點測試：等價類劃分法、邊界值法、錯誤推測法、場景法

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

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

1.5 測試對象

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

1.6 測試階段

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

1.7 測試工具

BugFree缺陷管理工具

1.8 參考資料

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

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

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

2.1 進度回顧

2.2 測試執(zhí)行

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

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

3.1 軟硬件環(huán)境

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

4.1 Bug 引入階段

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

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

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

6.1 測試結(jié)論

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

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

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

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

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

第三篇：軟件測試方法和技術(shù)—課程總結(jié)作業(yè)

軟件測試方法和技術(shù) 課程總結(jié)作業(yè) 2012-2013學(xué)年

軟件測試方法和技術(shù) 課程總結(jié)作業(yè) 2012-2013學(xué)年第一學(xué)期 任務(wù)2：（20分）設(shè)有一個檔案管理系統(tǒng)，要求用戶輸入以年月表示的日期。假設(shè)日期限定

在1990年1月~2049年12月，并規(guī)定日期由6位數(shù)字字符組成，前4位表示年，后2位表示月?，F(xiàn)用等價類劃分法設(shè)計測試用例，來測試程序的“日期檢查功能”。任務(wù)3：（50分）用你已經(jīng)設(shè)計好的系統(tǒng)或借用其他系統(tǒng)，來進行軟件系統(tǒng)測試，編寫出系統(tǒng)測試報告。

3、補充說明

課程總結(jié)作業(yè)必須自己獨立、認真完成，不得抄襲，如發(fā)現(xiàn)抄襲別人，則視本門課程為不及格處理。希望大家切記。

第四篇：WEB軟件測試總結(jié)報告

XXX管理平臺

XXX項目測試總結(jié)報告

目錄

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

XXX管理平臺

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

1.1 BUG嚴重程度

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

1.2 BUG問題分布狀況

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

XXX管理平臺

2.測試結(jié)論

2.1界面測試

網(wǎng)站系統(tǒng)實現(xiàn)與設(shè)計稿一致。站點的導(dǎo)航條位置，導(dǎo)航的內(nèi)容布局，首頁呈現(xiàn)的樣式與需求一致。網(wǎng)站的界面符合標準和規(guī)范，直觀性強。

2.2功能測試

分不同賬號 總權(quán)限賬號,以及店長賬號分別進行功能測試。1:鏈接測試無問題,不存在死鏈接,測試鏈接都存在.2:對頁面各個不同數(shù)據(jù)的測試,主要的出入庫,銷售報表,訂單查看管理等一一對應(yīng),不存在數(shù)據(jù)有誤差的問題.2.3兼容性測試(Windows下)測試總的瀏覽器包括:360極速瀏覽器,火狐瀏覽器,谷歌瀏覽器,IE瀏覽器,測試通過,主要邏輯以及次要功能都沒問題,因為瀏覽器的不同,導(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)格一致

XXX管理平臺

2.5 負載/壓力測試

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

結(jié)

果

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

XXX管理平臺

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

1:如上圖當(dāng)同時在線人數(shù)達到45時候,服務(wù)器崩潰,導(dǎo)致成功率一直下降到達40%,直到結(jié)束總請求達到:26796.平均每個請求響應(yīng)時間為281ms,系統(tǒng)吞吐量(tps)20.89/s.因為系統(tǒng)被困導(dǎo)致數(shù)據(jù)反映不準.3.軟件問題總結(jié)與分析

從測試過程中發(fā)現(xiàn)bug的嚴重程度與分布狀況來看，引起缺陷主要有以下幾方面：

1.沒有需求文檔

需求文檔只是個大綱的形式，沒有詳細的需求文檔。沒有相應(yīng)的輸入輸出字段限制及統(tǒng)一的字段名稱，使得開發(fā)人員根據(jù)需求進行設(shè)計時，沒有考慮相關(guān)功能的關(guān)聯(lián)性。在沒有詳細需求的指引下，開發(fā)人員根據(jù)自己的經(jīng)驗進行設(shè)計，負著不同模塊開發(fā)的人員沒有統(tǒng)一設(shè)計。在測試過程中，需求相關(guān)聯(lián)的問題表現(xiàn)出來，及風(fēng)格統(tǒng)一的問題。例外沒有需求文檔導(dǎo)致測試,無法根據(jù)需求文檔來進行用例的設(shè)計,只有靠自己自己測試經(jīng)驗來測試排除BUG.2.功能性錯誤

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

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

XXX管理平臺

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

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

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

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

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

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

4.建議

在項目開始的時候，應(yīng)該制定相應(yīng)的標準，編碼標準，需求變更標準等，開發(fā)和測試人員嚴格按照標準進行，可以在后期減少因為開發(fā)，測試不一致而導(dǎo)致的問題，同時可以降低溝通成本。

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

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

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

第五篇：軟件測試課程學(xué)習(xí)心得

我所理解的軟件測試

《軟件測試方法和技術(shù)》這門課程，還是由張建東老師教我們的。在張老師的講解下，我深刻的體會到軟件測試是很有必要的。一個軟件，從最開始的可行性分析、需求分析、概要設(shè)計、詳細設(shè)計、編寫代碼。這一系列的開發(fā)之下。千辛萬苦的，花費了大量的人力物力、金錢時間，終于把軟件給做出來了。你試著想一下，要是送到客戶的手上，客戶突然發(fā)現(xiàn)，軟件用不了，或者是軟件存在很大的缺陷。導(dǎo)致軟件不好用、甚至比原先沒有這個軟件，還麻煩了?？蛻羰呛軕嵟??？蛻粢粦嵟蛯?dǎo)致客戶不會付錢。這最終，項目失敗，造成資源的大量浪費，所以說軟件測試還是很有必要的。再者就是，軟件測試可以發(fā)現(xiàn)軟件的缺陷，從而通知編程人員不斷改進軟件。在這樣不斷測試，不斷改進的情況下。將軟件性能不斷提高，軟件變得越來越好用。

軟件測試，旨在發(fā)現(xiàn)軟件的缺陷。可以這樣說，軟件測試就是以發(fā)現(xiàn)軟件缺陷，為最終目的的測試活動。它通過軟件測試方法，白盒的、黑盒的、靜態(tài)的或是動態(tài)的。借助軟件測試工具，來找到缺陷。然后在缺陷評審和確認之后將缺陷記錄下來，并用缺陷管理工具管理，詳細描述，關(guān)注軟件缺陷的發(fā)生周期。對它的嚴重性、和優(yōu)先級下一個定義。書寫軟件缺陷報告，具名缺陷的重現(xiàn)步驟、測試的期望結(jié)果與實際結(jié)果、還有相關(guān)圖片、文字資料。提交給軟件編程人員，來完成軟件缺陷的修復(fù)。

軟件測試的方法，包括：白盒測試和黑盒測試。其中，白盒測試之中，有含有：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中，有：等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟件測試方法，按照是否運行代碼來看，可以分為：靜態(tài)測試和動態(tài)測試。其中靜態(tài)測試有，對代碼的走查和評審。動態(tài)測試，則是要通過運行代碼來執(zhí)行。白盒測試多用于軟件的單元測試上，黑盒測試多用于功能性測試上。代碼的靜態(tài)測試和動態(tài)測試，則是每一個軟件項目都必須的。

單元測試，多構(gòu)造樁函數(shù)或是驅(qū)動程序來測試。一般借助與各種軟件測試工具。軟件測試，或者說程序測試。一般先是進行單元測試。單元測試，修改完單元之中的缺陷、錯誤之后，就是集成測試。集成測試多針對程序功能進行測試，看程序的各項功能是否達到要求，是否齊全。集成測試之后就是系統(tǒng)測試。系統(tǒng)測試是針對整個軟件系統(tǒng)的?？窜浖到y(tǒng)是否達到性能的要求。從而改進代碼，以求達到系統(tǒng)的嚴格要求。最后就是驗收測試，這個測試，一般都分成兩半來做。一半是，程序員模擬客戶環(huán)境，進行測試。而，另一半則是，真正的客戶參與的測試。最大程度的體現(xiàn)客戶的真實環(huán)境?？蛻粼谠囘\行的情況下，看是否會發(fā)現(xiàn)，平時發(fā)現(xiàn)并且以前的環(huán)境發(fā)現(xiàn)不了的問題。

驗收測試，包含對界面的測試和軟件可用性的測試，運用尼爾森十大原則，來測試軟件是否好用。軟件是否達到用戶的對軟件界面的需求。

無論是軟件編寫，還是軟件測試，都需要相應(yīng)的文檔管理。還有針對軟件測試制定的測試計劃，軟件測試執(zhí)行等。

通過本學(xué)期的學(xué)習(xí)，我感受到軟件測試是一門非常需要學(xué)習(xí)的課程。即使作為考察課程，它也是軟件行業(yè)人士所必須了解的知識。它對軟件工程項目的作用是至關(guān)重要的。現(xiàn)在，作為學(xué)生的我所做的項目雖然都是一些小的項目，但是在小組共同開發(fā)的時候還是需要用到項目的測試。如今這門課程我學(xué)的還不是很好，但我相信在今后的實訓(xùn)及工作當(dāng)中，能夠更好的體驗和感受到項目測試的精髓，對軟件項目測試有更深入的了解。我也希望，學(xué)校的老師能夠在今后的教學(xué)當(dāng)中重視軟件項目測試課程，多讓學(xué)生了解實例，去感受、體會軟件項目測試所遇到的問題和解決方案，理解軟件項目測試的精髓。