軟件測試總結(jié)

測試經(jīng)驗(yàn)總結(jié)本人做過兩年的軟件測試�，F(xiàn)總結(jié)這兩年的工作經(jīng)驗(yàn)并分享給大家。希望對(duì)于想進(jìn)入軟件行業(yè)的朋友有所幫助。

如果您對(duì)本文檔不滿意，希望批評(píng)指正；本文檔是隨筆所寫,沒有順序可言。；本文檔適合想進(jìn)入軟件測試行業(yè)的朋友，或進(jìn)入軟件行業(yè)時(shí)間不長的朋友，如果您是多年的軟件高級(jí)測試員或軟件開發(fā)人員，則沒有必要看這個(gè)文檔（免得浪費(fèi)您的時(shí)候，到最后看完沒覺得有什么幫助，然后…狂罵）。

本文檔是個(gè)人總結(jié)，難免有所錯(cuò)誤，如發(fā)現(xiàn)錯(cuò)誤，希望發(fā)郵件（laibayiqifengdou@163.com）指正。集體的智慧永遠(yuǎn)都是無窮的.

一．心態(tài)

軟件測試員，首先要心態(tài)好。什么叫心態(tài)好。就是你要有耐心，有細(xì)心，有責(zé)任心。不要三天打魚兩天曬網(wǎng)的。經(jīng)驗(yàn)是日常點(diǎn)點(diǎn)滴滴積累的。這是句實(shí)話，也是句屁話。時(shí)不時(shí)的想想這句所謂的屁話，你會(huì)受益匪淺的；

既然選擇了，那就堅(jiān)持。

但是：如果你有機(jī)會(huì)成為國家的人，那我就要告訴你的是：干什么軟件測試啊，傻啊，哪有國家公務(wù)員爽呢，公務(wù)員是一輩子的。打工做測試哪年是個(gè)頭啊。打工只是沒有辦法的辦法，僅此而已！幻想著想創(chuàng)業(yè)，阿彌陀佛。哥們，現(xiàn)實(shí)點(diǎn)吧。那都是騙人的。就那么幾個(gè)人成功了而已，而且社會(huì)環(huán)境也變了。不好混啊。軟件測試剛開始你會(huì)學(xué)一些東西，等到了一定階段的時(shí)候，你會(huì)發(fā)現(xiàn)自己學(xué)的東西越來越少,工作總是重復(fù)（黑盒測試這種情況居多）。二．要命的細(xì)節(jié)

做軟件測試員，心細(xì)是肯定要有的，不然你就無法升級(jí)到高級(jí)軟件測試員，無法拿更高的工資；

任何bug都是從點(diǎn)點(diǎn)滴滴的細(xì)節(jié)中發(fā)現(xiàn)的。特別是一些不容易發(fā)現(xiàn)的bug。比如：

記得當(dāng)時(shí)我測試一個(gè)軟件的時(shí)候，在測試的過程中，突然發(fā)現(xiàn)軟件居然變得很遲緩（就是軟件反應(yīng)速度慢），重新啟動(dòng)軟件后，還是很遲緩，只有剛開機(jī)測試的時(shí)候，軟件響應(yīng)速度快，后來在測試的過程中發(fā)現(xiàn)，在重復(fù)登陸軟件的時(shí)候，相應(yīng)的進(jìn)程并沒有關(guān)閉，登陸次數(shù)越多，相應(yīng)進(jìn)程也就越多，可用內(nèi)存越來越少，導(dǎo)致軟件越來越慢。這就是我認(rèn)為的細(xì)節(jié)之一；

我這么說不是讓大家在測試軟件的時(shí)候，沒事就看進(jìn)程。我只是說：在測試的過程中如發(fā)現(xiàn)軟件突然出現(xiàn)異常情況，抓住這個(gè)細(xì)節(jié)，然后一點(diǎn)一點(diǎn)的分析，在什么樣操作下出現(xiàn)的這個(gè)問題；一旦能夠復(fù)現(xiàn)這個(gè)問題，那么及時(shí)的做好文檔并與開發(fā)進(jìn)行溝通；

再比如：上一版本的程序，某模塊的功能是正常的，下個(gè)版本這個(gè)模塊的功能卻出現(xiàn)了bug。（這是很正常的），因?yàn)檐浖�中關(guān)聯(lián)的東西很多。開發(fā)人員改動(dòng)了軟件，可能影響到了相關(guān)聯(lián)功能，導(dǎo)致新的bug出現(xiàn)；

