軟件測試學習總結

軟件測試學習總結

姓名：某某學號：201*0001

在大慶浦東軟件平臺有限公司經(jīng)過一周的軟件測試實訓，從對軟件測試沒有什么經(jīng)驗的我初步掌握了軟件測試的方法和技能，收獲頗多。

我在大學期間的專業(yè)是信息與計算科學，原本打算從事網(wǎng)絡方面的工作，對活動目錄、數(shù)據(jù)庫、操作系統(tǒng)等的知識比較感興趣。經(jīng)過這次理論學習，了解到要做好軟件測試，要求掌握的知識并不僅僅是測試方面的，網(wǎng)絡、數(shù)據(jù)庫、操作系統(tǒng)等的知識對做好測試也是很有幫助的。這讓我明確了以后學習的目標，在不斷學習軟件測試的同時，也應該繼續(xù)其他相關知識的深入學習。通過此次學習，對整個軟件測試行業(yè)的了解大大的加深。以前認為軟件測試只是枯燥的反復的使用被測試軟件來發(fā)現(xiàn)異常的問題，以為軟件測試并不重要，低開發(fā)一等�，F(xiàn)在認識到了軟件測試的重要性，軟件測試是軟件產(chǎn)業(yè)向軟件工業(yè)化生產(chǎn)時代邁進不可缺少的重要組成部分，是保證軟件質(zhì)量達到客戶需求不可缺少的環(huán)節(jié)。軟件測試在國內(nèi)是一個新的職業(yè)，發(fā)展得比較晚，但它的重要性正在為行業(yè)所重視。

在學習過程中，我了解了作為一個合格的測試人員所應具備的素質(zhì)與技能。其中個人素質(zhì)在測試工作中起到了非常重要的作用，它包括你的信心、耐心、細心和與人交流溝通的能力，它將貫穿你工作生涯的整個過程。在測試理論上，我們系統(tǒng)學習了軟件測試的流程，各種測試階段和測試方法，以及測試工具的使用。通過這些課程的學習，讓我們對軟件工程也有了更深刻的理解，為以后的測試工作作了很好的理論儲備和技能的提升。

軟件測試作為軟件開發(fā)過程中一個非常重要的環(huán)節(jié)，越來越成為軟件開發(fā)商和用戶關注的焦點。完善的測試是軟件質(zhì)量的保證，因此軟件測試就成了一項重要而艱巨的工作，要做好這項工作當然也絕非易事，我在做軟件測試工作中總結出了一些經(jīng)驗和技巧。1.功能點的細化

在進行測試前，先將所要測試的功能細分，填寫《測試用例表》，有針對性的運行功能測試案例，逐個對每個功能細分點進行測試。在每次運行測試案例之前，明確此次運行的目的和預期的輸出結果，并要做好記錄。2.注意測試中的錯誤集中發(fā)生的現(xiàn)象

有一些錯誤是和程序開發(fā)人員的編程水平和習慣有很大關系的。例如程序中的拼寫錯誤，習慣用法等。注意收集并記錄這些現(xiàn)象，有助于更快、更多地發(fā)現(xiàn)類似的錯誤。

3.盡可能多的使用非常規(guī)的測試充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現(xiàn)異常的情況，特殊的情況下甚至要制造極端的狀態(tài)和意外狀態(tài)，比如網(wǎng)絡突然中斷，和電源突然斷電等情況。

4.對測試錯誤結果一定要有一個確認的過程

一般有A測試出來的錯誤，一定要有一個B來確認。5.制定嚴格的測試計劃

測試時間安排的盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。6.回歸測試的關聯(lián)性一定要引起充分的注意

在開發(fā)人員剛修復Bug之后的地方，再找一找，往往開發(fā)人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現(xiàn)的現(xiàn)象并不少見。

7.測試文檔要盡可能詳細

《測試用例表》中的功能點可盡量的詳細，如實、詳細地記錄每次運行測試案例的輸入數(shù)據(jù)，輸出數(shù)據(jù)，出錯提示，進行測試的時間，完成測試的時間等，便于以后對測試工作的回溯。8.重視交流和溝通

包括和程序開發(fā)人員的交流，同是測試人員之間的交流，網(wǎng)上技術論壇和網(wǎng)友的交流，和客戶的交流等。多思考，多交流，多提問，通過多種溝通交流的途徑，可以少走很多彎路，同時可以學到很多東西。9.善于總結

在測試過程中發(fā)現(xiàn)的所有問題，異常情況，發(fā)現(xiàn)程序開發(fā)人員易犯，常犯的錯誤，各種有價值的經(jīng)驗教訓，使用系統(tǒng)和操作數(shù)據(jù)庫時發(fā)現(xiàn)或者學到的技巧，使用測試工具時的心得等等，都可以隨手記錄在筆記本或者電腦上。這些都將是今后工作中可以參照的珍貴資料，同時也會成為自己的寶貴經(jīng)驗。10.妥善保存一切測試過程文檔。

