国产精品色无码视频,国产av毛片影院精品资源,亚洲人成网站77777·c0m,囯产av无码片毛片一级,夜夜操www99视频,美女白嫩胸交在线观看,亚洲a毛片性生活

薈聚奇文、博采眾長、見賢思齊
當(dāng)前位置:公文素材庫 > 計(jì)劃總結(jié) > 工作總結(jié) > 軟件測試總結(jié)報(bào)告

軟件測試總結(jié)報(bào)告

網(wǎng)站:公文素材庫 | 時(shí)間:2019-05-28 22:10:04 | 移動(dòng)端:軟件測試總結(jié)報(bào)告

軟件測試總結(jié)報(bào)告

1引言

1.1編寫目的

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

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

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

1.2背景

1.3用戶群

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

1.4定義

基本功能點(diǎn)測試:等價(jià)類劃分法、邊界值法、錯(cuò)誤推測法、場景法

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

回歸測試:對已修復(fù)的問題,根據(jù)測試出該錯(cuò)誤的用例,重新執(zhí)行該用例,驗(yàn)證問題是否真正被修復(fù),

以及是否又引起了其它錯(cuò)誤

1.5測試對象

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

1.6測試階段

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

1.7測試工具

BugFree缺陷管理工具

1.8參考資料

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

2測試概要

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

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

2.1進(jìn)度回顧

2.2測試執(zhí)行

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

2.3測試用例

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

3.1軟硬件環(huán)境

3.2測試方法和工具

4測試結(jié)果

4.1Bug引入階段

4.2Bug引入原因

5測試覆蓋分析

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

3.本次此時(shí)的目的除了基本的功能測試外,重點(diǎn)突出對系統(tǒng)易用性的測試,力圖使系統(tǒng)更加的人性化,操作更加簡單,易懂。

6測試結(jié)果和建議

6.1測試結(jié)論

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

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

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

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

3.系統(tǒng)目前比較明顯的缺陷是報(bào)表打開速度比較慢,這個(gè)嚴(yán)重影響了系統(tǒng)的性能,是需要研究改進(jìn)的部分。

擴(kuò)展閱讀:軟件測試總結(jié)報(bào)告模板

項(xiàng)目名稱

測試計(jì)劃

(IT/ST/RGT/STB)

姓名日期

作者確認(rèn)批準(zhǔn)

修訂歷史記錄

版號(hào)

改號(hào)日期作者修訂要點(diǎn)目錄

目錄................................................................................................................................................31引言...............................................................................................................................................4

1.1編寫目的............................................................................................................................41.2背景....................................................................................................................................41.3用戶群................................................................................................................................41.4定義....................................................................................................................................41.5測試對象...........................................................................................................................41.6測試階段...........................................................................................................................41.7測試工具...........................................................................................................................41.8參考資料...........................................................................................................................42測試概要........................................................................................................................................5

2.1進(jìn)度回顧............................................................................................................................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嚴(yán)重程度.................................................................................................................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é)報(bào)告主要有以下幾個(gè)目的

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

2.分析測試的過程,產(chǎn)品,資源,信息,為以后制定測試計(jì)劃提供參考3.評估測試測試執(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

1)系統(tǒng)無響應(yīng),處于死機(jī)狀態(tài),需要其他人工修復(fù)系統(tǒng)才可復(fù)原。

2)點(diǎn)擊某個(gè)菜單后出現(xiàn)“Thepagecannotbedisplayed”或者返回異常錯(cuò)誤。3)進(jìn)行某個(gè)操作(增加、修改、刪除等)后,出現(xiàn)“Thepagecannotbedisplayed”

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

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

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

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

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

1.5測試對象

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ā)版本(針對項(xiàng)目計(jì)劃的基線標(biāo)識(shí)),B6-B8為回歸測試版本。計(jì)劃內(nèi)測試版本,B1B4測試進(jìn)度依照項(xiàng)目計(jì)劃時(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)度回顧

