公共自行车租赁系统车辆监管平台设计与实现第5章下文档格式.docx

公共自行车租赁系统车辆监管平台设计与实现第5章下文档格式.docx

《公共自行车租赁系统车辆监管平台设计与实现第5章下文档格式.docx》由会员分享，可在线阅读，更多相关《公共自行车租赁系统车辆监管平台设计与实现第5章下文档格式.docx（10页珍藏版）》请在冰豆网上搜索。

测试结果分析：

结合实地测试分析，在A0002为测试站点，有一个站点50个锁桩查看该站点实时情况如图5.12（a），比对界面获取的数据与实际数据相一致，单击A0002站点所在列“查看”操作，获得该站点锁桩的实时情况如图5.12（b），同时锁桩车辆在位情况也与实际相符合。

多次测试实验，平台实时数据更新与租赁站点实时存在30s以内的延时，符合预期。

2.站点地图

验证站点地图功能是否能正常使用，是否能在地图上正确标注站点位置信息、以不同图标显示站点实时高低储率，是否能准确显示站点锁桩详情。

在站点地图界面中获取站点信息分布图。

点击站点位置图标获取站点实时基本信息，单击站点名称显示该站点锁桩实时详情。

结合实地测试分析，站点地图分布界面显示站点分布情况如图5.13（a），站点经纬度数据吻合；

根据实时信息情况和站点设定储率数据比较，显示站点实时高低储率相符合（红色图标代表高储，绿色为正常，蓝色为低储）；

点击图标查看站点信息，数据信息正确；

单击站点名，如图5.13（a）中“测试站点”界面弹出锁桩实时详情框图5.13（b），锁桩实时信息与测试站点实际数据一致。

（a）站点地图信息

（b）A0002站点锁桩实时

图5.13站点地图实时信息图

5.3.5车辆调度模块

1.定点调度

验证是否能创建调度任务单，调度员是否可以通过手机端查看任务，是否能查看调度任务执行进度。

（a）调度任务新建界面

（b）调度任务进度跟踪

图5.14实时调度任务

在实时调度界面，选择需要调度的站点并填写调度任务单，点击“确认”按钮生成调度任务。

调度人员在手机端查看调度任务并确认接收执行任务，在调度任务管理界面查找调度任务，查看调度任务执行进度。

结合测试分析，在实时调度界面新建调度任务，如图5.14（a）选择创建从阳电小区站点调度15辆公共自行车至华威地产站点的调度任务。

调度任务创建成功，调度员在手机端可以看到此条调度任务。

调度员选择执行任务执行，在调度任务管理界面跟踪调度任务执行进度如图5.14（b）与实际相符合，本功能模块测试通过。

2.计划调度

检验是否计划调度方案是否可行，调度量分配以及调度路线规划是否正确。

进入计划调度界面，选择需要调度的站点查询站点情况和调度数量，点击“路径优化”按钮执行路径优化。

如图5.15为例，在界面的查询栏选择需查询的站点，图中选择了五个站点分别为：

A0001、A0002、A0003、A0004、A0005，点击“调度量”按钮界面显示站点名称、总车位数、实时的可租车位数，且调度量依次为20，-15，12，-16，13。

再操作“路径优化”按钮，地图中将五个站点的优化路径标记显示：

A0001、A0002、A0004、A0005、A0003。

图5.15计划调度界面图

5.3.6查询报表模块

1.车辆租还车查询

检验查询条件搜索是否正确，查询信息内容是否与用户卡使用实际情况相匹配。

在租还车信息表中使用搜索条件查询该用户租还车信息，使用用户卡进行一次租车和还车操作，记录用户卡上信息对比租还车信息表是否与实际相一致。

结合测试分析，在“租还车记录”界面输入查询日期2015年11月21日、卡号为00000028的用户当天的租还车记录如图5.16所示，查询信息内容与实际操作情况相符合，本功能模块测试通过。

图5.16用户租还车记录表

2.站点状态图表统计

分别按天、月、年统计站点历史信息数据是否正确，图表是否正确显示。

图5.17站点统计图表

进入图表统计界面，在查询搜索栏选择查询时间段、查询站点等信息，单击“查询”按钮查询信息。

如图5.17所示，选择查询时间段、查询站点，分别统计站点按天、月、年的数据信息，图表显示正确，本功能模块测试通过。

