12、健康氣象管理平臺(tái)-測(cè)試報(bào)告.docx

1、初稿<發(fā)布修訂編撰：陳谷萍編撰日期：2013/10/11保密級(jí)別：機(jī)密文檔版本：2.0文件編號(hào)：Q/BS-QH-3-2233咄®eu業(yè)軟件智慧閔行一期健康氣象管理平臺(tái)系統(tǒng)測(cè)試報(bào)告創(chuàng)業(yè)軟件股份有限公司項(xiàng)目組版本歷史日期版本說(shuō)明作者2013-10-111.0初稿陳谷萍2013-10-112.0修訂版陳谷萍1. 弓I言41.1 編寫(xiě)目的41.2 項(xiàng)目背景41.3 參考資料4測(cè)試環(huán)境41.4 硬件配置41.5 軟件配置41.6 網(wǎng)絡(luò)環(huán)境5測(cè)試概要51.7 測(cè)試時(shí)間51.8 測(cè)試人員51.9 測(cè)試方法51.10 測(cè)試用例5測(cè)試結(jié)果61.11 缺陷匯總61.11.1 缺陷嚴(yán)重程度統(tǒng)計(jì)61.

2、11.2 缺陷類型分布61.11.3 缺陷修復(fù)率統(tǒng)計(jì)74.2缺陷的分析74.2.1 缺陷嚴(yán)重程度分析74.2.2 缺陷類型分布分析84.2.3 缺陷修復(fù)率分析8測(cè)試結(jié)論與建議81.12 測(cè)試結(jié)論81.13 測(cè)試建議8項(xiàng)目經(jīng)理意見(jiàn)81. 引言1.1編寫(xiě)目的本測(cè)試報(bào)告為健康氣象管理平臺(tái)的測(cè)試報(bào)告，目的在于總結(jié)測(cè)試階段的測(cè)試以及分析測(cè)試結(jié)果，描述系統(tǒng)是否達(dá)到功能目標(biāo)。給客戶及項(xiàng)目組相關(guān)成員提供參考。1.2項(xiàng)目背景上海市閔行區(qū)氣象與疾病信息系統(tǒng)是為了讓用戶時(shí)時(shí)觀察到衛(wèi)生局?jǐn)?shù)據(jù)，和氣象局?jǐn)?shù)據(jù)，氣象預(yù)警的數(shù)據(jù)展示，所有的數(shù)據(jù)都是采用ETL技術(shù)，根據(jù)特定條件，對(duì)數(shù)據(jù)中心數(shù)據(jù)進(jìn)行篩選，定時(shí)向健康氣象數(shù)據(jù)庫(kù)傳輸

3、，保障數(shù)據(jù)的及時(shí)性，完整性。1.3參考資料健康氣象管理平臺(tái)一需求規(guī)格說(shuō)明書(shū)測(cè)試環(huán)境2.1硬件配置硬件CPU內(nèi)存IP操作系統(tǒng)開(kāi)發(fā)庫(kù)服務(wù)器Intel(R)Core(TM)i3-2100M3G10.98.26.34WindowsXP2.2軟件配置2.3網(wǎng)絡(luò)環(huán)境類型名稱操作系統(tǒng)MicrosoftWindowsXP數(shù)據(jù)庫(kù)軟件SqlServer2008>PowerDesigner12.5應(yīng)用軟件MyEclipse8.5測(cè)試管理軟件TestDirector8.0配置工具Tomcat7.0網(wǎng)絡(luò)環(huán)境鏈接公司內(nèi)部環(huán)境測(cè)試測(cè)試概要3.1測(cè)試時(shí)間2012年12月17H2013年1月16日3.2測(cè)試人員姓名角色職

4、責(zé)陳谷萍測(cè)試工程師編寫(xiě)測(cè)試用例、執(zhí)行測(cè)試、編寫(xiě)測(cè)試報(bào)告和用戶手冊(cè)3.3測(cè)試方法黑盒刪試根據(jù)測(cè)試過(guò)程的實(shí)際情況我們將測(cè)試分兩階段：第一階段為單元測(cè)試，要求系統(tǒng)滿足基本的功能需求；第二階段為系統(tǒng)測(cè)試，要求模塊與模塊之間數(shù)據(jù)傳遞無(wú)誤，數(shù)據(jù)正確，多機(jī)構(gòu)與單機(jī)構(gòu)間數(shù)據(jù)正確性，私有變量和公有變量測(cè)試，滿足用戶需求和項(xiàng)目的任務(wù)書(shū)中的內(nèi)容。3.4測(cè)試用例見(jiàn)健康氣象管理平臺(tái)測(cè)試用例O2. 測(cè)試結(jié)果4.1缺陷匯總4.1.1缺陷嚴(yán)重程度統(tǒng)計(jì)缺陷嚴(yán)重程度統(tǒng)計(jì)圖1缺陷嚴(yán)重程度嚴(yán)重缺陷中等缺陷輕微缺陷0134.1.2缺陷類型分布缺陷類型分布圖2缺陷類型分布功能錯(cuò)誤界面易用數(shù)據(jù)歷史遺留問(wèn)題130004.1.3缺陷修復(fù)率統(tǒng)計(jì)