這次軟件測試實訓為我們以后從事軟件測試工作打下了良好的專業(yè)基礎，為我們的進一步學習提高打下了扎實的理論基礎。對測試過程有了初步的認識，測試計劃、測試設計、測試開發(fā)、測試執(zhí)行、測試評估、測試報告貫穿整個軟件開發(fā)過程。單元測試、集成測試、系統(tǒng)測試、驗證測試每個階段都應以用戶需求為依據(jù)。這些基本的概念雖然比較抽象，但對以后的實踐是大有益處的。總的來說，這次培訓效果不錯，對自己有一定的提升，這完全不同與學校的學習，因為它更加貼近工作，針對以后工作的內(nèi)容作了很多實例的練習與工具的使用，為我們更快的加入工作提供的很好的前提。接下來一段時間，我將利用假期進入相關測試部門進行實際項目的訓練，我相信在我有了很好的理論基礎后，會在工作中很好的加以應用，讓測試工作做得更好。同時，我會更加努力的學習與工作，遇到問題會及時多渠道尋找解決方法，積極上進，希望早日成為一名優(yōu)秀的測試人員。

擴展閱讀：學習【軟件測試總結報告模板】

testing

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

1引言

1.1編寫目的

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

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

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

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

1.2背景1.3用戶群

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

1.4定義

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

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

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

者返回異常錯誤

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

或者返回異常錯誤

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

者返回異常錯誤

1.5測試對象

略testing

1.6測試階段

系統(tǒng)測試

1.7測試工具

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

1.8參考資料

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

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

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

《XX項目計劃》

2測試概要

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

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

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

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

測試進度依照項目計劃

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

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

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

2.1進度回顧計劃完成實際完成加班版本/時間計劃開始實際開始時間時間時間時間否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í)行

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

2.3測試用例

2.3.1功能性

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

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

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

2.3.2易用性

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

輸入方式可理解性

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

3測試環(huán)境

3.1.1軟硬件環(huán)境

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

數(shù)據(jù)庫服務器：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)絡環(huán)境

10MLAN10MLAN3.1.2網(wǎng)絡拓撲`客戶端`以太網(wǎng)`應用服務器、數(shù)據(jù)庫服務器testing

4測試結果

4.1Bug趨勢圖

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

第一階段，增量確認測試。

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

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

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

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

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

BUG進行驗證同時對B1進行了回歸測試，所以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驗證和功能回歸確認測試。

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

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

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

默認值問題

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

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

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

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

bug數(shù)

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

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

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

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

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

4.2Bug嚴重程度

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

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

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

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

不到頁面錯誤權限控制異常

嚴重級別bug按版本分布如下：testing

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

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

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

4.3Bug引入階段

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

4.4Bug引入原因

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

4.5Bug狀態(tài)分布

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

5測試結論

5.1功能性

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

按鈕的功能。

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

5.2易用性

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

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

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

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

5.3可靠性

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

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

回復到出錯前的狀態(tài)

5.4兼容性

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

火狐瀏覽器。

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

5.5安全性

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

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

6分析摘要

6.1覆蓋率

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

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

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

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

6.2遺留缺陷的影響

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

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

2．缺陷描述：酒店基礎信息管理模塊，默認語言設置不一致。用中文查詢酒店，進入酒店

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

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

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

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

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

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

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

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

寫內(nèi)容的單位

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

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

認值無顯示

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

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

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

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

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

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

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

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

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

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

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

b>權限控制錯誤testing

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

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

b>權限控制錯誤

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

Update權限，與其他模塊不同，需要重新設置權限控制方式。

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

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

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

6.3建議

在項目開始的時候應該制定編碼標準，數(shù)據(jù)庫標準，需求變更標準，開發(fā)和測

試人員都嚴格按照標準進行，可以在后期減少因為開發(fā)，測試不一致而導致的問題，同時也可以降低溝通成本。

發(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人天服務器：PC2臺硬件資源客戶端：PC2臺testing

7.2缺陷密度

8典型缺陷引入原因分析

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

需求定義不明確

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

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

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

除功能缺失。

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

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

3．頁面設計和需求不一致

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

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

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

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

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

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

5．頁面設計易用性缺陷

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

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

提示信息錯誤，不同模塊相同結果的提示信息不一致，用戶操作后，相應的testing

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

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

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

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

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

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

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

• 上一篇：安全總結會議讀后感
• 下一篇：測試轉(zhuǎn)正總結