5.3.7参数配置模块

测试目的：

在“参数配置”界面完成对收费参数、租借参数和通信参数设置的测试。

由于测试方法类似，以收费参数为例进行测试

测试方法：

分别在FIFO通信正常和中断情况下，配置收费参数；

配置站点收费标准，在站点进行租还车操作，查看用户卡扣费明细。

测试结果及分析：

结合测试分析，在FIFO通信中断时配置参数失败，在与FIFO通信正常通信时成功配置收费等级参数，修改站点收费标准后在进行租车还车操作查看扣费明细与收费标准相一致，本功能模块测试通过。

图5.18收费等级参数配置界面

5.4非功能测试及结果分析

5.4.1异常测试分析

异常测试是指在常规的功能测试之外对不可控的意外情况引起的问题进行测试。

应尽可能地考虑到所有的出错情况并做出相应的恢复信息，将无法预料的错误信息应返回给用户特定的信息提示。

由于监控平台功能多，本节将以表5.2为例对异常测试说明。

表5.2异常测试用例表

输入条件

测试用例

预期结果

异常关闭

在“添加站点”界面填写站点信息，未保存前关闭浏览器

输入信息不能保存

系统故障重启

在“修改用户”界面正在修改信息，系统故障重启

修改数据无效，重启后车辆监管平台正常运行

表单校验

在“添加站点”界面填写已存在的站点编号

界面提示“站点编号

已存在”

当在添加信息时异常关闭浏览器，重新登录平台软件，输入的信息在已有站点列表中不存在，说明没有被保存。

当修改用户信息时系统故障重启系统，再次查看原有信息未被修改。

添加站点界面填写已存在的站点编号，添加成功，与预期结果不符合，检查代码修改后测试通过，界面如图所示。

5.4.2界面测试分析

通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段间的浏览。

窗口对象和特征（如菜单、大小、位置等）都符合标准。

为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。

本节以不同浏览器兼容性测试界面显示、控件是否正确为例进行说明。

检验界面显示是否符合规范，文字是否正确，页面美观。

分别使用InternetExplorer11、Firefox、Chrome、360浏览器登录车辆监管平台，查看界面是否符合规范，控件是否能正常使用。

（a）InternetExplorer11浏览器

（a）Firefox浏览器

图5.19使用不同浏览器登录平台

分别用这四种浏览器打开界面，界面均正常显示，文字、表格等都未出现移位，控件都能正常使用，图5.19分别为InternetExplorer11、Firefox浏览器中显示的界面。

5.4.3软件性能分析

软件性能测试是对响应时间、事务处理速率和其他与时间相关的需求进行评测。

性能评测的目标是核实性能需求是否都满足。

本节以表5.2为例，对车辆监管平台软件性能进行分析。

表5.3性能测试用例表

用例名称

用例描述

一分钟内多个用户登录车辆监管平台

多个终端发起登录请求，逐步加压，直到达到一分钟有100个用户登录。

每个用户能正常登录，且登录时间不超过8秒。

一秒内多个用户同时登录平台

一秒内并发10、20……用户登录系统，持续加压到最大允许并发用户数，查看页面响应速度

用户均能正常登录系统，且响应速度不超过规定的10秒。

在不同网速下登录平台

限制用户网络速度在100KB/s和8MB/s间用户登录系统，查看页面响应速度

在网络速度最低配置时用户可以正常登录系统，且响应速度满足要求

系统拥有大量租还车记录，执行租还车信息查询

在数据量为10、100……条件下分别执行租还车信息查询时间，查看页面响应速度

数据量达到万级时，页面响应时间不超过5s

图5.20租还车记录界面请求响应

分别在数据量以十的倍数增加的情况下，在租还车界面查询租车记录，检测请求响应时间。

当数据量为10时响应速度为114ms，如图5.20为现场测试数据，租还车记录数据量70559条时界面响应速度为1713ms。

5.5本章小结

本章首先介绍了软件测试的流程和方法，并根据实际开发需求确定本文设计的车辆监管平台软件测试方案。

依照项目的完成进度搭建了软件测试平台，对软件的主要功能进行功能模块测试，结合实验室联合测试和小规模实地测试结果进行了测试分析，并对软件的性能进行了分析。

测试到达了预期的效果，测试结果表明车辆监管平台设计符合需求且性能良好。