毛片在线视频观看,一级日韩免费大片,在线网站黄色,澳门在线高清一级毛片

薈聚奇文、博采眾長、見賢思齊
當(dāng)前位置:公文素材庫 > 計劃總結(jié) > 工作總結(jié) > 軟件系統(tǒng)測試總結(jié)報告模板

軟件系統(tǒng)測試總結(jié)報告模板

網(wǎng)站:公文素材庫 | 時間:2019-05-29 10:00:46 | 移動端:軟件系統(tǒng)測試總結(jié)報告模板

軟件系統(tǒng)測試總結(jié)報告模板

{項目名稱}軟件測試總結(jié)報告

編號:{項目名稱縮寫}

版本:X.X

作者:審批:SEPG日期:日期:201*-3-171/

變更記錄

日期文檔創(chuàng)建/修改的日期版本X.X變更說明創(chuàng)建/修改某個地方作者和封面作者保持一致2/

1項目信息

項目名稱:客戶名稱:測試負(fù)責(zé)人:測試工程師:項目編號:項目經(jīng)理:開發(fā)經(jīng)理:項目開始日期:項目結(jié)束日期:2測試結(jié)果

2.1測試活動總結(jié)

軟件語種測試時間硬件:測試環(huán)境軟件:測試站點(diǎn)前臺:后臺:階段任務(wù)說明開始時間計劃實際結(jié)束時間計劃實際工作量計劃實際測試工作量說明開發(fā)/單元集成測試/編寫測試用例集成測試系統(tǒng)測試系統(tǒng)測試3/

2.2測試用例覆蓋率統(tǒng)計

測試用例規(guī)模(個)測試用例測試用例執(zhí)行測試對需求覆對設(shè)計覆用例規(guī)模蓋率(%)蓋率(%)(個)測試用例執(zhí)行率(%)測試對需求覆蓋率(%)測試對設(shè)計覆蓋率(%)計劃值實際值偏差率(%)2.4質(zhì)量分析及調(diào)整措施

2.4.1偏差原因說明

對上述工作量、進(jìn)度、測試用例覆蓋率及質(zhì)量目標(biāo)的偏差原因進(jìn)行綜合分析

2.4.2影響分析

說明偏差對關(guān)鍵因素的影響,如對總體質(zhì)量目標(biāo)、階段質(zhì)量目標(biāo)、項目總進(jìn)度、階段進(jìn)度、工作量等

2.4.3糾正措施說明

說明將采取的糾正措施(如是否需要修訂總體質(zhì)量目標(biāo)、是否需要修訂項目計劃,包括部分模塊重新設(shè)計及開發(fā)等,是否需要修訂測試計劃,包括變更測試策略和測試用例,延長測試進(jìn)度、增加資源再進(jìn)行測試等)

2.5遺留缺陷說明

如系統(tǒng)在交付用戶時仍存在缺陷需要填寫本小節(jié)。序號嚴(yán)重程度缺陷描述所屬模塊遺留原因影響分析備注4/

3測試用例分析統(tǒng)計

3.1測試用例效率分析

對應(yīng)測試用例發(fā)現(xiàn)的缺陷數(shù)比例4測試結(jié)果分析

4.1能力陳述

經(jīng)測試證實了的本軟件的能力,如實現(xiàn)所有功能需求滿足非功能性需求

系統(tǒng)設(shè)計文檔完整,且符合規(guī)范代碼符合規(guī)范,且與系統(tǒng)設(shè)計一致

4.4發(fā)布前軟件版本的質(zhì)量綜合評價

1)根據(jù)缺陷密度與同類產(chǎn)品的缺陷密度的比較情況評價軟件產(chǎn)品質(zhì)量(若小于/等于同類產(chǎn)品的缺陷密度,則該軟件產(chǎn)品質(zhì)量相對較好;反之,則相對較差)。

2)軟件頁面風(fēng)格是否統(tǒng)一;所有功能是否達(dá)到了需求規(guī)格說明書的要求可以交付使用;該系統(tǒng)與其它系統(tǒng)的接口是否都已經(jīng)測試通過等。

5/

5相關(guān)文檔

《軟件需求規(guī)格說明書》《軟件項目開發(fā)計劃書》《軟件測試計劃書》《軟件測試通過標(biāo)準(zhǔn)》《缺陷分類指南》《缺陷管理指南》《單元測試總結(jié)》《集成測試總結(jié)》《系統(tǒng)測試總結(jié)》

6/6

擴(kuò)展閱讀:學(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),處于死機(jī)狀態(tài),需要其他人工修復(fù)系統(tǒng)才可復(fù)原。點(diǎn)擊某個菜單后出現(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

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

測試共發(fā)現(xiàn)427個bug,其中嚴(yán)重級別的bug68個,無效bug44個,平均每個測試功能點(diǎn)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)限控制菜單按鈕的測試,在

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

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

B9:B9版本進(jìn)行了全面的回歸測試,同時重點(diǎ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,重點(diǎn)測試了權(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)按鈕,點(diǎn)擊按鈕能出現(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ù)管理,酒店集團(tuán)管理,酒店基礎(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)控制了以下安全性問題:

把某一個登錄后的頁面保存下來,不能單獨(dú)對其進(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

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

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

3.缺陷描述:tomcat日志有亂碼,日志無項目名稱,查看不方便

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

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

4.缺陷描述:取消政策管理要么,取消時間“天/小時”缺少單位補(bǔ)充字段

缺陷影響:該處因為是兩個不同的單位時間,需要有另外一個單位補(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è)置功能未實現(xiàn)

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

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

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

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

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

8.缺陷描述:參照點(diǎn)添加權(quán)限和修改權(quán)限單獨(dú)控制出現(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èi)時間和影響開發(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)于《軟件系統(tǒng)測試總結(jié)報告模板》給出的范例僅供您參考拓展思維使用,軟件系統(tǒng)測試總結(jié)報告模板:該篇文章建議您自主創(chuàng)作。

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


軟件系統(tǒng)測試總結(jié)報告模板》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址:http://m.seogis.com/gongwen/686823.html
相關(guān)文章