【《某康复医疗管理系统的测试分析案例》6300字】

某康复医疗管理系统的测试分析案例目录TOC\o"1-3"\h\u21246某康复医疗管理系统的测试分析案例 1178431.1测试环境与测试目标 194451.2功能测试 2326491.2.1康复排班测试 2277421.2.2康复安排测试 4162081.2.3康复治疗测试 728421.2.4康复评估测试 10263771.3非功能测试 13117201.3.1可靠性测试 13165291.3.2并发性测试 15120531.3.372小时测试 18本章首先介绍系统的测试环境与目标，其次是利用功能测试和非功能测试对系统进行测试，验证系统的可用性。1.1测试环境与测试目标考虑到目前的硬件资源有限，因此先将实验室现有的部分服务器资源经过KVM虚拟化后得到一系列虚拟机，之后再根据这些虚拟机完成本系统测试相关环境的搭建。搭建基于微服务架构实现的康复管理系统总计需要14台虚拟机。其中三台虚拟机组成微服务治理集群；三台虚拟机用于部署数据库集群，包括两台MySQL数据库以及一台Redis缓存数据库；三台虚拟机组成计算资源池用于提供应用服务；两台虚拟机用于部署现有康复管理系统的业务代码；此外存储资源、通信服务以及Git服务各自占用一台虚拟机实现。系统测试环境的资源部署如图6-1所示。图6-1资源部署图1.2功能测试1.2.1康复排班测试1）功能描述：康复室医师进入康复管理系统后点击康复师排班模块，康复室医师通过点击“新增”按钮，输入康复师排班的康复科室、日期、班别、康复师名称、治疗项目、治疗人数后保存即可；如果没有输入信息就点击“保存”按钮，就会新增失败。2）测试方法：黑盒测试-等价类3）康复排班管理测试用例如表6-1所示。表61康复排班（等价类划分法）条件有效等价类序号无效等价类序号康复科室康复科室不能为空1康复科室为空7日期日期不能为空2日期为空8班别班别不能为空3班别为空9康复师名称康复师名称不能为空4康复师名称为空10治疗项目治疗项目不能为空5治疗项目为空11治疗人数治疗人数不能为空6治疗人数为空12设计康复排班测试用例，目的是为了覆盖所有康复排班的有效等价类，编号分别为1~6，设计的康复排班测试用例表如表6-2所示。表6-2康复排班（有效等价类）测试结果测试ID1康复科室物理治疗室日期2021.4.20班别上午康复师名称吴一治疗项目平衡训练治疗人数2个预期结果新增成功实际结果新增成功，显示该条康复排班记录对于康复排班无效的等价类，编号分别为7~12，设计的康复排班测试用例表如表6-3所示。表6-3康复排班（无效等价类）测试结果测试ID123456康复科室/物理治疗室物理治疗室物理治疗室物理治疗室物理治疗室日期2021.4.20/2021.4.202021.4.202021.4.202021.4.20班别上午上午/白班白班光灸仪康复师名称吴一吴一吴一/吴一吴一治疗项目平衡训练平衡训练平衡训练平衡训练/平衡训练治疗人数2个2个2个2个2个/预期结果新增失败新增失败新增失败新增失败新增失败新增失败实际结果弹出“康复科室不能为空”对话框弹出“日期不能为空”对话框弹出“班别不能为空”对话框弹出“康复师名称不能为空”对话框弹出“治疗项目不能为空”对话框弹出“治疗人数不能为空”对话框4）测试结论：实际测试出来的结果与预期的结果一致，该测试模块尚未发现存在相关的问题。以下为康复排班新增的页面设计如图6-2、6-3所示。图6-2康复排班新增界面图6-3康复排班新增成功界面1.2.2康复安排测试1）功能描述：康复室医师进入康复管理系统后点击康复师安排模块，康复室医师通过点击“新增”按钮，输入康复师安排的就医类型、患者姓名、病案号、开单科室、开单时间、开单医师、康复科室、治疗项目后保存即可；如果没有输入信息就点击“保存”按钮，就会新增失败。2）测试方法：黑盒测试-等价类3）康复安排管理测试用例如表6-4所示。表64康复安排（等价类划分法）条件有效等价类序号无效等价类序号就医类型康复科室不能为空1康复科室为空9患者姓名患者姓名不能为空2患者姓名为空10病案号病案号不能为空3病案号为空11开单科室开单科室不能为空4开单科室为空12开单时间开单时间不能为空5开单时间为空13开单医师开单医师不能为空6开单医师为空14康复科室康复科室不能为空7康复科室为空15治疗项目治疗项目不能为空8治疗项目为空16设计康复安排测试用例，目的是为了覆盖所有康复安排的有效等价类，编号分别为1~8，设计的康复安排测试用例表如表6-5所示。表6-5康复安排（有效等价类）测试结果测试ID1就医类型门诊患者姓名李爽病案号20210429001开单科室康复科开单时间202104291100开单医师吴一康复科室物理治疗室治疗项目平衡训练预期结果新增成功实际结果新增成功，显示该条康复安排记录对于康复安排无效的等价类，编号分别为9~16，设计的康复安排测试用例表如表6-6所示。表6-6康复安排（无效等价类）测试结果测试ID12345678就医类型/门诊门诊门诊门诊门诊门诊门诊患者姓名李爽/李爽李爽李爽李爽李爽李爽病案号2021042900120210429001/2021042900120210429001202104290012021042900120210429001开单科室康复科康复科康复科/康复科康复科康复科康复科开单时间202104291100202104291100202104291100202104291100/202104291100202104291100202104291100开单医师吴一2个2个2个2个/2021042900120210429001康复科室物理治疗室物理治疗室物理治疗室物理治疗室物理治疗室物理治疗室/物理治疗室治疗项目平衡训练平衡训练平衡训练平衡训练平衡训练平衡训练平衡训练/预期结果新增失败新增失败新增失败新增失败新增失败新增失败新增失败新增失败实际结果弹出“就医类型不能为空”对话框弹出“患者姓名不能为空”对话框弹出“病案号不能为空”对话框弹出“开单科室不能为空”对话框弹出“开单时间不能为空”对话框弹出“开单医师不能为空”对话框弹出“康复科室不能为空”对话框弹出“治疗项目不能为空”对话框4）测试结论：实际测试出来的结果与预期的结果一致，该测试模块尚未发现存在相关的问题。康复安排的页面设计如图6-4、6-5所示。图6-4康复安排提取医嘱界面图6-5康复安排提取医嘱成功界面1.2.3康复治疗测试1）功能描述：康复室医师进入康复管理系统后点击康复师治疗模块，康复室医师通过点击“保存”按钮，输入康复师治疗的就医类型、患者姓名、病案号、开单科室、排班日期、开单医师、康复科室、康复治疗日期、治疗项目、康复师姓名后保存即可；如果没有输入康复治疗信息就点击“保存”按钮，就会新增康复治疗失败。2）测试方法：黑盒测试-等价类3）康复治疗管理测试用例如表6-7所示。表67康复治疗（等价类划分法）条件有效等价类序号无效等价类序号就医类型康复科室不能为空1康复科室为空10患者姓名患者姓名不能为空2患者姓名为空11病案号病案号不能为空3病案号为空12开单科室开单科室不能为空4开单科室为空13排班日期排班日期不能为空5排班日期为空14开单医师开单医师不能为空6开单医师为空15康复科室康复科室不能为空7康复科室为空16治疗项目治疗项目不能为空8治疗项目为空17康复师姓名康复师姓名不能为空9康复师姓名为空18设计康复治疗测试用例，目的是为了覆盖所有康复治疗的有效等价类，编号分别为1~9，设计的康复治疗测试用例表如表6-8所示：表6-8康复治疗（有效等价类）测试结果测试ID1就医类型门诊患者姓名李爽病案号20210429001开单科室康复科排班日期202104291100开单医师吴一康复科室物理治疗室治疗项目平衡训练康复师姓名王五预期结果新增成功实际结果新增成功，显示该条康复治疗记录对于康复治疗无效的等价类，编号分别为10~18，设计的康复治疗测试用例表如表6-9所示。表6-9康复治疗（无效等价类）测试结果测试ID123456789就医类型/门诊门诊门诊门诊门诊门诊门诊门诊患者姓名李爽/李爽李爽李爽李爽李爽李爽李爽病案号2021042900120210429001/202104290012021042900120210429001202104290012021042900120210429001开单科室康复科康复科康复科/康复科康复科康复科康复科康复科开单时间202104291100202104291100202104291100202104291100/202104291100202104291100202104291100202104291100开单医师吴一2个2个2个2个/202104290012021042900120210429001康复科室物理治疗室物理治疗室物理治疗室物理治疗室物理治疗室物理治疗室/物理治疗室物理治疗室康复师姓名王五王五王五王五王五王五王五/王五治疗项目平衡训练平衡训练平衡训练平衡训练平衡训练平衡训练平衡训练平衡训练/预期结果新增失败新增失败新增失败新增失败新增失败新增失败新增失败新增失败新增失败实际结果弹出“就医类型不能为空”对话框弹出“患者姓名不能为空”对话框弹出“病案号不能为空”对话框弹出“开单科室不能为空”对话框弹出“排班日期不能为空”对话框弹出“开单医师不能为空”对话框弹出“康复科室不能为空”对话框弹出“康复师名称不能为空”对话框弹出“治疗项目不能为空”对话框4）测试结论：实际测试出来的结果与预期的结果一致，该测试模块尚未发现存在相关的问题。康复治疗的页面设计如图6-6、6-7所示。图6-6康复治疗报告填写界面图6-7康复治疗报告填写成功界面1.2.4康复评估测试1）功能描述：康复室医师进入康复管理系统后点击康复师评估模块，康复室医师通过点击“保存”按钮，输入康复师评估的就医类型、患者姓名、病案号、开单科室、开单医师、评估科室、康复评估日期、评估项目、康复师姓名后保存即可；如果没有输入康复评估信息就点击“保存”按钮，就会新增康复评估失败。2）测试方法：黑盒测试-等价类3）康复评估管理测试用例如表6-10所示。表610康复评估（等价类划分法）条件有效等价类序号无效等价类序号就医类型康复科室不能为空1康复科室为空10患者姓名患者姓名不能为空2患者姓名为空11病案号病案号不能为空3病案号为空12开单科室开单科室不能为空4开单科室为空13续表6-10康复评估日期康复评估日期不能为空5康复评估日期为空14开单医师开单医师不能为空6开单医师为空15评估科室评估科室不能为空7评估科室为空16评估项目评估项目不能为空8评估项目为空17康复师姓名康复师姓名不能为空9康复师姓名为空18设计康复治疗测试用例，目的是为了覆盖所有康复治疗的有效等价类，编号分别为1~9，设计的康复治疗测试用例表如表6-11所示。表6-11康复评估（有效等价类）测试结果测试ID1就医类型门诊患者姓名李爽病案号20210429001开单科室康复科康复评估日期202104291100开单医师吴一评估科室运动评估室评估项目体能评估康复师姓名王五预期结果新增成功实际结果新增成功，显示该条康复评估记录对于康复评估无效的等价类，编号分别为10~18，设计的康复评估测试用例表如表6-12所示。表6-12康复评估（无效等价类）测试结果测试ID123456789就医类型/门诊门诊门诊门诊门诊门诊门诊门诊患者姓名李爽/李爽李爽李爽李爽李爽李爽李爽病案号2021042900120210429001/202104290012021042900120210429001202104290012021042900120210429001续表6-12开单科室康复科康复科康复科/康复科康复科康复科康复科康复科康复评估日期202104291100202104291100202104291100202104291100/202104291100202104291100202104291100202104291100开单医师吴一2个2个2个2个/202104290012021042900120210429001评估科室运动评估室运动评估室运动评估室运动评估室运动评估室运动评估室/运动评估室运动评估室康复师姓名王五王五王五王五王五王五王五/王五评估项目体能评估体能评估体能评估体能评估体能评估体能评估体能评估体能评估/预期结果新增失败新增失败新增失败新增失败新增失败新增失败新增失败新增失败新增失败实际结果弹出“就医类型不能为空”对话框弹出“患者姓名不能为空”对话框弹出“病案号不能为空”对话框弹出“开单科室不能为空”对话框弹出“评估日期不能为空”对话框弹出“开单医师不能为空”对话框弹出“评估科室不能为空”对话框弹出“康复师名称不能为空”对话框弹出“评估项目不能为空”对话框4）测试结论：实际测试出来的结果与预期的结果一致，该测试模块尚未发现存在相关的问题。康复评估的页面设计如图6-8、6-9所示。图6-8康复评估量化填写界面图6-9康复评估量化填写成功界面1.3非功能测试1.3.1可靠性测试服务端的可靠性测试主要结合SpringCloud提供的微服务治理组件，分别对网关的限流熔断以及服务的可靠性进行测试。这里以康复管理微服务模块为例进行测试，首先部署SpringCloudZuul作为API网关（内置Hystrix熔断服务）以及服务注册与发现中心Eureka，其中包括3个SpringCloudZuul节点、2个Eureka-Server节点，之后启动3个服务节点并将其注册为Eurcka-client节点。部署成功后Eureka管理界面如下图6-10所示，可以从中看到相关的注册信息。图6-10Eureka管理界面之后利用fiddler模拟发送post请求，通过API网关访问TreatmentService服务进行康复评估列表的查询，之后可以正常获取到康复评估报告的应用列表，查询结果如图6-11所示。图6-11fiddler模拟请求查询康复评估列表结果接下来使用fiddler在1分钟内频繁模拟发起查询个人应用的请求，在发起请求超过设定的阈值（10次）后，则会触发API网关的熔断机制，此时访问TreatmentService服务无法再获取到康复评估列表，返回的响应如图6-12所示。图6-12fiddler模拟熔断限流响应结果然后再依次停用云应用服务节点来模拟服务出现异常的情形，此时可以看到Eureka管理界面上的注册信息中app-service只剩下一个节点可用，如图6-13所示，此时继续利用fiddler模拟请求仍然可以正确地获取到个人应用列表。图6-13模拟服务异常情况的Eureka管理界面对上述的测试结果进行分析，可以得知在对基于微服务架构实现的康复医疗管理系统进行集群部署后，即使出现部分服务节点或者微服务治理节点故障的情况，系统仍然可以正常提供服务。并且在短时间内访问系统超过设定的阈值后，就会触发熔断限流机制，极大程度上的保障了系统的可靠性。1.3.2并发性测试本小节将对改进后的康复医疗管理系统进行压力测试，并与之前单体架构下的康复医疗管理系统进行比较。为此选择了ApacheJMeter作为压力测试的工具，通过参数设置来模拟大量用户对服务端的并发访问，来测试服务端在高并发下的平均响应时间、出错率等，从而验证服务端的性能。通过ApacheJMeter进行压力测试需要配置线程组并添加HTTP请求。其中线程组的配置包括线程数、线程启动时长Ramp-UpPeriod以及循环次数等，HTTP请求的配置则包括协议、服务器IP、方法以及路径等参数。线程组的配置图如图6-14所示。图6-14JMeter线程组的配置之后将对改进后的康复医疗管理系统以及改进前的康复医疗管理系统进行对比并发测试，并且为了保证数据在不同场景下的准确性，将测试内容分为瞬时的高并发测试以及持续的高并发测试。考虑到系统康复管理模块相关接口的访问压力相对较大，为了更好地验证康复医疗管理系统在并发下的性能，因此最终选择对该模块下的“获取打开应用信息”这一接口进行测试。在瞬时的高并发测试中，将JMeter线程组的Ramp-UpPeriod参数设置为1s，即在1s之内启动所有线程，之后逐渐增大线程数来提高并发量。测试得到的结果如表6-13所示。表6-13瞬时高并发测试结果表JMeter配置改进前改进前并发数启动时间响应时间出错率响应时间出错率1001120130250118018050012702207001391.3423010001682.55230125011324.12240150011971.21250续表6582602000164214.392602250187520.0226025001113627.85270从测试结果表中可以看出，在瞬时的高并发测试下，当并发数在500以内时，改进前后的系统性能接近。之后随着并发数的增大，两者之间的平均响应时长也随着增大，并且在并发数到达1500时，改进前的系统出错率为1.21%。在并发数达到2500时，改进前的系统平均响应时间超过1s并且出现2