6、居民健康卡應(yīng)用系統(tǒng)-測試報告.docx

1、11業(yè)孩件初稿J發(fā)布修訂編撰：陳谷薄編撰日期：2013/9/20保密級別：機(jī)密文檔版本：2.0文件編號：Q/BS-QH-3-22智慧閔行一期居民健康卡應(yīng)用系統(tǒng)系統(tǒng)測試報告創(chuàng)業(yè)軟件股份有限公司項目組版本歷史日期版本說明作者2013-09-201.0初稿陳谷萍2013-09-212.0修訂版陳谷萍1. 弓I言41.1 編寫目的41.2 項目背景41.3 參考資料4測試環(huán)境42. 1硬件配置42.2 軟件配置52.3 網(wǎng)絡(luò)環(huán)境5測試概要52. 1測試時間53.2 測試人員53.3 測試方法53.4 測試用例5測試結(jié)果63. 1缺陷匯總64.1.1缺陷嚴(yán)重程度統(tǒng)計64.1.2 缺陷類型分布64.1.3

2、缺陷修復(fù)率統(tǒng)計74.2 缺陷的分析74.2.1缺陷嚴(yán)重程度分析74. 2.2缺陷類型分布分析84.2.3缺陷修復(fù)率分析8測試結(jié)論與建議84. 1測試結(jié)論84.2 測試建議8項目經(jīng)理意見81. 引言1.1編寫目的本測試報告為居民健康卡應(yīng)用系統(tǒng)的測試報告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否達(dá)到功能目標(biāo)。給客戶及項目組相關(guān)成員提供參考。1.2項目背景從2008年以來，閔行居民手里多了一張被稱作“健康卡”的黃色卡片，該“健康卡"用于解決身份識別問題，社區(qū)居民通過刷卡可獲得各項信息化的衛(wèi)生服務(wù)。閔行區(qū)目前為82.67萬戶籍居民和31.59萬流動人口發(fā)放了該健康卡，建檔率分

3、別達(dá)到90.31%和33.95%。在軟件系統(tǒng)方面閔行區(qū)以建立居民電子健康檔案(EHR)為基礎(chǔ)，整合區(qū)域現(xiàn)有衛(wèi)生信息資源，研發(fā)了包括EHR、電子病歷、健康體檢、慢病管理、腫瘤早發(fā)現(xiàn)、婦保、兒保、計劃免疫、遠(yuǎn)程會診、雙向轉(zhuǎn)診、藥品管理以及績效考核等34個應(yīng)用模塊，充分運(yùn)用現(xiàn)代信息技術(shù)，為居民提供了便捷、高效的社區(qū)衛(wèi)生綜合服務(wù)。在古美等13個社區(qū)衛(wèi)生服務(wù)中心都開設(shè)了居民自助體檢的''健康小屋”，鼓勵居民就近作自助體檢,促進(jìn)市民健康管理觀念的轉(zhuǎn)變。市民在“健康小屋”，刷一下健康卡就可以享受血壓、血糖、骨密度、肺功能、脂肪測定、體重指數(shù)(BMI)、心電圖、心功能等多項體檢，各項體檢結(jié)果會

4、自動存儲在居民的健康檔案。居民的社區(qū)簽約醫(yī)生能通過網(wǎng)絡(luò)了解居民健康情況的變化，對指標(biāo)異常的居民及時進(jìn)行健康干預(yù)和實(shí)時追蹤，做到疾病的早發(fā)現(xiàn)、早干預(yù)、早治療;居民本人也可通過網(wǎng)絡(luò)查閱白己的體檢結(jié)果;社區(qū)衛(wèi)生服務(wù)機(jī)構(gòu)可以借此開展疾病篩查工作，確定疾病高危人群。1.3參考資料居民健康卡應(yīng)用系統(tǒng)一需求規(guī)格說明書測試環(huán)境2.1硬件配置硬件CPU內(nèi)存IP操作系統(tǒng)開發(fā)庫服務(wù)器Intel(R)Core(TM)i3-21OOM3G57WindowsXP2.2軟件配置類型名稱操作系統(tǒng)MicrosoftWindowsXP數(shù)據(jù)庫軟件SqlServer2008xPowerDesignerl2.5應(yīng)用

5、軟件MyEclipse8.5測試管理軟件TestDirector8.0配置工具Tomcat7.02.3網(wǎng)絡(luò)環(huán)境網(wǎng)絡(luò)環(huán)境鏈接公司內(nèi)部環(huán)境測試49:8999/HCMS2. 測試概要3.1測試時間2013年9月6日-一2013年9月1703.2測試人員姓名角色職責(zé)陳谷萍測試工程師編寫測試用例、執(zhí)行測試、編寫洲J試報告和用戶手冊3.3測試方法黑盒洲試根據(jù)測試過程的實(shí)際情況我們將測試分兩階段：第一階段為單元測試，要求系統(tǒng)滿足基本的功能需求；第二階段為系統(tǒng)測試，要求模塊與模塊之間數(shù)據(jù)傳遞無誤，數(shù)據(jù)正確，多機(jī)構(gòu)與單機(jī)構(gòu)間數(shù)據(jù)正確性，私有變量和公有變量測試，滿足用戶需求和項目的

6、任務(wù)書中的內(nèi)容。3.4測試用例見居民健康卡應(yīng)用系統(tǒng)一測試用例。3. 測試結(jié)果4.1缺陷匯總4.1.1缺陷嚴(yán)重程度統(tǒng)計缺陷嚴(yán)重程度統(tǒng)計嚴(yán)重缺陷嚴(yán)重缺陷輕微缺陷54%13%中等缺陷33%圖1缺陷嚴(yán)重程度嚴(yán)重缺陷中等缺陷輕微缺陷38134.1.2缺陷類型分布缺陷類型分布數(shù)據(jù)歷史遺留問題易用4%0%圖2缺陷類型分布功能錯誤界面易用數(shù)據(jù)歷史遺留問題9122104.1.3缺陷修復(fù)率統(tǒng)計缺陷修復(fù)率統(tǒng)計未修正本階段不修正0%0%修正100%圖3缺陷修復(fù)率未修正修正本階段不修正()2404.2缺陷的分析4.2.1缺陷嚴(yán)重程度分析上述圖1顯示的是缺陷嚴(yán)重程度分布圖，從圖中我們看到低級缺陷占了28%,中等缺陷占據(jù)了

7、48%,高等缺陷占了24%。中等的缺陷比例相對較多，BUG主要分布在中級缺陷上，其中缺陷較多是基本功能的實(shí)現(xiàn)上，因?yàn)榭蛻粜枨笞兏蛘吣承┠K實(shí)現(xiàn)較為復(fù)雜導(dǎo)致bug集中出現(xiàn)。嚴(yán)重缺陷中等缺陷輕微缺陷38134.2.2缺陷類型分布分析圖2顯示的是缺陷類型分布圖。從圖中我們可以看出測試過程中主要缺陷類型是界面缺陷，占據(jù)了50%。因?yàn)楸鞠到y(tǒng)模塊功能比較簡單，功能點(diǎn)比較少，界面缺陷占一半的原因是因?yàn)殚_發(fā)人員沒注重界面方面的細(xì)節(jié)。4.2.3缺陷修復(fù)率分析圖3顯示的是缺陷修復(fù)分析圖，從圖中我們可以看出該系統(tǒng)的缺陷修復(fù)率有100%,測試人員提出的bug都2被修改，沒有未修改和推遲的BUG。5.測試結(jié)論與建議5

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