軟件測試總結(jié)

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

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

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

一．心態(tài)

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

既然選擇了，那就堅持。

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

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

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

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

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

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

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

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

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

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

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

沒有很好的動手能力是不行的。測試軟件的時候，不要怕把軟件弄壞。大膽的干吧。但是也不能隨便的沒有目的的進(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)會影響到測試的結(jié)果。一定要按照客戶的環(huán)境來進(jìn)行測試；這樣可靠;八．思路

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

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

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

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

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

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

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

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

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

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

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

testing

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

1引言

1.1編寫目的

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

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

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

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

1.2背景1.3用戶群

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

1.4定義

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

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

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

者返回異常錯誤

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

或者返回異常錯誤

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

者返回異常錯誤

1.5測試對象

略testing

1.6測試階段

系統(tǒng)測試

1.7測試工具

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

1.8參考資料

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

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

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

《XX項目計劃》

2測試概要

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

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

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

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

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

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

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

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

2.1進(jìn)度回顧計劃完成實際完成加班版本/時間計劃開始實際開始時間時間時間時間否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個人日否1個人1天2個人日testing

B5B6B7B8201*.8.1201*.8.2201*.8.4201*.8.5201*.8.6201*.8.3201*.8.4201*.8.51個人否2天2個人日2個人1天2個人日1個人1天1個人日否2個人日B9B10合計

201*.8.9201*.8.9201*.8.10201*.8.101個人6天11個人日

2.2測試執(zhí)行

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

2.3測試用例

2.3.1功能性

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

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

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

2.3.2易用性

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

輸入方式可理解性

中文界面下數(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趨勢圖

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

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

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

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

B1：從圖中看到B1共有33個BUG，因為B1版本有一個功能模塊在B2版本才開始測

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

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

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

趨勢，

B3：B3版本因為有B2版本的bug驗收測試，以及B1,B2的回歸測試，共發(fā)現(xiàn)67個

bug，和B2基本保持一致。

B4：B4版本bug數(shù)有一個下降的趨勢，是因為B4版本推遲發(fā)布，新增加了測試人員

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

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

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

義不明確。

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

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

行回歸測試，只驗證了B1－B7的bug。

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

默認(rèn)值問題

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

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

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

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

bug數(shù)

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

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

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

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

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

4.2Bug嚴(yán)重程度

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

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

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

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

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

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

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

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

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

4.3Bug引入階段

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

4.4Bug引入原因

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

4.5Bug狀態(tài)分布

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

5測試結(jié)論

5.1功能性

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

按鈕的功能。

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

5.2易用性

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

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

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

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

5.3可靠性

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

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

回復(fù)到出錯前的狀態(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)控制了以下安全性問題：

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

6分析摘要

6.1覆蓋率

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

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

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

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

6.2遺留缺陷的影響

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

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

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

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

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

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

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

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

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

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

缺陷影響：該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填

寫內(nèi)容的單位

推遲原因：該缺陷單位補充字段本來存在，翻譯不夠準(zhǔn)確，不能理解為補充單位的字段，需要等翻譯完畢后再確認(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è)置功能未實現(xiàn)

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

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

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

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

推遲原因：該功能暫時不好完成，在下個版本中完成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.3建議

在項目開始的時候應(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)行，可以在后期減少因為開發(fā)，測試不一致而導(dǎo)致的問題，同時也可以降低溝通成本。

發(fā)布版本的時候，正確布置測試環(huán)境，減少因為測試環(huán)境，測試數(shù)據(jù)庫數(shù)據(jù)的

問題而出現(xiàn)的無效bug。

開發(fā)人員解決bug的時候，填寫bug原因以及解決方式，方便bug的跟蹤。開發(fā)人員在開發(fā)版本上發(fā)現(xiàn)人員，因為開發(fā)人員發(fā)現(xiàn)的

bug

bug，可以通知測試

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

7度量

7.1資源消耗

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

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

7.2缺陷密度

8典型缺陷引入原因分析

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

需求定義不明確

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

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

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

除功能缺失。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

因為開發(fā)人員的疏忽，導(dǎo)致系統(tǒng)需要驗證的地方，調(diào)用了錯誤的驗證，系統(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)問題，請聯(lián)系我們及時刪除。

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

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