再比如：幾個(gè)相關(guān)軟件進(jìn)行測試的時(shí)候，有的時(shí)候軟件之間是有影響的，即：如果出現(xiàn)bug的話，很難測試出來；必須一步一步的細(xì)心耐心的測試；當(dāng)時(shí)我在測試兩個(gè)想關(guān)聯(lián)的軟件的時(shí)候，發(fā)現(xiàn)數(shù)據(jù)庫中的某個(gè)表的字段數(shù)據(jù)突然不對(duì)了。當(dāng)時(shí)我只是單獨(dú)的去測試這個(gè)兩個(gè)軟件，沒有把兩個(gè)軟件關(guān)聯(lián)起來測試,怎么測試都沒測試出來，后來我整理下思路發(fā)現(xiàn)，可能是第二個(gè)軟件影響了第一個(gè)軟件得數(shù)據(jù)。后來經(jīng)過多次的驗(yàn)證，2確實(shí)如我所想的那樣。所以細(xì)心是根本;你比別人細(xì)心那么你就有可能會(huì)比別人走的更遠(yuǎn);三．理論

軟件測試?yán)碚摏]多少東西。買本書花一星期或者幾天你就能搞定；什么黑盒測試。白盒測試�；液袦y試；功能測試，性能測試。有什么樣的測試方法了，如何進(jìn)行測試了。測試的目的等等；這些都很簡單，面試的時(shí)候，肯定會(huì)問到，所以掌握軟件基礎(chǔ)知識(shí)，是灰常必要的。不然你都沒法忽悠；工資的高低有的時(shí)候就靠你的忽悠能力。如果面試官懂軟件測試，那么你就要注意了。你要把你確定100%的東西要肯定的回答，然后再加上自己的理解，然后開始忽悠。四．軟件測試的目的

如果有人問你：軟件測試的目的是什么？如果你說:就是為了測試軟件的bug，測試軟件存在多少個(gè)bug。那么你要倒霉了。

軟件測試的目的并不是測試軟件的bug數(shù)量。而是測試軟件是否能夠滿足客戶的需要；切記這點(diǎn)。

本人認(rèn)為：沒有bug的軟件是不存在的（客觀也是如此）。只要軟件的功能能夠得到客戶的認(rèn)可，就ok五．動(dòng)手能力

沒有很好的動(dòng)手能力是不行的。測試軟件的時(shí)候，不要怕把軟件弄壞。大膽的干吧。但是也不能隨便的沒有目的的進(jìn)行測試。測試軟件都是有目的的。你要明白要測試的這部分功能是什么，相關(guān)聯(lián)的功能是什么。然后想想如何進(jìn)行測試，然后開始測試；六．文檔

在測試的過程中如果公司有bug管理工具，那么就可以省了不少文檔。測試的需要很多文檔：測試用例，測試結(jié)果文檔，測試總結(jié)文檔等等；七．描述bug

描述bug一定要把每一步詳細(xì)操作都要說明，然后再說明在哪一步出現(xiàn)的bug，最好有截圖。當(dāng)然了如果需要，你要寫好軟件的版本，和你電腦的環(huán)境（什么系統(tǒng)）

在不同的操作系統(tǒng)下，bug不一定都能出現(xiàn)；也就是說：操作系統(tǒng)會(huì)影響到測試的結(jié)果。一定要按照客戶的環(huán)境來進(jìn)行測試；這樣可靠;八．思路

測試的時(shí)候，要明白整體的測試流程。思路要清晰。如果思路不清晰的話，軟件的很多bug你根本測試不出來，這也就是為什么客戶現(xiàn)場出現(xiàn)的bug，測試部為什么測試不出來的原因之一。測試部的人有的時(shí)候不是站在客戶的立場上進(jìn)行測試的，這一點(diǎn)很要命；九．測試特殊業(yè)務(wù)

如果是給銀行項(xiàng)目測試的話，你要規(guī)范你的測試文檔。比如：文檔行間距，字體大小,文檔說明.錯(cuò)別字等等。因?yàn)殂y行的人不懂業(yè)務(wù)，他們就懂得看文檔，對(duì)文檔要求特別的高。誰讓人家是客戶呢，客戶就是上帝。

十．沒事翻翻測試書籍，在網(wǎng)上查查測試資料。時(shí)不時(shí)的總結(jié)下自己的測試經(jīng)驗(yàn)。跟同事，

同行交流測試經(jīng)驗(yàn)，這樣進(jìn)步更快，就好比：和尚坐火箭，突飛猛進(jìn)

十一．好的測試員，肯定是要學(xué)會(huì)用loadrunner，QTP這些測試工具的。這些工具是測試

項(xiàng)目的時(shí)候用的。這些工具很重要的，想學(xué)習(xí)這些工具,則在百度上下載個(gè)破解版的。沒事學(xué)習(xí)下。其實(shí)也沒那么難。一個(gè)星期基本操作完全可以搞定。深入的功能需要日常慢慢積累。將來的工資跟會(huì)不會(huì)這些工具有很大關(guān)系；十二．?dāng)?shù)據(jù)庫要求