5、缺陷修復(fù)率統(tǒng)計(jì)圖3缺陷修復(fù)率未修正修正本階段不修正0404.2缺陷的分析4.2.1缺陷嚴(yán)重程度分析上述圖1顯示的是缺陷嚴(yán)重程度分布圖，從圖中我們看到低級(jí)缺陷占了60%,中等缺陷占據(jù)了40%,高等缺陷為0。BUG主要分布在輕微缺陷上，其中缺陷較多是界面問(wèn)題，因?yàn)榻】禋庀蠊芾砥脚_(tái)功能模塊比較簡(jiǎn)單，且業(yè)務(wù)流程并不復(fù)雜，但開(kāi)發(fā)人員尚未注意界面方面的細(xì)節(jié)問(wèn)題，未站在用戶的角度來(lái)開(kāi)發(fā)界面，所以造成界面問(wèn)題占大多數(shù)。但總體來(lái)說(shuō)，產(chǎn)生的bug并不多。嚴(yán)重缺陷中等缺陷輕微缺陷0134.2.2缺陷類型分布分析圖2顯示的是缺陷類型分布圖。從圖中我們可以看出測(cè)試過(guò)程中主要缺陷類型是界面缺陷，占據(jù)了75%。因?yàn)楸鞠到y(tǒng)模

6、塊功能比較簡(jiǎn)單，功能點(diǎn)比較少，界面缺陷占一半的原因是因?yàn)殚_(kāi)發(fā)人員沒(méi)注重界面方面的細(xì)節(jié)。4.2.3缺陷修復(fù)率分析圖3顯示的是缺陷修復(fù)分析圖，從圖中我們可以看出該系統(tǒng)的缺陷修復(fù)率有100%,測(cè)試人員提出的bug都己被修改，沒(méi)有未修改和推遲的BUG。3. 測(cè)試結(jié)論與建議5.1測(cè)試結(jié)論1. 測(cè)試執(zhí)行充分，能保證基本功能實(shí)現(xiàn)。2. 測(cè)試目標(biāo)己經(jīng)完成。3. 測(cè)試可以通過(guò)。5.2測(cè)試建議1、應(yīng)給予充分的測(cè)試時(shí)間和資源。2、建議在提交測(cè)試之前，開(kāi)發(fā)人員一定要進(jìn)行代碼走查工作，以減少單元測(cè)試中出現(xiàn)較多的功能性BUG,3、開(kāi)發(fā)人員某些時(shí)段BUG堆積過(guò)多，建議今后項(xiàng)目中開(kāi)發(fā)人員能盡快處理BUG,以避免影響測(cè)試人員的的測(cè)試進(jìn)度的情況，測(cè)試人員也應(yīng)合理安排測(cè)試和BUG確認(rèn)的工作，避免BUG較長(zhǎng)時(shí)間處于Fixed狀態(tài)。4. 項(xiàng)目經(jīng)理意見(jiàn)總體來(lái)說(shuō)本項(xiàng)目的測(cè)試工作還算進(jìn)行的比較順利，測(cè)試人員認(rèn)真負(fù)責(zé)，測(cè)試工作達(dá)到了系統(tǒng)驗(yàn)證和質(zhì)量改進(jìn)的目的。與其它項(xiàng)目比較而言我們的這個(gè)項(xiàng)目和測(cè)試組之間的磨合和協(xié)作也相對(duì)較好，大家都能夠遵循對(duì)系統(tǒng)有益的目的而共同協(xié)調(diào)工作。好的測(cè)試需要建立在對(duì)系統(tǒng)的深入理解之上，測(cè)試人員要充分了解系統(tǒng)業(yè)務(wù)、理解系統(tǒng)需求讀懂系統(tǒng)設(shè)計(jì)，本項(xiàng)目中測(cè)試人員對(duì)系統(tǒng)及業(yè)務(wù)從不了解到了解，從只能單純