部标1077视频平台过检和压力测试经验分享

部标1077视频平台标准是在2016年10月份发布的,2017年1月1日开始实施,由于两客一危行业车辆如果做视频运营,必须要通过1077检测,所以现在两客一危平台检测默认是包含部标796GPS平台检测和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。但是对于市场新进入者,部标1077视频平台不能单独过检,需要先过部标796平台检测,通过796平台检测后,才能再进行部标1077视频平台检测; 虽然视频平台检测相比GPS平台检测,要多一个视频压力测试,但是视频平台的检测费用上面相比796平台过检,价格还是良心价格,检测费是3万元。796平台检测费是3.8万。不过如果以前没有过过796,则两次检测费用合计是6.8万。如果要代理过检,这个会让老板犹豫不决的价格。

796平台检测和1077平台,如果是不同的平台,架构必须要一致,796是BS网页版本的,则1077视频平台也必须要是BS网页版本的,不能是CS桌面版本的。 由于很多厂商老旧的视频平台都是桌面客户端程序,不是真正意义的BS网页版本的程序,所以不得不做成假的BS程序,通过ActiveX控件,只能使用低版本的IE7,8,9等,依赖IE减低安全等级设置。所以如果是开发平台,最好是一步到位选择真正的BS网页架构版本的平台。 

BS版本架构的部标1077视频平台参见:

基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS和部标视频监控平台

视频平台检测的主要难点是压力测试,主要的流程如下: 

相对于796平台检测的压测的主要区别是:

1.gps压测相对于796多了1000台,压测结果是对比发送的和接收的是否一致,一条也不能少;

2.gps压测通过后,3000台车保持在线,但停止发送定位,开始视频200辆车压测;

3.视频压测的时候,200路的视频连接和对应的200路上级监管平台的转发连接都保持稳定后才开始统计码流;

如果不够200路,压测直接就失败了,因为没有码流统计数字,无法统计结果;

4.200路转发成功后,任意选择一路播放视频,如果有黑屏,卡顿或者无法打开播放的情况,则视为失败;

5.视频播放的时候如果声音不连续也不行,这也说明了卡顿;

6.测试卡顿使用的视频,是一个座钟秒针转动的画面,如果有卡顿,秒针走的时候也会一顿一顿,很明显能够看出来。如果有丢包或者跳帧,则秒针就会时快时慢,或者跳跃前进。

7.测试30分钟,然后统计终端发送的码流,和上级监管平台接收的码流,两者的数字相加要大于11M。视为压测通过。

8.统计结束后,截屏上传到检测系统当中,生成压测报告。

 

压测的时候,对于带宽的要求显然要高于796平台的检测要求。

播放视频的时候,播放的那一路最好不要断开连接,否则容易出现卡顿或者黑屏的情况;

交通部测试终端的出口带宽感觉在100M一下,在家里做测的时候,用10M带宽对100M服务器测试的时候,2分钟3000个连接都建立了。在交通部测试的时候,需要3,4分钟才建立完毕。

码流统计标准,之所以设计为11M,估计是一个经验值,200路如果每一路都保证画面播放流畅,则码流必须要良好才行。进而累计200路的码流值必须要是一个合理的数字。

总之要想过检,压测是重中之重,必须要认真对待。

JT/T 1077视频平台的检测难度无论从功能细节上面还是压测强度方面,都是要高于GPS平台检测的,我过检的时候,两眼一抹黑,网上也没有任何资料借鉴,硬碰硬的通过了部标1077检测。为了帮助客户以较低的成本,高效顺利过检,本平台已经通过部标1077视频平台检测,提供有偿收费检测服务,也可以对你已有的平台提供技术指导服务,如需购买,请加QQ:2379423771,注明购买过检服务;假意购买的就不要加了。我不是销售,作为一个忙碌的开发人员哪里有时间在网上瞎扯淡,目前只针对真正想降低成本,提高效率,诚意购买的人提供服务。

我是提供源码的,少走弯路,降低成本对公司是好事情,光明正大的给公司申请下有什么不好,你自己开发过检,无论你多牛逼,你都绕不过漫长的开发周期和测试稳定周期,公司也必须要承担长周期带来的不可预估的开发成本,只有血气方刚没经验的新手才会给自己挖坑,设定激进的开发进度计划和交付时间点。

 

猜你喜欢

转载自www.cnblogs.com/productivity/p/9447145.html