北京软件产品质量检测检验中心江苏省交通运输厅001文档格式.docx
《北京软件产品质量检测检验中心江苏省交通运输厅001文档格式.docx》由会员分享,可在线阅读,更多相关《北京软件产品质量检测检验中心江苏省交通运输厅001文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
5.1.1功能性测试方法8
5.1.2接口测试方法9
5.2测试前准备工作10
6.测试执行10
7.相关过程10
7.1缺陷等级10
7.2测试结果11
7.3缺陷管理11
8.可交付成果11
1.文档标识
本文档是针对依据T/JSATL11-2017《道路运输车辆主动安全智能防控系统平台技术规范》开发的“道路运输车辆主动安全智能防控系统平台”软件所进行委托检验的整体测试方案。
2.概要
2.1目的
本次测试是针对道路运输车辆主动安全智能防控系统平台进行的委托检验,依据T/JSATL11-2017《道路运输车辆主动安全智能防控系统平台技术规范》判定该系统是否满足用户需求。
2.2测试范围
参照T/JSATL11-2017《道路运输车辆主动安全智能防控系统平台技术规范》及相关的测试文档,在此确定测试范围,规定测试内容。
2.2.1基本功能
功能性测试
序号
功能模块(一级)
功能模块(二级)
功能模块(三级)
功能模块(四级)
1
企业安全监控平台
基础功能
基本功能
报表导出功能
报警和警情处理
监控功能
统计分析功能
管理功能
功能性测试(续)
企业安全监控平台(续)
基础功能(续)
业务功能
偏离路线报警
线路关键点监控
区域报警
分路段限速监控
疲劳驾驶报警
驾驶员身份识别
班线客运特殊业务功能
扩展功能
用户管理
用户设置
权限管理
用户分级机制
日志管理
报警类型
N/A
报警信息实时监控及处理
报警查询
报警信息统计与分析
驾驶员档案管理
驾驶员分析
车辆终端信息管理
接收信息与展示
终端在线升级
驾驶员身份识别功能
2.2.2性能测试
性能测试内容
业务测试点
测试内容
不间断运营时间
∙模拟平台不间断运行7×
24h运行,平台不存在间断的情况
故障恢复
∙系统正常运行过程中,杀死其中某个服务进程,查看系统是否能在120min之内恢复
应急和报警信息时间
∙在排除终端网络故障的情况下,报警信息上报平台的时间和报警附件上传的总时间不超过10min
报警
∙优先显示报警信息和报警处理信息
具有主动安全报警数据高并发处理能力
∙平均1000条/s
∙峰值3000条/s
∙支持至少10000台主动安全智能防控终端接入
主动安全智能防控平台响应时间
以平台接入10000辆车计,平均每天80%在线、每辆车每天100条报警,3个月合计约7200万报警数据(10000*80%*100*30*3)
事务类型:
查询报警
用户条件:
分单用户和多用户并发两种情况
多用户分析:
1万车,以每家企业约100辆车计,约有100家,预计每家企业2个用户在监管,预计平台有200个活跃企业用户,最大并发设定50个
平均响应时间要求(测试10次取平均):
单用户:
1秒---单用户从7200万报警数据中查询当天的报警
多用户并发:
5秒---50个用户同时(一秒内操作算作同时)从7200万报警数据中查询当天的报警
2.2.3接口功能
2.2.3.1基本信息查询指令
基本信息查询包括对高级驾驶辅助系统、驾驶员状态监控系统、轮胎气压监测系统、盲点监测系统的基本信息查询,统一根据以下流程进行查询:
a)查询基本信息
平台下发正确查询指令,终端收到后,给出正确应答;
平台下发异常查询指定,终端收到后,给出异常应答。
b)上传基本信息
终端根据正确查询指令要求,上传查询的信息,平台收到后,给出应答,并显示查询的信息。
2.2.3.2参数设置查询指令
参数设置包括对终端的高级驾驶辅助系统、驾驶员状态监控系统、轮胎气压监测系统和盲点监测系统的参数进行设置,统一根据以下流程进行设置:
i)平台下发查询指令(0x8104/0x8106),终端应答,应答内容上传当前终端的参数(0x0104)。
ii)平台给出应答后,根据设置情况下发参数设置指令。
(实际的参数设置根据不同的参数ID对应的系统参数对每一个参数进行传参设置的正确性测试。
)(0x8103)
iii)终端收到参数设置指令后,给出通用应答,平台根据应答内容显示是否成功。
iv)平台下发查询指令(0x8104/0x8106),终端应答(0x0104),应答内容上传当前终端的参数,与平台下发的参数对比,参数一致通过,平台显示下发成功,通过检测。
2.2.3.3报警指令
报警指令包括终端的高级驾驶辅助系统、驾驶员状态监控系统、轮胎气压监测系统和盲点监测系统的报警类型指令,统一根据以下流程进行设置:
i)终端根据实际的报警信息和报警/时间类型,上传报警指令;
(实际上传的报警信息会根据相应的时间类型和参数之间的关系进行组合和验证。
)
ii)平台收到报警指令后,给出相应的应答;
iii)平台收到报警指令后,依据其中的附件情况,下发报警附件上传指令,其中包括附件上传的附件服务器连接信息;
iv)终端收到附件上传指令后,给出相应的应答。
2.2.3.4终端升级
i)预置条件:
用户上传升级包至指定的服务器
ii)平台下发查询终端基本信息指令(0x8107)
iii)终端收到指令后,通过0x0107上传基本信息(基本信息包含版本信息)
iv)平台向终端下发升级指令(0x8105),升级指令包含:
FTP地址、端口号、用户名、密码、文件存放路径、文件名
v)终端向FTP服务器取升级包,取完升级包后进行升级
vi)终端升级结束后返回升级结果应答至平台(0x0108)
vii)平台下发查询设备基本信息指令(0x8107)
viii)终端上传当前终端信息,包括软件版本等(0x0107
ix)通过比对当前软件版本与下发升级版本是否一致,一致则升级成功
2.2.3.5外设立即拍照指令
i)平台下发立即拍照指令。
ii)终端收到立即拍照指令后,根据消息ID:
0x0805,做出应答
iii)终端应答结果包括判断平台下发的指令中通道ID是否存在的情况判断
2.3测试环境配置
具体测试环境以实际测试环境为准。
2.4测试依据
T/JSATL11-2017《道路运输车辆主动安全智能防控系统(平台技术规范)》
T/JSATL12-2017《道路运输车辆主动安全智能防控系统(通讯协议规范)》
3.人员安排
角色
职责
项目负责人
评审并批准测试方案及有关报告;
组织并确保团队工作;
控制项目执行;
评估项目绩效;
与有关人员进行沟通。
项目经理
测试方案编制;
协调并实施测试方案中确定的活动;
识别测试环境需求;
负责设计测试用例;
为其他人员提供技术支持。
测试人员
执行测试活动;
在测试方案制订阶段,识别项目活动,估计每项活动所需的时间。
环境准备人员
提供资源保障;
建立并维护测试环境。
质量保证人员
确定项目质量目标;
制订并实施质量计划;
监督、指导项目活动的执行过程。
4.测试流程
4.1报名审核
平台厂家需提交材料如下:
1、平台厂家提供营业许可证、税务登记证和组织机构代码证;
2、平台相关资料(包含平台使用说明、平台需求规格说明书、平台相关的测试报告等);
如果未做过JT/T796、JT/T1077标准检测的,需联系检测单位咨询具体检测方案。
如果部分功能项已做过相关JT/T796、JT/T1077标准的检测的,需提供检测报告,为保证对应的功能切实可用,现指定以下检测机构提供的检测报告可作为本次检测的依据。
交通运输通信信息工程质量检测中心;
国家通信导航与北斗卫星应用产品质量监督检验中心;
交通运输部科学研究院交通工程检测中心;
4.2检测内容审核
平台厂家的申请通过后,根据厂家提供的材料,对平台进行审核。
审核内容如下:
1、平台厂家提供的检测报告和平台信息是否与检测单位提供的信息一致;
2、检测项目是否满足审查细则要求;
3、检测实施细节是否符合检测细则要求;
4、检测过程中是否存在违规操作等。
审查结果应及时告知平台厂家,如审核未通过,应说明原因。
4.3结果公示
对于标准符合性测试结果,检测机构向平台厂家出具检验检测报告,并将厂家名单及对应平台信息汇总上报江苏省交通运输厅运输管理局,江苏省交通运输厅运输管理局对检测单位提交的检测报告和检测过程数据进行形式审查,无误后以不大于三个月的时间周期在官方网站上分批次公示。
5.系统测试
5.1测试方法
5.1.1功能性测试方法
根据需求规格说明,采用等价类划分、边界分析、随机测试、静态测试和线索测试等黑盒测试技术,通过设计覆盖全部软件产品功能实现的测试用例的方法,从功能实现的功能正确性、功能实现的完整性、功能的计算准确性、计算精度的符合性等方面对用户需求的软件产品全部功能性进行质量测试,并将功能性检测结果与用户需求中的功能要求比较,评价该软件产品功能是否符合用户需求和文档要求。
5.1.2接口测试方法
本测试方案采用以下的整体设计:
测试数据输入
测试结果返回
其中,测试系统的主要功能是将被测试平台统一接入系统,对测试工具提供统一的测试接口,并提供并发请求发送能力。
为完成该目标,测试系统为接入的被测试平台提供平台模块,在模块中完成对来自测试工具的测试数据的转换和封装,模拟车载终端与平台的数据交换过程,检测被测试平台是否满足规范的要求。
同时,测试系统对外提供的统一测试接口具备并发数据发送能力,并保证并发量高于被测试平台的要求,以检验被测试平台的并发处理能力。
测试工具的主要功能为根据规范定义的数据格式发送测试数据,校验从被测试平台返回的数据结果是否满足规范的要求。
并具备测试日志记录、分析、自动生成报表等能力。
在执行测试时,测试工具通过测试系统对外提供的统一测试接口向平台模块发出测试数据请求,测试系统将测试数据发送给平台模块并由平台模块发送给被测试平台,以检验车载终端向被测试平台提交的上行数据是否满足规范的要求,以及平台是否能达到并发性能要求。
对于由被测试平台提交给车载终端的下行数据,由平台模块接收后根据规范要求做相应数据格式完整性校验和应答,以完成对来自被测试平台下行数据的测试。
在以上方案中,测试系统可采用现有产品。
平台模块和测试工具有待开发。
5.2测试前准备工作
在此规定,测试开始前的准备工作,主要涉及:
1、测试方案完成,并经过严格评审;
2、缺陷跟踪与管理系统已搭建;
3、测试所需的资源已经到位;
4、测试组人员配置合理,测试人员的工作技能符合测试要求;
5、测试所需的软、硬件和操作系统等测试环境准备完毕。
6.测试执行
Ø
根据测试计划中相关测试环境的内容,检查测试环境(包括硬件及软件),确保测试环境符合要求;
对于测试用例的描述信息,按测试目的对每一个测试用例设计操作流程中重要环节的动作、输入数据和预期的结果;
执行测试活动,并记录所使用的机器及执行日期,对于每个测试用例还应记录关键操作步骤、输入数据以及任何与测试人员预期结果不符的系统响应;
每个测试用例执行完毕后,视具体情况对系统进行备份或根据备份数据对系统进行恢复。
7.相关过程
7.1缺陷等级
S1级:
发现影响被测系统正确运行的严重问题:
——导致系统崩溃;
——出现不可挽救的数据丢失或损坏;
——主业务流程出现断点;
——导致死机;
——内存泄漏。
S2级:
发现影响被测模块正确运行的严重问题:
——导致程序模块丢失或未实现;
——软件错误导致数据丢失;
——被测数据处理错误;
——用户需求未实现。
S3级:
发现影响被测功能正确实现的问题。
S4级:
一般性的错误或功能实现有不完善处。
S5级:
建议性问题。
7.2测试结果
评价结果类型
说明
功
能
性
测
试
业务流程测试
“通过”和“不通过”
该类测试过程中,只要业务流程不能完全实现,即视为“不通过”
基本功能测试
“通过”、“基本通过”和“不通过”
该类软件测试过程中出现“S1、S2、S3”级缺陷的,视为“不通过”
出现2个以上(包括2个)“S4”或“S5”级缺陷的,视为“不通过”
出现2个以下(不包括2个)“S4”或“S5”级缺陷的,视为“基本通过”
7.3缺陷管理
依照设计好的测试用例对产品进行测试,将发现的缺陷按照不同质量特性进行定位,保证所有缺陷记录的维护、分配及修改。
8.可交付成果
本项目结束时,应提交下列结果
测试方案
测试报告
缺陷列表