1、初稿V發布修訂編撰：李坤嶺編撰日期:2013/6/1保密級別：機密文檔版木：2.0文件編號：Q/BS-QH-3-223尋夕®11業孩件智慧閔行一期精神衛生中心業務管理平臺建設系統測試報告創業軟件股份有限公司項目組版本歷史日期版本說明作者2013-6-11.0初稿李坤嶺2013-6-12.0修訂版李坤嶺1. 引言41. 1編寫目的41.2 項目背景41.3 參考資料4測試環境42. 1硬件配置42.2 軟件配置42.3 網絡環境4測試概要52. 1測試時間52.2 測試人員52.3 測試方法52.4 測試用例5測試結果53. 1缺陷匯總54.1.1 缺陷嚴重程度統計54.1.2 缺陷類

2、型分布64.1.3 缺陷修復率統計74.2 缺陷的分析74.2.1缺陷嚴重程度分析74. 2.2缺陷類型分布分析74.2.3 缺陷修復率分析8測試結論與建議84. 1測試結論84.2 測試建議8項目經理意見81. 引言1.1編寫目的本測試報告為精神衛生中心業務管理平臺建設的測試報告，目的在于總結測試階段的測試以及分析測試結果，描述系統是否達到功能目標。給客戶及項目組相關成員提供參考。1.2項目背景建設精神衛生中心業務管理平臺建設，是為了更好地管理精神病人信息，對精神病人跟蹤管理。1.3參考資料精神衛生中心業務管理平臺建設一需求規格說明書測試環境2. 1硬件配置硬件CPU內存IP操作系統開發庫服

3、務器Intel(R)Core(TM)i3-21OOM3G10.98.26.15WindowsXP2.2軟件配置類型名稱操作系統MicrosoftWindowsXP數據庫軟件SqlServer2008、PowerDesignerl2.5應用軟件MyEclipse8.5測試管理軟件TestDirector8.0配置工具Tomcat7.02.3網絡環境網絡環境鏈接公司內部環境測試3. 測試概要3.1測試時間2013年4月15日一-2013年5月30日3.2測試人員姓名角色職責李坤嶺刪試工程師編寫測試用例、執行測試、編寫測試報告和用戶手冊3.3測試方法黑盒測試根據測試過程的實際情況我們將測試分兩階段：

4、第一階段為單元測試，要求系統滿足基本的功能需求；第二階段為系統測試，要求模塊與模塊之間數據傳遞無誤，數據正確，多機構與單機構間數據正確性，私有變量和公有變量測試，滿足用戶需求和項目的任務書中的內容。3.4測試用例見精神衛生中心業務管理平臺建設_測試用例。4.測試結果4.1缺陷匯總4. 1.1缺陷嚴重程度統計缺陷嚴重程度統計14%65%中等缺陷21%圖1缺陷嚴重程度嚴重缺陷中等缺陷輕微缺陷1218564.1.2缺陷類型分布圖2缺陷類型分布圖2缺陷類型分布功能錯誤界面易用數據歷史遺留問題45345204.1.3缺陷修復率統計缺陷修復率統計未修正本階段不修正0%0%修正100%圖3缺陷修復率未修正修

5、正本階段不修正08604.2缺陷的分析4.2.1缺陷嚴重程度分析上述圖1顯示的是缺陷嚴重程度分布圖，從圖中我們看到低級缺陷占了65%,中等缺陷占據了21%,高等缺陷占了14%。低級的缺陷比例相對較多，BUG主要分布在輕微缺陷上，其中缺陷較多是功能問題,這主要是精神衛生中心業務管理平臺建設中心理衛生模塊的需求前期不太明確，后面又經常發生變更,EL開發人員沒有及時了解變更后的需求，導致此模塊的出現的功能錯誤比較多。嚴重缺陷中等缺陷輕微缺陷1218564.2.2缺陷類型分布分析圖2顯示的是缺陷類型分布圖。從圖中我們可以看出測試過程中主要缺陷類型是功能缺陷，占據了52%。這主要是精神衛生中心業務管理平

6、臺建設中心理衛生模塊的需求前期不太明確，后面又經常發生變更，目.開發人員沒有及時了解變更后的需求，導致此模塊出現的功能錯誤比較多。因此功能缺陷的比例就提高了。4. 2.3缺陷修復率分析圖3顯示的是缺陷修復分析圖，從圖中我們可以看出該系統的缺陷修復率有100%,測試人員提出的bug都己被修改，沒有未修改和推退的BUG。因該項目的客戶需求變更，還沒確定某些模塊功能是否需要，需求正在調研中會導致一些bug延遲修改。5. 測試結論與建議5.1測試結論1. 測試執行充分，能保證基本功能實現。2. 測試目標已經完成。3. 測試可以通過。5.2測試建議1、應給予充分的測試時間和資源。2、建議在提交測試之前，

7、開發人員一定要進行代碼走查工作，以減少單元測試中出現較多的功能性BUG。3、開發人員某些時段BUG堆積過多，建議今后項目中開發人員能盡快處理BUG,以避免影響測試人員的的測試進度的情況，測試人員也應合理安排測試和BUG確認的工作，避免BUG較長時間處于Fixed狀態。6. 項目經理意見總體來說本項目的測試工作還算進行的比較順利，測試人員認真負責，測試工作達到了系統驗證和質量改進的目的。與其它項目比較而言我們的這個項目和測試組之間的磨合和協作也相對較好，大家都能夠遵循對系統有益的目的而共同協調工作。好的測試需要建立在對系統的深入理解之上，測試人員要充分了解系統業務、理解系統需求讀懂系統設計，本項目中測試人員對系統及業務從不了解到了解，從只能單純運行單一功能到了解系統過程，測試人員對系統逐步加深理解之后的測試工作對項目的幫助逐步得以體現。由于測試資源匱乏，測試