軟件測試總結(jié)報告
1引言
1.1編寫目的
編寫該測試總結(jié)報告主要有以下幾個目的1.通過對測試結(jié)果的分析,得到對軟件質(zhì)量的評價
2.分析測試的過程,產(chǎn)品,資源,信息,為以后制定測試計劃提供參考3.評估測試測試執(zhí)行和測試計劃是否符合
4.分析系統(tǒng)存在的缺陷,為修復和預防bug提供建議
1.2背景
1.3用戶群
主要讀者:***項目管理人員其他讀者:***項目相關(guān)人員。
1.4定義
基本功能點測試:等價類劃分法、邊界值法、錯誤推測法、場景法
業(yè)務流程測試:根據(jù)業(yè)務邏輯,構(gòu)建測試數(shù)據(jù),執(zhí)行業(yè)務流程,查看執(zhí)行結(jié)果與預期是否一致界面易用性測試:根據(jù)界面測試規(guī)范及日常使用習慣,提出軟件的非功能實現(xiàn)問題
回歸測試:對已修復的問題,根據(jù)測試出該錯誤的用例,重新執(zhí)行該用例,驗證問題是否真正被修復,
以及是否又引起了其它錯誤
1.5測試對象
對綜合管理系統(tǒng)進行全新測試,主要進行功能測試、系統(tǒng)測試
1.6測試階段
第一階段:對主業(yè)務邏輯及功能進行測試第二階段:對所有業(yè)務邏輯及功能進行深入測試第三階段:回歸測試
1.7測試工具
BugFree缺陷管理工具
1.8參考資料
《***功能描述》《***數(shù)據(jù)字典》《***測試計劃》《***測試用例》《***項目計劃》
2測試概要
***系統(tǒng)測試從201*年7月25日到201*年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測試用例
3測試環(huán)境與方法
3.1軟硬件環(huán)境
3.2測試方法和工具
4測試結(jié)果
4.1Bug引入階段
4.2Bug引入原因
5測試覆蓋分析
1.此次測試的重點在在于對功能的測試,特別是V2.0新增功能的測試;2.***完成在常見的操作環(huán)境下的測試,因此具有良好的兼容性。
3.本次此時的目的除了基本的功能測試外,重點突出對系統(tǒng)易用性的測試,力圖使系統(tǒng)更加的人性化,操作更加簡單,易懂。
6測試結(jié)果和建議
6.1測試結(jié)論
1.***的測試工作已基本結(jié)束,功能測試目標也已完成,剩下部分報表的設計需要繼續(xù)完善。
2.本次測試從功能性,易用性,兼容性等多個方面進行測試,力圖在滿足客戶需求的基礎(chǔ)上操作更加簡捷,人性化。6.2改進建議
1.測試過程中遇到的最大問題是需求的不確定性和需求的變更。前期由于開發(fā)人員和測試人員對一些需求的理解不一致,或是在需求文檔中需求的定義不明確,大家根據(jù)自己的理解開展工作,繼而在后期工作中產(chǎn)生一些不必要的bug;除此之外,由于在前期,沒有對客戶的需求進行較為準確的界定,在開發(fā)過程中,客戶提出一些新的要求,而這些要求和其他功能具有關(guān)聯(lián)性,需求做改動,開發(fā)和測試也進行改動,比較顯著地例子是在開發(fā)中后期要求在一個關(guān)聯(lián)性強的表中增加一個字段,從而引起一系列重復的測試。因此我認為在開發(fā)前期要反復確定需求,并制定需求變更標準,避免在開發(fā)過程中出現(xiàn)重復,返工的現(xiàn)象。
2.本次測試由于主要是手工測試,因此未能實現(xiàn)對一些功能的進行大量數(shù)據(jù)操作的測試
3.系統(tǒng)目前比較明顯的缺陷是報表打開速度比較慢,這個嚴重影響了系統(tǒng)的性能,是需要研究改進的部分。
擴展閱讀:軟件測試總結(jié)報告模板
項目名稱
測試計劃
(IT/ST/RGT/STB)
姓名日期
作者確認批準
修訂歷史記錄
版號
改號日期作者修訂要點目錄
目錄................................................................................................................................................31引言...............................................................................................................................................4
1.1編寫目的............................................................................................................................41.2背景....................................................................................................................................41.3用戶群................................................................................................................................41.4定義....................................................................................................................................41.5測試對象...........................................................................................................................41.6測試階段...........................................................................................................................41.7測試工具...........................................................................................................................41.8參考資料...........................................................................................................................42測試概要........................................................................................................................................5
2.1進度回顧............................................................................................................................52.2測試執(zhí)行............................................................................................................................52.3測試用例...........................................................................................................................5
2.3.1功能性...................................................................................................................52.3.2易用性...................................................................................................................5
3測試環(huán)境........................................................................................................................................6
軟硬件環(huán)境...............................................................................................................................64測試結(jié)果...................................................................................................................................6
4.1Bug趨勢圖.....................................................................................................................64.2Bug嚴重程度.................................................................................................................84.4Bug引入原因...............................................................................................................104.5Bug狀態(tài)分布...............................................................................................................105測試結(jié)論......................................................................................................................................11
5.1功能性..............................................................................................................................115.2易用性..............................................................................................................................115.3可靠性..............................................................................................................................115.4兼容性..............................................................................................................................115.5安全性..............................................................................................................................116分析摘要.................................................................................................................................12
6.1覆蓋率.............................................................................................................................126.2遺留缺陷的影響.............................................................................................................126.3建議.................................................................................................................................137度量.............................................................................................................................................14
7.1資源消耗.........................................................................................................................147.2缺陷密度.........................................................................................................................148典型缺陷引入原因分析..............................................................................................................1引言
1.1編寫目的
編寫該測試總結(jié)報告主要有以下幾個目的
1.通過對測試結(jié)果的分析,得到對軟件質(zhì)量的評價
2.分析測試的過程,產(chǎn)品,資源,信息,為以后制定測試計劃提供參考3.評估測試測試執(zhí)行和測試計劃是否符合
4.分析系統(tǒng)存在的缺陷,為修復和預防bug提供建議
1.2背景
1.3用戶群
主要讀者:XX項目管理人員,XX項目測試經(jīng)理其他讀者:XX項目相關(guān)人員。
1.4定義
嚴重bug:出現(xiàn)以下缺陷,測試定義為嚴重bug
1)系統(tǒng)無響應,處于死機狀態(tài),需要其他人工修復系統(tǒng)才可復原。
2)點擊某個菜單后出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯誤。3)進行某個操作(增加、修改、刪除等)后,出現(xiàn)“Thepagecannotbedisplayed”
或者返回異常錯誤
4)當對必填字段進行校驗時,未輸入必輸字段,出現(xiàn)“Thepagecannotbe
displayed”或者返回異常錯誤
5)系統(tǒng)定義不能重復的字段輸入重復數(shù)據(jù)后,出現(xiàn)“Thepagecannotbedisplayed”
或者返回異常錯誤
1.5測試對象
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日結(jié)束,共持續(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-B8為回歸測試版本。計劃內(nèi)測試版本,B1B4測試進度依照項目計劃時間準時完成測試并提交報告,其中B4版本推遲一天發(fā)布版本,測試通過增加一個人日,準時完成測試。B5版本推遲發(fā)布2天,測試增加2個人日,準時完成測試。
B6-B11為計劃外回歸測試版本,測試增加5個工作人日的資源,準時完成測試。XX測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理,B1B4測試階段都有詳細的bug分析表和階段測試報告
2.1進度回顧
版本/時計劃開始間時間實際開始時間計劃完成時間實際完成時間加班時間增加資源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)的次要功能,包括為用戶分配酒店,為用戶分配權(quán)限,渠道酒店綁定,渠道RATE綁定,權(quán)限控制菜單按鈕。
需求規(guī)定的輸入輸出字段,以及需求規(guī)定的輸入限制
2.3.2易用性操作按鈕提示信息正確性,一致性,可理解性限制條件提示信息正確性,一致性,可理解性必填項標識輸入方式可理解性
中文界面下數(shù)據(jù)語言與界面語言的一致性
3測試環(huán)境
軟硬件環(huán)境
硬件環(huán)境硬件配置應用服務器CPU:數(shù)據(jù)庫服務器CPU:客戶端CPU:Intel(R)Celeron(R)Intel(R)Celeron(R)Intel(R)Celeron(R)CPU2.40GHzstepping01CPU2.40GHzsteppingCPU2.40GHzsteppingMemory:1048256kHD:ST380817AS0101Memory:1048256kHD:ST380817ASMemory:1048256kHD:ST380817AS80GSATAOS:CentOS4.2MySQL5.0.17Linux10MLAN80GSATAWindows201*Professional(SP2)IE6.0.2900.2180.xpsp_sp210MLAN軟件配置80GSATAOS:CentOS4.2JDK1.5.0_06Apache2.2.0Tomcat5.5.15網(wǎng)絡環(huán)境10MLAN4測試結(jié)果
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í)行,測試覆蓋度不夠,所以發(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:進行第二輪回歸測試,第一次回歸測試沒有涉及到權(quán)限控制菜單按鈕的測試,在本次回歸測試的時候,重點進行了這個方面的測試,又發(fā)現(xiàn)了大量的權(quán)限相關(guān)的bug。
B8:B8沒有進行全面的回歸測試,只驗證了B1-B7未通過驗證的bug,所以該版本的bug數(shù)明顯比較少。
B9:B9版本進行了全面的回歸測試,同時重點測試了權(quán)限控制,所以發(fā)先bug數(shù)又呈現(xiàn)上升的趨勢。測試發(fā)現(xiàn)44個bug,嚴重級別的bug為14個,嚴重級別的bug集中在權(quán)限控制上,功能性嚴重bug沒有發(fā)現(xiàn),說明權(quá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,是關(guān)于權(quán)限控制的bug,而新發(fā)現(xiàn)的bug,1個為嚴重級別的bug,也是屬于權(quán)限控制的。說明,權(quán)限控制還存在著問題,需要修改權(quán)限管理bug,重新發(fā)布版本后進行全面的回歸測試。B10版本新發(fā)現(xiàn)的bug詳細分析見遺留bug分析。
B11:B11中驗證了B1B10未驗證的bug,重點測試了權(quán)限控制,同時進行了查詢,添加,刪除,修改的功能測試,測試過程中未發(fā)現(xiàn)bug。
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)找不到頁面錯誤權(quán)限控制異常
嚴重級別bug按版本分布如下:
由嚴重bug版本分布圖可以看出,嚴重級別的bug版本趨勢和bug版本趨勢基本是一致的,但是,在B7和B9版本中年,嚴重級別的bug明顯增多,主要原因是B7和B9版本測試了權(quán)限控制按鈕功能,權(quán)限問題出現(xiàn)的嚴重級別的bug比較多。
權(quán)限bug主要表現(xiàn):
具有相應按鈕操作的權(quán)限,頁面無相應按鈕,無法執(zhí)行該功能無相應按鈕操作權(quán)限,頁面有相應按鈕,點擊按鈕能出現(xiàn)權(quán)限異常錯誤有相應按鈕操作權(quán)限,有相應按鈕,執(zhí)行該功能出現(xiàn)權(quán)限異常錯誤
4.3Bug引入階段
由上圖可以看出,主要為前臺編碼和頁面設計方面的bug,占到了全部bug的2/3。
4.4Bug引入原因
由上圖可以看出,主要為前臺編碼和易用性方面的bug,占到了全部bug的2/3。
4.5Bug狀態(tài)分布
由bug狀態(tài)圖可以看出,未解決的bug有4個,主要是B8中新提交的bug,是關(guān)于用戶管理的bug,因為用戶權(quán)限管理需要重新設計,所以,該部分的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)限控制細化到菜單按鈕的功能。
系統(tǒng)在實現(xiàn)用戶管理下的權(quán)限管理功能時,存在重大的缺陷,權(quán)限控制不嚴密,權(quán)限設計有遺漏。
5.2易用性
現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性:
查詢,添加,刪除,修改操作相關(guān)提示信息的一致性,可理解性輸入限制的正確性
輸入限制提示信息的正確性,可理解性,一致性現(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ù)限制
6分析摘要
6.1覆蓋率
此次測試,所有測試用例都是在中文界面下執(zhí)行,未在英文界面下執(zhí)行,測試不包括英文界面下的測試,也不包括正對英文翻譯的測試。
此次測試,部分頁面需求描述無明確的定義,對輸入限制無詳細定義,無明確的測試依據(jù),在測試過程中,測試是根據(jù)輸入字段含義,測試人員理解,以及和項目經(jīng)理,開發(fā)人員溝通獲得測試依據(jù),無法保證測試依據(jù)的正確性和完整性,因此,沒有進行完整的,正確的無效數(shù)據(jù)的測試,測試覆蓋率不夠,無法保證測試的有效性和正確性。
下面為此次測試測試用例覆蓋率分析圖:
6.2遺留缺陷的影響
1.缺陷描述:酒店娛樂項添加頁面,“距離”字段無單位,建議增加單位缺陷影響:距離字段無單位說明,無衡量標準,用戶易用性不好推遲原因:需求定義無單位定義,統(tǒng)一在升級版本中解決
2.缺陷描述:酒店基礎(chǔ)信息管理模塊,默認語言設置不一致。用中文查詢酒店,進缺陷影響:相同功能模塊默認語言設置不一致,一致性不好推遲原因:默認語言設置,目前無統(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.缺陷描述:參照點添加權(quán)限和修改權(quán)限單獨控制出現(xiàn)權(quán)限異常錯誤缺陷影響:用戶執(zhí)行添加,修改時,出現(xiàn)權(quán)限異常,無法完成任務
推遲原因: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)限控制錯誤
推遲原因:B9版本發(fā)現(xiàn)該權(quán)限,B10版本未通過驗證。該模塊后臺無insert權(quán)限,只有
Update權(quán)限,與其他模塊不同,需要重新設置權(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)限,與其他模塊不同,需要重新設置權(quán)限控制方式。
11.缺陷描述:新建業(yè)務管理員權(quán)限用戶,進入打包促銷頁面出現(xiàn)權(quá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)bug,可以通知測試人員,因為開發(fā)人員發(fā)現(xiàn)的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臺7.2缺陷密度
8典型缺陷引入原因分析
測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個方面:1.需求定義不明確
需求文檔中,存在功能定義錯誤,輸入輸出字段描述錯誤,輸入輸出字段限制定義錯誤,輸入輸出限制定義缺失這幾種類型的缺陷。使得開發(fā)人員根據(jù)需求進行設計時,沒有考慮相關(guān)功能的關(guān)聯(lián)性,以及需求錯誤的地方,在測試過程中,需求相關(guān)的問題表現(xiàn)出來。需求做改正,設計必須跟著做改動,浪費時間和影響開發(fā)人員的積極性,降低開發(fā)人員對需求的信任,可能會導致開發(fā)人員不按照需求進行設計而根據(jù)自己的經(jīng)驗來進行設計。2.功能性錯誤功能沒有實現(xiàn),導致無法進行需求規(guī)定的功能的測試。主要是無法進入酒店設施管理,會議室管理頁面,酒店安全項管理無法保存信息,地區(qū),房型刪除功能缺失。
功能實現(xiàn)錯誤,實現(xiàn)了需求未定義的功能,執(zhí)行需求定義的功能時系統(tǒng)出現(xiàn)錯誤。主要是角色擁有不屬于自己的權(quá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)提示出錯,增加用戶負擔。
提示信息錯誤,不同模塊相同結(jié)果的提示信息不一致,用戶操作后,相應的提示信息不明確,引起用戶誤解。
提示信息一致性,用戶在不同頁面執(zhí)行相同的操作,提示信息不同。6.開發(fā)人員疏忽引起的缺陷
因為開發(fā)人員的疏忽,導致系統(tǒng)需要驗證的地方,調(diào)用了錯誤的驗證,系統(tǒng)需要進行輸入控制的地方?jīng)]有進行相應的控制。
友情提示:本文中關(guān)于《軟件測試總結(jié)報告》給出的范例僅供您參考拓展思維使用,軟件測試總結(jié)報告:該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡整理 免責聲明:本文僅限學習分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。