6、居民健康卡应用系统-测试报告.docx

1、11业孩件初稿J发布修订编撰：陈谷薄编撰日期：2013/9/20保密级别：机密文档版本：2.0文件编号：Q/BS-QH-3-22智慧闵行一期居民健康卡应用系统系统测试报告创业软件股份有限公司项目组版本历史日期版本说明作者2013-09-201.0初稿陈谷萍2013-09-212.0修订版陈谷萍1. 弓I言41.1 编写目的41.2 项目背景41.3 参考资料4测试环境42. 1硬件配置42.2 软件配置52.3 网络环境5测试概要52. 1测试时间53.2 测试人员53.3 测试方法53.4 测试用例5测试结果63. 1缺陷汇总64.1.1缺陷严重程度统计64.1.2 缺陷类型分布64.1.3

2、缺陷修复率统计74.2 缺陷的分析74.2.1缺陷严重程度分析74. 2.2缺陷类型分布分析84.2.3缺陷修复率分析8测试结论与建议84. 1测试结论84.2 测试建议8项目经理意见81. 引言1.1编写目的本测试报告为居民健康卡应用系统的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否达到功能目标。给客户及项目组相关成员提供参考。1.2项目背景从2008年以来，闵行居民手里多了一张被称作“健康卡”的黄色卡片，该“健康卡"用于解决身份识别问题，社区居民通过刷卡可获得各项信息化的卫生服务。闵行区目前为82.67万户籍居民和31.59万流动人口发放了该健康卡，建档率分

3、别达到90.31%和33.95%。在软件系统方面闵行区以建立居民电子健康档案(EHR)为基础，整合区域现有卫生信息资源，研发了包括EHR、电子病历、健康体检、慢病管理、肿瘤早发现、妇保、儿保、计划免疫、远程会诊、双向转诊、药品管理以及绩效考核等34个应用模块，充分运用现代信息技术，为居民提供了便捷、高效的社区卫生综合服务。在古美等13个社区卫生服务中心都开设了居民自助体检的''健康小屋”，鼓励居民就近作自助体检,促进市民健康管理观念的转变。市民在“健康小屋”，刷一下健康卡就可以享受血压、血糖、骨密度、肺功能、脂肪测定、体重指数(BMI)、心电图、心功能等多项体检，各项体检结果会

4、自动存储在居民的健康档案。居民的社区签约医生能通过网络了解居民健康情况的变化，对指标异常的居民及时进行健康干预和实时追踪，做到疾病的早发现、早干预、早治疗;居民本人也可通过网络查阅白己的体检结果;社区卫生服务机构可以借此开展疾病筛查工作，确定疾病高危人群。1.3参考资料居民健康卡应用系统一需求规格说明书测试环境2.1硬件配置硬件CPU内存IP操作系统开发库服务器Intel(R)Core(TM)i3-21OOM3G57WindowsXP2.2软件配置类型名称操作系统MicrosoftWindowsXP数据库软件SqlServer2008xPowerDesignerl2.5应用

5、软件MyEclipse8.5测试管理软件TestDirector8.0配置工具Tomcat7.02.3网络环境网络环境链接公司内部环境测试49:8999/HCMS2. 测试概要3.1测试时间2013年9月6日-一2013年9月1703.2测试人员姓名角色职责陈谷萍测试工程师编写测试用例、执行测试、编写洲J试报告和用户手册3.3测试方法黑盒洲试根据测试过程的实际情况我们将测试分两阶段：第一阶段为单元测试，要求系统满足基本的功能需求；第二阶段为系统测试，要求模块与模块之间数据传递无误，数据正确，多机构与单机构间数据正确性，私有变量和公有变量测试，满足用户需求和项目的

6、任务书中的内容。3.4测试用例见居民健康卡应用系统一测试用例。3. 测试结果4.1缺陷汇总4.1.1缺陷严重程度统计缺陷严重程度统计严重缺陷严重缺陷轻微缺陷54%13%中等缺陷33%图1缺陷严重程度严重缺陷中等缺陷轻微缺陷38134.1.2缺陷类型分布缺陷类型分布数据历史遗留问题易用4%0%图2缺陷类型分布功能错误界面易用数据历史遗留问题9122104.1.3缺陷修复率统计缺陷修复率统计未修正本阶段不修正0%0%修正100%图3缺陷修复率未修正修正本阶段不修正()2404.2缺陷的分析4.2.1缺陷严重程度分析上述图1显示的是缺陷严重程度分布图，从图中我们看到低级缺陷占了28%,中等缺陷占据了

7、48%,高等缺陷占了24%。中等的缺陷比例相对较多，BUG主要分布在中级缺陷上，其中缺陷较多是基本功能的实现上，因为客户需求变更或者某些模块实现较为复杂导致bug集中出现。严重缺陷中等缺陷轻微缺陷38134.2.2缺陷类型分布分析图2显示的是缺陷类型分布图。从图中我们可以看出测试过程中主要缺陷类型是界面缺陷，占据了50%。因为本系统模块功能比较简单，功能点比较少，界面缺陷占一半的原因是因为开发人员没注重界面方面的细节。4.2.3缺陷修复率分析图3显示的是缺陷修复分析图，从图中我们可以看出该系统的缺陷修复率有100%,测试人员提出的bug都2被修改，没有未修改和推迟的BUG。5.测试结论与建议5

8、.1测试结论1.测试执行充分，能保证基本功能实现。2.测试目标己经完成。3.测试可以通过。5.2测试建议1、应给予充分的测试时间和资源。2、建议在提交测试之前，开发人员一定要进行代码走查工作，以减少单元测试中出现较多的功能性BUGo3、开发人员某些时段BUG堆积过多，建议今后项目中开发人员能尽快处理凯G,以避免影响测试人员的的测试进度的情况，测试人员也应合理安排测试和BUG确认的工作，避免BUG较长时间处于Fixed状态。6.项目经理意见总体来说本项目的测试工作还算进行的比较顺利，测试人员认真负责，测试工作达到了系统验证和质量改进的目的。与其它项目比较而言我们的这个项FI和测试组之间的磨合和协作也相对较好，大家都能够遵循对系统有益的目的而共同协调工作。好的测试需要建立在对系统的深入理解之上，测试人员要充分了解系统业务、理解系统需求读懂系统设计，本项目中测试人员对系统及业务从不了解到了解，从只能单纯运行单一功能到了解系统过程，测试人员对系统逐步加深理