版本/時(shí)計(jì)劃開始間時(shí)間實(shí)際開始時(shí)間計(jì)劃完成時(shí)間實(shí)際完成時(shí)間加班時(shí)間增加資源2.2測試執(zhí)行此次測試嚴(yán)格按照項(xiàng)目計(jì)劃和測試計(jì)劃執(zhí)行,按時(shí)完成了測試計(jì)劃規(guī)定的測試對象的測試。針對測試計(jì)劃規(guī)定的測試策略,在測試執(zhí)行中都有體現(xiàn),在測試執(zhí)行過程中,依據(jù)測試計(jì)劃和測試用例,對系統(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ù)語言與界面語言的一致性

3測試環(huán)境

軟硬件環(huán)境

硬件環(huán)境硬件配置應(yīng)用服務(wù)器CPU:數(shù)據(jù)庫服務(wù)器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)絡(luò)環(huán)境10MLAN4測試結(jié)果

4.1Bug趨勢圖

此次黑盒測試總共發(fā)布11個(gè)版本,B1B5為計(jì)劃內(nèi)迭代開發(fā)版本(針對項(xiàng)目計(jì)劃的基線標(biāo)識(shí)),B6-B11為進(jìn)行的回歸測試版本。

bug版本趨勢圖如下圖所示:

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

時(shí)間從201*年7月2日到201*年8月3日。從Bug趨勢圖中可以看出,每個(gè)版本的bug數(shù)基本維持在60個(gè)左右。

B1:從圖中看到B1共有33個(gè)BUG,因?yàn)锽1版本有一個(gè)功能模塊在B2版本才開始測試,B1測試模塊相對較少,所以B1版本bug相對較少。

B2:由于B1中的一個(gè)功能模塊增加到Build2中進(jìn)行測試,這一版本除了對B1中的BUG進(jìn)行驗(yàn)證同時(shí)對B1進(jìn)行了回歸測試,所以B2中的bug數(shù)相對B1出現(xiàn)了明顯的增長趨勢,

B3:B3版本因?yàn)橛蠦2版本的bug驗(yàn)收測試,以及B1,B2的回歸測試,共發(fā)現(xiàn)67個(gè)bug,和B2基本保持一致。

B4:B4版本bug數(shù)有一個(gè)下降的趨勢,是因?yàn)锽4版本推遲發(fā)布,新增加了測試人員參與測試,對系統(tǒng)不夠熟悉,以及測試時(shí)間緊張,部分測試用例沒有執(zhí)行,測試覆蓋度不夠,所以發(fā)現(xiàn)bug數(shù)呈下降趨勢。

B5:B5版本bug數(shù)又有一個(gè)增加的趨勢,主要是由于開發(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)上升的趨勢。測試發(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。

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按版本分布如下:

由嚴(yán)重bug版本分布圖可以看出,嚴(yán)重級(jí)別的bug版本趨勢和bug版本趨勢基本是一致的,但是,在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ò)誤

4.3Bug引入階段

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

4.4Bug引入原因

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

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)提示信息的一致性,可理解性輸入限制的正確性

輸入限制提示信息的正確性,可理解性,一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷:

界面排版不美觀

輸入,輸出字段的可理解性差輸入缺少解釋性說明中英文對應(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ú)對其進(jìn)行操作不進(jìn)行登錄直接輸入某一頁面的Url能否打開頁面并進(jìn)行操作不應(yīng)該允許。現(xiàn)有系統(tǒng)未控制以下安全性問題:用戶名和密碼應(yīng)對大小寫敏感登陸錯(cuò)誤次數(shù)限制

6分析摘要

6.1覆蓋率

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

此次測試,部分頁面需求描述無明確的定義,對輸入限制無詳細(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)缺陷影響:相同功能模塊默認(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ò)誤

推遲原因: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)bug,可以通知測試人員,因?yàn)殚_發(fā)人員發(fā)現(xiàn)的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)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ā)人員對需求的信任,可能會(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)的提示信息不明確,引起用戶誤解。

提示信息一致性,用戶在不同頁面執(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é)報(bào)告》給出的范例僅供您參考拓展思維使用,軟件測試總結(jié)報(bào)告:該篇文章建議您自主創(chuàng)作。

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


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