1、初稿V發(fā)布修訂編撰：EPG編撰日期：2013/3/21保密級別：機(jī)密文檔版本：2.0.文件編號：Q/BS-QH-3-22GP醫(yī)生二期開發(fā)系統(tǒng)系統(tǒng)測試報(bào)告經(jīng)完成，測試可以通過。創(chuàng)業(yè)軟件股份有限公司項(xiàng)目組版本歷史日期版本說明作者2013-03-211.0初稿李坤齡2013-04-032.0修訂版李坤吟2013-4-183.0修訂版李坤瞼2013-5-174.0修訂版李坤齡1. 引言41. 1編寫目的41.2 項(xiàng)目背景41.3 參考資料4測試環(huán)境42. 1硬件配置42.2 軟件配置42. 3網(wǎng)絡(luò)環(huán)境4測試概要53. 1測試時間53.2 測試人員53.3 測試方法5測試結(jié)果53. 1缺陷匯總54.1.

2、1 缺陷嚴(yán)重程度統(tǒng)計(jì)54.1.2缺K各類型分布64.1.3缺陷修復(fù)率統(tǒng)計(jì)74.1.4缺陷過程統(tǒng)計(jì)74.2 缺陷的分析84.2.1 缺陷嚴(yán)重程度分析84.2.2 缺陷類型分布分析84.2.3 缺陷修復(fù)率分析84.2.4 缺陷過程分析9測試結(jié)論與建議93.1 測試結(jié)論93.2 測試建議9項(xiàng)目經(jīng)理意見91.引言1.1編寫目的本測試報(bào)告為GP醫(yī)生二期開發(fā)系統(tǒng)的測試報(bào)告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果,描述系統(tǒng)是否達(dá)到功能目標(biāo)。給客戶及項(xiàng)目組相關(guān)成員提供參考。1.2項(xiàng)目背景每個“家庭責(zé)任醫(yī)生”都綁定了一定數(shù)據(jù)的家庭，可以看成是這些家庭的“家庭醫(yī)生二通過家庭責(zé)任醫(yī)生與居民的良好互動建立信任關(guān)系

3、，從而讓每戶家庭找自己的家庭醫(yī)生看病。為了實(shí)現(xiàn)“家庭責(zé)任醫(yī)生”對管轄家庭的良好互動服務(wù)：診療，隨訪，健康教育，健康咨詢等。主要包括三大平臺：家庭責(zé)任醫(yī)生平臺、外包工作平臺、醫(yī)生助理平臺；六個支持中心：護(hù)理中心、醫(yī)療支持中心、社區(qū)公共衛(wèi)生服務(wù)中心、社區(qū)康復(fù)中心、婦幼保健中心、后勤保障中心；并且為醫(yī)生助理建立助理操作平臺。家庭責(zé)任醫(yī)生在這六大支持中心的支持下，在助理醫(yī)生的協(xié)助下，完成診療、隨訪、健康教育等工作1.3參考資料GP醫(yī)生二期開發(fā)系統(tǒng)一用戶需求說明書GP醫(yī)生二期開發(fā)系統(tǒng)一數(shù)據(jù)庫設(shè)計(jì)說明書2. 測試環(huán)境2.1硬件配置硬件CPU內(nèi)存IP操作系統(tǒng)開發(fā)庫服務(wù)器Intel(R)Core(TM)i3-

4、21OOM3G07WindowsXP2.2軟件配置類型名稱操作系統(tǒng)MicrosoftWindowsXP數(shù)據(jù)庫軟件SqlServer2008>PowerDesignerl2.5應(yīng)用軟件MyEclipse8.5測試管理軟件TestDirector8.0配置工具Tomcat7.02.3網(wǎng)絡(luò)環(huán)境測試階段網(wǎng)絡(luò)環(huán)境鏈接第一階段公司內(nèi)部環(huán)境測試51:8089/cdccommon/GPZL.html?UTP=gpitvs&UID=1205353&URR=1&GID=12051結(jié)論基本功能都己實(shí)現(xiàn)，測試目標(biāo)己經(jīng)完成。3. 測試概要

5、3.1測試時間2012年11月20日-一2013年5月16日3.2測試人員姓名角色職責(zé)李坤齡測試工程師編寫測試用例、執(zhí)行測試、編寫測試報(bào)告和用戶手冊3.3測試方法黑盒測試根據(jù)測試過程的實(shí)際情況我們將測試分兩階段：第一階段為單元測試，要求系統(tǒng)滿足基本的功能需求；第二階段為系統(tǒng)測試，要求模塊與模塊之間數(shù)據(jù)傳遞無誤，數(shù)據(jù)正確，多機(jī)構(gòu)與單機(jī)構(gòu)間數(shù)據(jù)正確性，私有變量和公有變量測試，滿足用戶需求和項(xiàng)目的任務(wù)書中的內(nèi)容。4, 測試結(jié)果4.1缺陷匯總4.1.1缺陷嚴(yán)重程度統(tǒng)計(jì)Defects-SummaryGraph圖1缺陷嚴(yán)重程度嚴(yán)重缺陷中等缺陷輕微缺陷128168814.1.2缺陷類型分布Defects-S