做測試員的話，對(duì)數(shù)據(jù)庫的CRUD（創(chuàng)建，查詢，更新，刪除操作的sql腳本）也得會(huì)，這是最基本的了。沒什么難的�；页５膃asy。心態(tài)，要注意你的心態(tài)。渺視測試這個(gè)工作吧。沒什么的難度的。不要因?yàn)橐淮蔚氖д`而灰心，完全沒那個(gè)必要。這次的失誤僅僅是為了下次成功做的準(zhǔn)備而已。沒什么大不了的。如果你在一個(gè)地方跌倒多次，要么說明你不夠心細(xì)，要么就說明你倒霉，前者居多；十三．溝通

說了半天了。團(tuán)隊(duì)中灰常重要的一個(gè)概念就是溝通。跟同事的溝通，跟領(lǐng)導(dǎo)的溝通。為什么要夠溝通？在通常情況下，測試風(fēng)險(xiǎn)很小。但是如果是軟件有關(guān)金額的模塊讓你來測試。你必須做好跟研發(fā)溝通的準(zhǔn)備，比如軟件最后計(jì)算出的金額與你多次計(jì)算的金額不等（哪怕是幾塊錢，幾毛錢，幾分錢都要當(dāng)回事。因?yàn)檐浖�用的越多。這些差額就越大），你確定是軟件計(jì)算錯(cuò)誤的情況下。那么你一定要與研發(fā)人員進(jìn)行溝通。如果研發(fā)認(rèn)為不是bug，那么你要及時(shí)的與你的上級(jí)溝通。這種情況很常見；只有讓你的領(lǐng)導(dǎo)知道了這個(gè)事情了。領(lǐng)導(dǎo)會(huì)去與研發(fā)再次溝通。如果客戶現(xiàn)場真的出現(xiàn)因?yàn)檐浖��?jì)算錯(cuò)誤，造成了損失，也沒你的責(zé)任；經(jīng)理就替你扛了(一般情況下,特殊另算,呵呵)。前提是你必須讓替你扛事的人知道是什么問題。否則搞不好要扣你錢的，不要吃這啞巴虧;也就這么點(diǎn)經(jīng)驗(yàn)了,在寫露餡了.雖然有點(diǎn)扯淡,基本上都是我經(jīng)歷過的.讓后來的測試人員少走一些彎路.

以后我會(huì)陸續(xù)的，更細(xì)致的總結(jié)自己的測試經(jīng)驗(yàn)的.你也可以提供更好的經(jīng)驗(yàn),咱們共享下,我會(huì)不斷地努力的.目前本人干的是開發(fā)，我也會(huì)把開發(fā)的經(jīng)驗(yàn)分享給大家，如果有贊助的哥們，也可跟我聯(lián)系。10塊20塊，不嫌少，感覺有點(diǎn)像要飯的。呵呵。玩笑而已！大家出來混都不容易。如果真有那我就不客氣了.呵呵。文件中的郵箱聯(lián)系（laibayiqifengdou@163.com）；

想結(jié)婚卻沒房的木子海濤201*-08-

擴(kuò)展閱讀：學(xué)習(xí)【軟件測試總結(jié)報(bào)告模板】

testing

XX系統(tǒng)測試總結(jié)報(bào)告testing

1引言

1.1編寫目的

編寫該測試總結(jié)報(bào)告主要有以下幾個(gè)目的

1．通過對(duì)測試結(jié)果的分析，得到對(duì)軟件質(zhì)量的評(píng)價(jià)

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

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

1.2背景1.3用戶群

主要讀者：XX項(xiàng)目管理人員，XX項(xiàng)目測試經(jīng)理其他讀者：XX項(xiàng)目相關(guān)人員。

1.4定義

嚴(yán)重bug：出現(xiàn)以下缺陷，測試定義為嚴(yán)重bug

系統(tǒng)無響應(yīng)，處于死機(jī)狀態(tài)，需要其他人工修復(fù)系統(tǒng)才可復(fù)原。點(diǎn)擊某個(gè)菜單后出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯(cuò)誤。

進(jìn)行某個(gè)操作（增加、修改、刪除等）后，出現(xiàn)“Thepagecannotbedisplayed”或

者返回異常錯(cuò)誤

當(dāng)對(duì)必填字段進(jìn)行校驗(yàn)時(shí)，未輸入必輸字段，出現(xiàn)“Thepagecannotbedisplayed”

或者返回異常錯(cuò)誤

系統(tǒng)定義不能重復(fù)的字段輸入重復(fù)數(shù)據(jù)后，出現(xiàn)“Thepagecannotbedisplayed”或

者返回異常錯(cuò)誤

1.5測試對(duì)象

略testing

1.6測試階段

系統(tǒng)測試

1.7測試工具

Bugzilla缺陷管理系統(tǒng)

1.8參考資料

《XX需求和設(shè)計(jì)說明書》《XX數(shù)據(jù)字典》

《XX后臺(tái)管理系統(tǒng)測試計(jì)劃》

《XX后臺(tái)管理系統(tǒng)測試用例》

《XX項(xiàng)目計(jì)劃》

2測試概要

XX后臺(tái)管理系統(tǒng)測試從201*年7月2日開始到201*年8月10日結(jié)束，共持續(xù)39

天，測試功能點(diǎn)174個(gè)，執(zhí)行2385個(gè)測試用例，平均每個(gè)功能點(diǎn)執(zhí)行測試用例13.7個(gè)，

測試共發(fā)現(xiàn)427個(gè)bug，其中嚴(yán)重級(jí)別的bug68個(gè)，無效bug44個(gè)，平均每個(gè)測試功能點(diǎn)2.2個(gè)bug。

XX總共發(fā)布11個(gè)測試版本，其中B1B5為計(jì)劃內(nèi)迭代開發(fā)版本（針對(duì)項(xiàng)目計(jì)劃的基線標(biāo)識(shí)），B6－B8B1B4

測試進(jìn)度依照項(xiàng)目計(jì)劃

為回歸測試版本。計(jì)劃內(nèi)測試版本，

時(shí)間準(zhǔn)時(shí)完成測試并提交報(bào)告，其中B4版本推遲一天發(fā)布版本，測試通過增加一個(gè)人日，準(zhǔn)時(shí)完成測試。B5版本推遲發(fā)布2天，測試增加2個(gè)人日，準(zhǔn)時(shí)完成測試。

B6－B11為計(jì)劃外回歸測試版本，測試增加5個(gè)工作人日的資源，準(zhǔn)時(shí)完成測試。XX測試通過Bugzilla缺陷管理工具進(jìn)行缺陷跟蹤管理，B1B4測試階段都有詳細(xì)的bug分析表和階段測試報(bào)告。

2.1進(jìn)度回顧計(jì)劃完成實(shí)際完成加班版本/時(shí)間計(jì)劃開始實(shí)際開始時(shí)間時(shí)間時(shí)間時(shí)間否B1201*.7.2201*.7.2201*.7.5201*.7.5B2B3B4增加資源否否201*.7.16201*.7.23201*.7.28201*.7.16201*.7.23201*.7.29201*.7.19201*.7.25201*.7.31201*.7.19201*.7.24201*.7.31否2個(gè)人日否1個(gè)人1天2個(gè)人日testing

B5B6B7B8201*.8.1201*.8.2201*.8.4201*.8.5201*.8.6201*.8.3201*.8.4201*.8.51個(gè)人否2天2個(gè)人日2個(gè)人1天2個(gè)人日1個(gè)人1天1個(gè)人日否2個(gè)人日B9B10合計(jì)

201*.8.9201*.8.9201*.8.10201*.8.101個(gè)人6天11個(gè)人日

2.2測試執(zhí)行

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

2.3測試用例

2.3.1功能性

系統(tǒng)實(shí)現(xiàn)的主要功能，包括查詢，添加，修改，刪除。

系統(tǒng)實(shí)現(xiàn)的次要功能，包括為用戶分配酒店，為用戶分配權(quán)限，渠道酒店綁定，渠道RATE綁定，權(quán)限控制菜單按鈕。

需求規(guī)定的輸入輸出字段，以及需求規(guī)定的輸入限制

2.3.2易用性

操作按鈕提示信息正確性，一致性，可理解性限制條件提示信息正確性，一致性，可理解性必填項(xiàng)標(biāo)識(shí)

輸入方式可理解性

中文界面下數(shù)據(jù)語言與界面語言的一致性testing

3測試環(huán)境

3.1.1軟硬件環(huán)境

硬件環(huán)境硬件配置應(yīng)用服務(wù)器CPU2.40GHzstepping01Memory：1048256kHD：ST380817AS80GSATAOS：CentOS4.2JDK1.5.0_06Apache2.2.0Tomcat5.5.1510MLAN

數(shù)據(jù)庫服務(wù)器：Celeron(R)客戶端Intel(R)CPU：Intel(R)Celeron(R)CPUCPU2.40GHzstepping01

CPU：Intel(R)Celeron(R)CPU軟件配置2.40GHzstepping01Memory：1048256kMemory：1048256kHD：ST380817AS80GHD：ST380817AS80GSATASATAWindow201*OS：CentOS4.2MySQL5.0.17LinuxProfessional（SP2）IE6.0.2900.2180.xpsp_sp2

網(wǎng)絡(luò)環(huán)境

10MLAN10MLAN3.1.2網(wǎng)絡(luò)拓?fù)鋊客戶端`以太網(wǎng)`應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器testing

4測試結(jié)果

4.1Bug趨勢(shì)圖

此次黑盒測試總共發(fā)布11個(gè)版本，B1B5為計(jì)劃內(nèi)迭代開發(fā)版本（針對(duì)項(xiàng)目計(jì)劃的基線標(biāo)識(shí)），B6-B11為進(jìn)行的回歸測試版本，bug版本趨勢(shì)圖如下圖所示：

第一階段，增量確認(rèn)測試。

時(shí)間從201*年7月2日到201*年8月3日。從Bug趨勢(shì)圖中可以看出，每個(gè)版本的

bug數(shù)基本維持在60個(gè)左右。

B1：從圖中看到B1共有33個(gè)BUG，因?yàn)锽1版本有一個(gè)功能模塊在B2版本才開始測

試，B1測試模塊相對(duì)較少，所以B1版本bug相對(duì)較少。

B2：由于B1中的一個(gè)功能模塊增加到Build2中進(jìn)行測試，這一版本除了對(duì)B1中的

BUG進(jìn)行驗(yàn)證同時(shí)對(duì)B1進(jìn)行了回歸測試，所以B2中的bug數(shù)相對(duì)B1出現(xiàn)了明顯的增長

趨勢(shì)，

B3：B3版本因?yàn)橛蠦2版本的bug驗(yàn)收測試，以及B1,B2的回歸測試，共發(fā)現(xiàn)67個(gè)

bug，和B2基本保持一致。

B4：B4版本bug數(shù)有一個(gè)下降的趨勢(shì)，是因?yàn)锽4版本推遲發(fā)布，新增加了測試人員

參與測試，對(duì)系統(tǒng)不夠熟悉，以及測試時(shí)間緊張，部分測試用例沒有執(zhí)行，測試覆蓋度不夠，testing

所以發(fā)現(xiàn)bug數(shù)呈下降趨勢(shì)。

B5：B5版本bug數(shù)又有一個(gè)增加的趨勢(shì)，主要是由于開發(fā)功能模塊多，該版本需求定

義不明確。

第二階段，BUG驗(yàn)證和功能回歸確認(rèn)測試。

時(shí)間從201*年8月4日到201*年8月14日。B6和B7進(jìn)行了回歸測試，B8沒有進(jìn)

行回歸測試，只驗(yàn)證了B1－B7的bug。

B6：進(jìn)行第一輪回歸測試，發(fā)現(xiàn)的bug數(shù)為33個(gè)，遺留一個(gè)問題，為數(shù)據(jù)字典種類

默認(rèn)值問題

B7：進(jìn)行第二輪回歸測試，第一次回歸測試沒有涉及到權(quán)限控制菜單按鈕的測試，在

本次回歸測試的時(shí)候，重點(diǎn)進(jìn)行了這個(gè)方面的測試，又發(fā)現(xiàn)了大量的權(quán)限相關(guān)的bug。

B8：B8沒有進(jìn)行全面的回歸測試，只驗(yàn)證了B1－B7未通過驗(yàn)證的bug，所以該版本的bug數(shù)明顯比較少。

B9：B9版本進(jìn)行了全面的回歸測試，同時(shí)重點(diǎn)測試了權(quán)限控制，所以發(fā)先的

bug數(shù)

又呈現(xiàn)上升的趨勢(shì)。測試發(fā)現(xiàn)44個(gè)bug，嚴(yán)重級(jí)別的bug為14個(gè)，嚴(yán)重級(jí)別的bug集中在權(quán)限控制上，功能性嚴(yán)重bug沒有發(fā)現(xiàn)，說明權(quán)限控制依舊不穩(wěn)定，但是系統(tǒng)功能已經(jīng)穩(wěn)定。

B10：B10版本驗(yàn)證了B9版本發(fā)現(xiàn)得bug，沒有進(jìn)行全面的回歸測試。B10版本在驗(yàn)證bug的時(shí)候，重現(xiàn)打開Bug6個(gè)，新增bug2個(gè)，重新打開bug有5個(gè)為嚴(yán)重級(jí)別bug，是關(guān)

于權(quán)限控制的bug，而新發(fā)現(xiàn)的bug，1個(gè)為嚴(yán)重級(jí)別的bug，也是屬于權(quán)限控制的。說明，

權(quán)限控制還存在著問題，需要修改權(quán)限管理bug，重新發(fā)布版本后進(jìn)行全面的回歸測試。B10版本新發(fā)現(xiàn)的bug詳細(xì)分析見遺留bug分析。

B11：B11中驗(yàn)證了B1B10未驗(yàn)證的bug，重點(diǎn)測試了權(quán)限控制，同時(shí)進(jìn)行了查詢，添加，刪除，修改的功能測試，測試過程中未發(fā)現(xiàn)bug。testing

4.2Bug嚴(yán)重程度

測試發(fā)現(xiàn)的bug主要集中在normal和minor階段，屬于一般性的缺陷，但是測試的時(shí)候，出現(xiàn)了68個(gè)嚴(yán)重級(jí)別的bug，出現(xiàn)嚴(yán)重級(jí)別的bug主要表現(xiàn)在以下幾個(gè)方面

系統(tǒng)主要功能沒有實(shí)現(xiàn)

添加數(shù)據(jù)代碼重復(fù)后，出現(xiàn)的找不到頁面的錯(cuò)誤多語言處理，未考慮非語種代碼的情況

數(shù)據(jù)庫設(shè)計(jì)未考慮系統(tǒng)管理員角色，導(dǎo)致用系統(tǒng)管理員進(jìn)行操作的時(shí)候出現(xiàn)找

不到頁面錯(cuò)誤權(quán)限控制異常

嚴(yán)重級(jí)別bug按版本分布如下：testing

由嚴(yán)重bug版本分布圖可以看出，嚴(yán)重級(jí)別的bug版本趨勢(shì)和bug版本趨勢(shì)基本是一致的，但是，在B7和B9版本中年，嚴(yán)重級(jí)別的bug明顯增多，主要原因是B7和B9版本測試了權(quán)限控制按鈕功能，權(quán)限問題出現(xiàn)的嚴(yán)重級(jí)別的bug比較多。

權(quán)限bug主要表現(xiàn)：

具有相應(yīng)按鈕操作的權(quán)限，頁面無相應(yīng)按鈕，無法執(zhí)行該功能無相應(yīng)按鈕操作權(quán)限，頁面有相應(yīng)按鈕，點(diǎn)擊按鈕能出現(xiàn)權(quán)限異常錯(cuò)誤有相應(yīng)按鈕操作權(quán)限，有相應(yīng)按鈕，執(zhí)行該功能出現(xiàn)權(quán)限異常錯(cuò)誤testing

4.3Bug引入階段

由上圖可以看出，主要為前臺(tái)編碼和頁面設(shè)計(jì)方面的bug，占到了全部bug的2/3。

4.4Bug引入原因

由上圖可以看出，主要為前臺(tái)編碼和易用性方面的bug，占到了全部bug的2/3。testing

4.5Bug狀態(tài)分布

由bug狀態(tài)圖可以看出，未解決的bug有4個(gè)，主要是B8中新提交的bug，是關(guān)于用戶管理的bug，因?yàn)橛脩魴?quán)限管理需要重新設(shè)計(jì)所以，該部分的bug暫時(shí)沒有解決。

5測試結(jié)論

5.1功能性

系統(tǒng)正確實(shí)現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能，實(shí)現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能，實(shí)現(xiàn)了中英文界面。實(shí)現(xiàn)了基礎(chǔ)數(shù)據(jù)管理，酒店集團(tuán)管理，酒店基礎(chǔ)信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統(tǒng)還實(shí)現(xiàn)了將權(quán)限控制細(xì)化到菜單

按鈕的功能。

系統(tǒng)在實(shí)現(xiàn)用戶管理下的權(quán)限管理功能時(shí)，存在重大的缺陷，權(quán)限控制不嚴(yán)密，權(quán)限設(shè)計(jì)有遺漏。

5.2易用性

現(xiàn)有系統(tǒng)實(shí)現(xiàn)了如下易用性：

查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性輸入限制的正確性testing

輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷：界面排版不美觀

輸入，輸出字段的可理解性差輸入缺少解釋性說明中英文對(duì)應(yīng)的正確性中英文混排

5.3可靠性

現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實(shí)現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯(cuò)誤。

現(xiàn)有系統(tǒng)的容錯(cuò)性不高，如果系統(tǒng)出現(xiàn)錯(cuò)誤，返回錯(cuò)誤類型為找不到頁面錯(cuò)誤，無法

回復(fù)到出錯(cuò)前的狀態(tài)

5.4兼容性

現(xiàn)有系統(tǒng)支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統(tǒng)下的IE瀏覽器和

火狐瀏覽器。

現(xiàn)有系統(tǒng)未進(jìn)行其他兼容性測試

5.5安全性

現(xiàn)有系統(tǒng)控制了以下安全性問題：

把某一個(gè)登錄后的頁面保存下來，不能單獨(dú)對(duì)其進(jìn)行操作不進(jìn)行登錄直接輸入某一頁面的Url能否打開頁面并進(jìn)行操作不應(yīng)該允許�，F(xiàn)有系統(tǒng)未控制以下安全性問題：用戶名和密碼應(yīng)對(duì)大小寫敏感登陸錯(cuò)誤次數(shù)限制testing

6分析摘要

6.1覆蓋率

此次測試，所有測試用例都是在中文界面下執(zhí)行，未在英文界面下執(zhí)行，測試不包括英文界面下的測試，也不包括正對(duì)英文翻譯的測試。

此次測試，部分頁面需求描述無明確的定義，對(duì)輸入限制無詳細(xì)定義，無明確的測試依

據(jù)，在測試過程中，測試是根據(jù)輸入字段含義，測試人員理解，以及和項(xiàng)目經(jīng)理，開發(fā)人員溝通獲得測試依據(jù)，無法保證測試依據(jù)的正確性和完整性，因此，沒有進(jìn)行完整的，正確的無效數(shù)據(jù)的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性

下面為此次測試測試用例覆蓋率分析圖：

6.2遺留缺陷的影響

1．缺陷描述：酒店娛樂項(xiàng)添加頁面，“距離”字段無單位，建議增加單位

缺陷影響：距離字段無單位說明，無衡量標(biāo)準(zhǔn)，用戶易用性不好推遲原因：需求定義無單位定義，統(tǒng)一在升級(jí)版本中解決

2．缺陷描述：酒店基礎(chǔ)信息管理模塊，默認(rèn)語言設(shè)置不一致。用中文查詢酒店，進(jìn)入酒店

基礎(chǔ)信息模塊后，如下模塊，語言顯示為“請(qǐng)選擇”列表頁面添加頁面取消政策停留政策擔(dān)保政策testing

機(jī)場參照點(diǎn)會(huì)議室詳情打包促銷服務(wù)Rate而其他模塊語言顯示“中文語言”

缺陷影響：相同功能模塊默認(rèn)語言設(shè)置不一致，一致性不好推遲原因：默認(rèn)語言設(shè)置，目前無統(tǒng)一標(biāo)準(zhǔn)，升級(jí)版本中統(tǒng)一

3．缺陷描述：tomcat日志有亂碼，日志無項(xiàng)目名稱，查看不方便

缺陷影響：其他項(xiàng)目日志都有項(xiàng)目名稱，日志無項(xiàng)目名稱，查看不方便

推遲原因：目前的日志為了調(diào)試方便，顯示了很多其它信息，在項(xiàng)目正式發(fā)布時(shí)會(huì)統(tǒng)一處理的。

4．缺陷描述：取消政策管理要么，取消時(shí)間“天/小時(shí)”缺少單位補(bǔ)充字段

缺陷影響：該處因?yàn)槭莾蓚�(gè)不同的單位時(shí)間，需要有另外一個(gè)單位補(bǔ)充字段補(bǔ)充所所填

寫內(nèi)容的單位

推遲原因：該缺陷單位補(bǔ)充字段本來存在，翻譯不夠準(zhǔn)確，不能理解為補(bǔ)充單位的字段，需要等翻譯完畢后再確認(rèn)。

5．缺陷描述：數(shù)據(jù)字典種類修改，默認(rèn)值設(shè)置后，在調(diào)用該數(shù)據(jù)字典種類的數(shù)據(jù)字典，默

認(rèn)值無顯示

缺陷影響：數(shù)據(jù)字典種類的默認(rèn)值設(shè)置后，不能顯示設(shè)置的默認(rèn)值，相當(dāng)于數(shù)據(jù)字典種類默認(rèn)值設(shè)置功能未實(shí)現(xiàn)

推遲原因：該功能暫時(shí)不好實(shí)現(xiàn)，需要和和系統(tǒng)的默認(rèn)語種一起處理。6．缺陷描述：擔(dān)保政策管理頁面，“EdpositDue”缺少解釋行輸入描述信息

缺陷影響：缺少解釋性輸入描述信息，用戶不理解應(yīng)該輸入什么內(nèi)容

推遲原因：需求沒有描述，需要解釋性說明文字由項(xiàng)目經(jīng)理整理后，在升級(jí)版本中添加7．缺陷描述：多媒體添加，文件上傳功能未實(shí)現(xiàn)

缺陷影響：文件上傳功能未實(shí)現(xiàn)

推遲原因：該功能暫時(shí)不好完成，在下個(gè)版本中完成

8．缺陷描述：參照點(diǎn)添加權(quán)限和修改權(quán)限單獨(dú)控制出現(xiàn)權(quán)限異常錯(cuò)誤

缺陷影響：用戶執(zhí)行添加，修改時(shí)，出現(xiàn)權(quán)限異常，無法完成任務(wù)

推遲原因：B9版本發(fā)現(xiàn)該權(quán)限，B10版本未通過驗(yàn)證，目前該模塊開發(fā)人員調(diào)休，無法修改bug，

9．缺陷描述：酒店渠道綁定關(guān)系權(quán)限控制出現(xiàn)權(quán)限異常錯(cuò)誤

缺陷影響：a>權(quán)限控制易用性不好，會(huì)引起用戶誤操作;

b>權(quán)限控制錯(cuò)誤testing

推遲原因：B9版本發(fā)現(xiàn)該權(quán)限，B10版本未通過驗(yàn)證。該模塊后臺(tái)無insert權(quán)限,只有Update權(quán)限，與其他模塊不同，需要重新設(shè)置權(quán)限控制方式。10．缺陷描述：酒店Rate綁定關(guān)系權(quán)限控制出現(xiàn)權(quán)限異常錯(cuò)誤

缺陷影響：a>權(quán)限控制易用性不好，會(huì)引起用戶誤操作;

b>權(quán)限控制錯(cuò)誤

推遲原因：B9版本發(fā)現(xiàn)該權(quán)限，B10版本未通過驗(yàn)證。該模塊后臺(tái)無insert權(quán)限,只有

Update權(quán)限，與其他模塊不同，需要重新設(shè)置權(quán)限控制方式。

11．缺陷描述：新建業(yè)務(wù)管理員權(quán)限用戶，進(jìn)入打包促銷頁面出現(xiàn)權(quán)限異常錯(cuò)誤

缺陷影響：除系統(tǒng)管理員外，其他用戶無法進(jìn)行打包促銷操作

推遲原因：B10版本發(fā)現(xiàn)該bug，目前該模塊開發(fā)人員調(diào)休，無法修改bug

6.3建議

在項(xiàng)目開始的時(shí)候應(yīng)該制定編碼標(biāo)準(zhǔn)，數(shù)據(jù)庫標(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)人員，因?yàn)殚_發(fā)人員發(fā)現(xiàn)的

bug

bug，可以通知測試

很有可能在測試版本上出現(xiàn)，而測試人員和開發(fā)人員的思路不同，有可能測試人員沒有發(fā)現(xiàn)該bug，而且，這樣可以保證發(fā)現(xiàn)的bug都能夠被跟蹤。

7度量

7.1資源消耗

測試時(shí)間201*年7月2日至201*年8月6日共35天

測試人力1人×7天＋1人×35天＝42人天服務(wù)器：PC2臺(tái)硬件資源客戶端：PC2臺(tái)testing

7.2缺陷密度

8典型缺陷引入原因分析

測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個(gè)方面：1．

需求定義不明確

需求文檔中，存在功能定義錯(cuò)誤，輸入輸出字段描述錯(cuò)誤，輸入輸出字段限制定義錯(cuò)誤，輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進(jìn)行設(shè)計(jì)時(shí)，沒有考慮相關(guān)功能的關(guān)聯(lián)性，以及需求錯(cuò)誤的地方，在測試過程中，需求相關(guān)的問題表現(xiàn)出來。需求做改正，設(shè)計(jì)必須跟著做改動(dòng)，浪費(fèi)時(shí)間和影響開發(fā)人員的積極性，降低開發(fā)人員對(duì)需求的信任，可能會(huì)導(dǎo)致開發(fā)人員不按照需求進(jìn)行設(shè)計(jì)而根據(jù)自己的經(jīng)驗(yàn)來進(jìn)行設(shè)計(jì)。2．功能性錯(cuò)誤

功能沒有實(shí)現(xiàn)，導(dǎo)致無法進(jìn)行需求規(guī)定的功能的測試。主要是無法進(jìn)入酒店

設(shè)施管理，會(huì)議室管理頁面，酒店安全項(xiàng)管理無法保存信息，地區(qū)，房型刪

除功能缺失。

功能實(shí)現(xiàn)錯(cuò)誤，實(shí)現(xiàn)了需求未定義的功能，執(zhí)行需求定義的功能時(shí)系統(tǒng)出現(xiàn)

錯(cuò)誤。主要是角色擁有不屬于自己的權(quán)限，酒店聯(lián)系人刪除頁面跳轉(zhuǎn)錯(cuò)誤等。

3．頁面設(shè)計(jì)和需求不一致

頁面設(shè)計(jì)沒有根據(jù)需求進(jìn)行，輸入，輸出字段文字錯(cuò)誤，用戶無法理解字段含義。

頁面設(shè)計(jì)沒有完成需求規(guī)定的輸入限制驗(yàn)證，導(dǎo)致用戶可以輸入錯(cuò)誤的或者無效的數(shù)據(jù)，這些數(shù)據(jù)有可能會(huì)引起功能性錯(cuò)誤。4．多語言數(shù)據(jù)問題

系統(tǒng)中很多輸入字段是通過調(diào)用數(shù)據(jù)字典的方式輸入，但是現(xiàn)有系統(tǒng)中，很

多數(shù)據(jù)字典的多語言信息沒有完成，導(dǎo)致使用多語言的時(shí)候，顯示空白字段。

系統(tǒng)中很多地方使用多語言，由于多語言編碼不統(tǒng)一導(dǎo)致頁面設(shè)計(jì)和數(shù)據(jù)設(shè)

計(jì)使用語言編碼不一致，由此引起的多語言數(shù)據(jù)無法顯示的缺陷。

5．頁面設(shè)計(jì)易用性缺陷

頁面設(shè)計(jì)不友好，系統(tǒng)中很多頁面的輸入字段無明確的輸入提示，用戶無法

理解何種輸入是正確的，但是用戶輸入錯(cuò)誤后，系統(tǒng)提示出錯(cuò)，增加用戶負(fù)擔(dān)。

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

提示信息不明確，引起用戶誤解。

提示信息一致性，用戶在不同頁面執(zhí)行相同的操作，提示信息不同。

6．開發(fā)人員疏忽引起的缺陷

因?yàn)殚_發(fā)人員的疏忽，導(dǎo)致系統(tǒng)需要驗(yàn)證的地方，調(diào)用了錯(cuò)誤的驗(yàn)證，系統(tǒng)需要進(jìn)行輸入控制的地方?jīng)]有進(jìn)行相應(yīng)的控制。

友情提示：本文中關(guān)于《軟件測試總結(jié)》給出的范例僅供您參考拓展思維使用，軟件測試總結(jié)：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《軟件測試總結(jié)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.taixiivf.com/gongwen/686788.html

• 上一篇：軟件測試工程師的工作經(jīng)驗(yàn)總結(jié)
• 下一篇：測試工程工作總結(jié)