6、ummaryGraph圖2缺陷類型分布功能錯誤界面數(shù)據(jù)201135414.1.3缺陷修復(fù)率統(tǒng)計(jì)Defects-SummaryGraph圖3缺陷修復(fù)率未修正修正修正后待確認(rèn)27299494.1.4缺陷過程統(tǒng)計(jì)Defects-ProgressGraph Closed Delay Fixed0NewIOpenIReopen圖4缺陷過程圖各時間段產(chǎn)生的缺陷:DefectsSummaryGraph<5-單元刻試A：366(97%)需求評審單元測試系統(tǒng)測試236694.2缺陷的分析4.2.1缺陷嚴(yán)重程度分析上述圖1顯示的是缺陷嚴(yán)重程度分布圖，從圖中我們看到低級缺陷占了21%,中等缺陷占據(jù)了45%,高

7、等缺陷占了34%。中等的缺陷比例相對較多，BUG主要分布在中級缺陷上，其中缺陷較多是基本功能的實(shí)現(xiàn)上，因?yàn)榭蛻粜枨笞兏蛘吣承┠K實(shí)現(xiàn)較為復(fù)雜導(dǎo)致bug集中出現(xiàn)。ClosedFixedOpenReopen<total>|<1T氐754281W>1381810168862715128|<total>299492723774.2.2缺陷類型分布分析圖2顯示的是缺陷類型分布圖。從圖中我們可以看出測試過程中主要缺陷類型是功能缺陷，占據(jù)了53%。就缺陷類型而言，上述圖中顯示的比例并不正常，產(chǎn)生這種情況的主要原因有幾點(diǎn)：1、因?yàn)轫?xiàng)目進(jìn)度的原因，測試人員對系統(tǒng)功能需求不夠

8、了解，測試時間和力度還不夠大；2、開發(fā)人員在提交測試前未做好走查工作；4.2.3缺陷修復(fù)率分析圖3顯示的是缺陷修復(fù)分析圖，從圖中我們可以看出該系統(tǒng)的缺陷修復(fù)率有79%,測試人員提出的bug都己被修改，極少數(shù)未修改和推遲的BUG。因該項(xiàng)目的客戶需求變更，還沒確定某些模塊功能是否需要，需求正在調(diào)研中會導(dǎo)致一些bug延遲修改。4.2.4缺陷過程分析圖4顯示的是缺陷過程統(tǒng)計(jì)圖。單元測試中產(chǎn)生了366個缺陷。該系統(tǒng)涉及到眾多其他系統(tǒng)的業(yè)務(wù)所以接口也很多，業(yè)務(wù)及維護(hù)也比較復(fù)雜，所以在系統(tǒng)測試過程中產(chǎn)生了9個缺陷。4. 測試結(jié)論與建議5.1測試結(jié)論1. 測試執(zhí)行充分，能保證基本功能實(shí)現(xiàn)。2. 測試目標(biāo)已經(jīng)完

9、成。3. 測試可以通過。5.2測試建議1、應(yīng)給予充分的測試時間和資源。2、建議在提交測試之前，開發(fā)人員一定要進(jìn)行代碼走查工作，以減少單元測試中出現(xiàn)較多的功能性BUGo3、開發(fā)人員某些時段BUG堆積過多，建議今后項(xiàng)目中開發(fā)人員能盡快處理BUG,以避免影響測試人員的的測試進(jìn)度的情況，測試人員也應(yīng)合理安排測試和BUG確認(rèn)的工作，避免BUG較長時間處于Fixed狀態(tài)。5. 項(xiàng)目經(jīng)理意見總體來說本項(xiàng)目的測試工作還算進(jìn)行的比較順利，測試人員認(rèn)真負(fù)責(zé)，測試工作達(dá)到了系統(tǒng)驗(yàn)證和質(zhì)量改進(jìn)的目的。與其它項(xiàng)目比較而言我們的這個項(xiàng)目和測試組之間的磨合和協(xié)作也相對較好，大家都能夠遵循對系統(tǒng)有益的目的而共同協(xié)調(diào)工作。好的測試需要建立在對系統(tǒng)的深入理解之上，測試人員要充分了解系統(tǒng)業(yè)務(wù)、理解系統(tǒng)需求讀懂系統(tǒng)設(shè)計(jì)，本項(xiàng)目中測試人員對系統(tǒng)及業(yè)務(wù)從不了解到了解，從只能單純運(yùn)行單一功能到了解系統(tǒng)過程，測試人員對系統(tǒng)逐步加深理解之后的測試工作對項(xiàng)目的幫助逐步得以體現(xiàn)。由于測試資源匱乏，測試人員都