车载3G视频监控系统测试评估报告

自20xx年开始，XXXX分公司分别与北京电信、中寰卫星导航通信有限公司、上海康汇通信信息网络有限公司及深圳市东运科技有限公司等企业联系，尝试在长途运营车辆上安装车载视频监控系统。但是，目前市场上常见的均为用于长途客运车辆和危险品运输车辆的视频监控系统，几家供应商都没有在长途半挂牵引车上安装车载视频系统的经验。通过比对各家提供的系统设计方案及安装方式，同时结合系统测试结果，最终选择深圳市东运科技有限公司的车载视频监控解决方案。

一、 车载3G视频监控系统设计目的

XXXX分公司通过现代信息化设备的应用，加强对车队运输过程的精细化管理，实现内部运输过程管理、外部提高客户服务质量、行车安全监督管理、员工绩效考核等目标。

内部运输过程管理：实时监控运输车辆行驶位置、道路环境、停车休息、途中加油、车辆维修等情况，结合GPS实用数据报表（里程、速度、停车时间及位置、报警信息）等功能，规范司机驾驶行为，实现车辆在运输过程中的有效监管，降低企业运营成本。

外部提高客户服务质量：让客户可实时看到自己货物目前的位置，提升客户体验的满意度。让客户更加有效地安排自己接货后的时间安排。

行车安全监督管理：通过速度监管和视频监管有效遏制司机的不良驾驶习惯，降低事故发生率；在事故发生时能清楚记录事故发生过程，作为事后凭证。

员工绩效考核：超速、停车休息时间、绕路等信息报表及通过视

1 / 7

频记录司机的驾驶行为可作为员工绩效考核的客观、有效的凭据。

二、 车载3G视频监控系统概述

系统运用计算机技术、网络技术以及图像处理、3G无线传输技术、GPS无线定位技术的推广发展，视频监控技术也得到快速的发展应用，在安全防范系统中，车载3G无线视频传输监控系统已经发展成为整个安防系统最先进的应用部分。

车载3G无线视频传输监控系统以先进的车载SD卡录像车载终端为基础，融合3G无线视频传输技术与GPS定位监控技术，实现远距离的视频信号传输和定位，对于移动的车辆、不便布线现场来说，采用实时的车载终端录像与无线化、远程视频监控的方案、构建工业级车载3G无线视频传输监控系统的完美系统。

三、 车载3G视频监控系统功能特点

1. 实时视频录像、截图功能：支持本地SD卡4路CIF画质视频输入录像，可选择支持64G双SD卡自动循环录像功能；可对特定某路视频鼠标右键视频截图或录制，录制后的视频片段为AVI格式；

2. 实时音频、视频同步传输功能：实现4路音频、视频3G实时传输。管理人员通过此功能可远程实时观看车辆行进过程中的道路、人和物的实际画面情况,，更好掌握车辆信息；

3. 实时抓拍图片功能：管理员通过此功能可远程实时抓拍任意一路视频图片并保存到本地；

4. 远程调阅本机录像功能：可随时查看、下载本机录像视频文件；

5. 语音通讯功能：支持后台控制中心语音监听与对讲；

6. 断电保护：终端支持整机断电保存录像功能；

7. 数据存储: 支持SD卡录像（可选择循环录像方式），32GSD

2 / 7

卡可录制约168小时；

8. GPS定位功能：车辆的实时GPS地理位置信息与视频及时上传到客户端，两者相结合可更直观的了解车辆信息；

9. 叠加功能: 实时叠加车辆行驶重要信息，包括实时叠加显示车速、车牌号、日期时间。

四、 车载3G视频监控系统功能参数

3 / 7

该系统主要包括车载终端设备（DY-DVR-E-3G型主机系统）、中心管理服务器系统、远程监控客户端以及SD卡录像播放软件四个部分组成。

远程监控系统与车载终端设备一起构成一套完整的移动无线监控系统。

六、 系统产品主机外观

4 / 7

七、 车载设备的安装

车载视频监控设备，特别是监控探头的安装位置和安装方式是实现运营车辆3G视频监控的难点。经过反复论证，我们选择在牵引机头安装3部摄像头的方案（见下图）。

客运车辆的视频探头都是安装在车厢内部，安装较为方便。但是针对货运车辆，除了前视的摄像头可以安装在驾驶室内以外，左右两侧后视摄像头只能安装在车外，安装时既要保证后视的效果，又不能超出车辆限宽，同时还要考虑适应外部的各种恶劣环境条件，以及防

5 / 7

盗、防破坏等因素。经过反复试验，设计专门的固定支架安装后视摄像头(见下图)。

八、 车载3G视频监控系统测试

XXXX分公司挑选了两部17米半挂车试装车载3G视频监控设备。经过近1个月的跟踪监控，对其设备具有的各项功能逐一测试，基本能够达到预期的效果（下图为客户端实时监控界面效果）。

使用过程中遇到的各类问题，供应商都能及时解决，系统正在逐步完善。

6 / 7

九、 车载3G视频监控系统安装及运营费用

每套设备，包括SD卡录像机、摄像头的安装费用约4,000元/车。此外还需支付设备运营费用：

监控平台服务器维护费：每套设备每月为17元，全年一次性缴费为170元/年。

电信流量卡：用于实时视频、音频监控信号传输。视频信号占用的网络流量较大，除遇到车辆故障、事故等情况，应控制实时监控的使用。800兆流量卡每张50元/月，每月可监控7小时左右。2G流量卡为100元/月，每月可监控时间18小时左右。

7 / 7

 

第二篇：项目测试报告

 

项目名称：北京市××××××××××××××项目

 文档名称：    项目测试报告                   

编制单位： ××公司            

                    编制时间：       20##年12月           

1     引言.......................................................................................................................... 3

1.1      编写目的........................................................................................................ 3

1.2      背景............................................................................................................... 3

1.3      用户群............................................................................................................ 3

1.4      定义............................................................................................................... 3

1.5      测试对象........................................................................................................ 4

1.6      测试工具........................................................................................................ 4

1.7      参考资料........................................................................................................ 4

2     测试概要................................................................................................................... 4

2.1      测试执行........................................................................................................ 4

2.2      测试用例........................................................................................................ 4

2.2.1       功能性................................................................................................. 4

2.2.2       易用性................................................................................................. 5

3     测试环境................................................................................................................... 5

3.1.1       软硬件环境.......................................................................................... 5

3.1.2       网络拓扑.............................................................................................. 6

4     测试结果................................................................................................................... 6

4.1      Bug严重程度.................................................................................................. 6

4.2      Bug引入原因.................................................................................................. 7

5     测试结论................................................................................................................... 7

5.1      功能性............................................................................................................ 7

5.2      易用性............................................................................................................ 7

5.3      兼容性............................................................................................................ 8

5.4      安全性............................................................................................................ 8

5.5      性能............................................................................................................... 9

6     分析摘要................................................................................................................... 9

6.1      覆盖率............................................................................................................ 9

6.2      建议............................................................................................................... 9

7     度量........................................................................................................................ 10

7.1      资源消耗...................................................................................................... 10

8     典型缺陷引入原因分析............................................................................................ 10

1         引言

1.1   编写目的

编写该测试总结报告主要有以下几个目的

1．  通过对测试结果的分析，得到对软件质量的评价

2．    分析测试的过程，产品，资源，信息

3．    评估测试测试执行和测试计划是否符合

4．    分析系统存在的缺陷，为修复和预防bug提供建议

1.2   背景

    1.待测试软件系统的名称：北京市×项目

    2.系统结构：北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。模块下设有多个相关的功能菜单

1.3   用户群

    主要读者：北京市×项目管理人员，北京市环境卫生监督    检查系统升级改造项目测试经理

    其他读者：北京市×项目相关人员。

1.4   定义

严重bug：出现以下缺陷，测试定义为严重bug

1.         系统无响应，处于死机状态，需要其他人工修复系统才可复原。

2.         点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。

3.         进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误

4.         当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed” 或者返回异常错误

5.         系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误

1.5   测试对象

北京市×项目

1.6   测试工具

TestTrack Pro缺陷管理系统

1.7   参考资料

国标GB/T 25000.51-2010《软件工程  软件产品质量要求和评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则》

《渣土处监督检查系统需求规格说明书》

2         测试概要

北京市×项目测试20##年1月18日结束，

功能缺陷：发现 4 个； 解决 4 个；

设计缺陷：发现 1 个； 解决 1 个；

模块缺陷：发现 1 个； 解决 1 个；

北京市×项目总共发布5个测试版本，通过设定详细的测试计划和测试用例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。

北京市环境卫生监督检查系统测试通过TestTrack Pro缺陷管理工具进行缺陷跟踪管理。

2.1   测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试

2.2   测试用例

2.2.1   功能性

系统实现的主要功能，包括登录页面、GPS监控、地图操作、系统管理、基础信息管理、业务数据管理、视频监控、日常巡检查询统计

系统实现的次要功能，包括为主要功能的查询，添加，修改，删除。需求规定的输入输出字段，以及需求规定的输入限制，

2.2.2   易用性

  操作按钮提示信息正确性，一致性，可理解性

  限制条件提示信息正确性，一致性，可理解性

必填项标识

输入方式可理解性

中文界面下数据语言与界面语言的一致性

3         测试环境

3.1.1   软硬件环境

3.1.2   网络拓扑

4         测试结果

通过设定详细的测试计划和测试用例，在开发过程中不断的进行测试，编写了详细的各个功能模块的大量测试用例，找出bug后改进，再测试，先后进行了5次全面的测试，最终按照测试计划比较完善的完成了测试工作。

4.1   Bug严重程度

    测试发现的bug主要集中在normal和minor阶段，属于一般性的缺陷，但是测试的时候，出现了3个严重级别的bug，出现严重级别的bug主要表现在以下几个方面

ü  系统主要功能没有实现

ü  添加数据代码重复后，出现的找不到页面的错误

ü  多语言处理，未考虑非语种代码的情况

ü  数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误

ü  权限控制异常

权限bug主要表现：

ü  具有相应按钮操作的权限，页面无相应按钮，无法执行该功能

ü  无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误

ü  有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误

4.2   Bug引入原因

由测试结果看出，主要为前台编码和易用性方面的bug，占到了全部bug的2/3。

5         测试结论

5.1   功能性

系统北京市环境卫生监督检查系统以模块为结构，包含GPS监控、系统管理、业务数据管理、视频监控、基础信息管理、日常巡检和报表管理等。模块下设有多个相关的功能菜单。

主要功能如下：

1.  登录页面：实现了用户登录、Cookie是否缓存数据和身份选择功能，以及用户名、密码和验证码输入的功能；

2.  GPS监控：实现了车辆监控和车辆历史轨迹管理功能；

3.  地图操作：实现了展开/收缩、设置、放大、缩小和测量功能，以及清除、返回、收缩和操作帮助功能，还实现了最大化、最小化、关闭地图和注销用户登录的功能；

4.  系统管理：实现了修改个人密码、组织机构管理和用户管理的功能；

5.  基础信息管理：实现了对车载终端的查询、增加、编辑和删除功能，以及导出打印车载终端列表和查看车载终端信息的功能；

6.  业务数据管理：实现了清洁站和公厕的简单查询、高级查询和编辑功能，以及删除、导出打印清洁站和公厕列表和对查询列表进行翻页操作的功能；

7.  视频监控：实现了3G视频监控的服务器设置、服务器端口设置、用户名设置和登录密码设置功能，以及视频的播放、抓取和录制等功能；

8.  日常巡检：实现了任务信息管理和昨日市容报告的功能；

9.  查询统计：实现了日报告、类型统计报告、区县检查报告和外勤检查任务统计报告，以及外勤检查工作情况报告和各类问题统计报告功能。

5.2   易用性

   现有系统实现了如下易用性：

1.         查询，添加，删除，修改操作相关提示信息的一致性，可理解性

2.         输入限制的正确性

3.         输入限制提示信息的正确性，可理解性，一致性

5.3   兼容性

现有系统支持window下的IE浏览器

5.4   安全性

1.  设备终端：设备终端采集的视频数据和点位数据，经过数据加密后能正常回传至服务器，服务器对数据进行解密后，平台能正常显示数据。

2.  平台安全

1)   系统自身具有以下安全管理性：

①　系统根据管理业务和安全性的需要，具备自身安全管理功能；

②　系统提供多级权限认证；

③　系统具备对自身的配置情况、数据端口的工作状态、网络运行情况和操作信息等内容的检查；

④　系统具备良好的访问权限控制功能。包括系统的用户界面、机器与机器间的接口、重要命令和数据库的访问权限控制。对所有的访问进行了详细记录；

⑤　系统对重要数据提供了可靠的备份和恢复机制，能确保整个系统的安全；

⑥　在网络设计上，与其它系统连接设置了防火墙，保护了核心系统的安全性；采用中间件技术，提高系统的安全性和可靠性；

⑦　系统对用户登录和操作进行了日志记录，并使用防病毒软件防止病毒侵入和蔓延。

2)   信息安全性

⑧　系统具备统一完善的安全机制，能保证网络安全性和处理机安全性。不易被侵入，并具备良好的恢复能力；

⑨　能防止计算机黑客通过计算机网络进行恶意攻击，做到对网络服务质量分析系统的数据和信息保密。

3)   容灾备份

系统支持双机冷备功能。在单机故障时可迅速切换到备机运行。

4)   系统安全

①　数据库提供了完整的数据库管理、监控和故障处理功能。

②　数据库对“死锁”、“超长事务”、“数据溢出”等异常情况存在处理机制，能保证数据的完整和正确；并设定权限，防止非法进入，防止越权操作；具备完善的事务处理手段，保证数据操作的完整性，提供事务失败的恢复和通信失败的恢复；在传输数据时，能保证数据的一致性。

③　系统能定时自动地对应用程序、应用数据进行备份，在遭遇灾难性攻击之后可以快速恢复系统的应用及应用数据。

④　系统能够提供详细的操作日志。

5)   数据安全性

①　系统建有安全的数据存储机制，操作系统盘和数据盘采用了容错存储方式，保证数据的完整性。

②　系统可以对关键数据能自动定时备份。

③　系统可以对关键配置文件定时备份。

④　系统对大容量数据（如基础业务数据、系统日志），有相应的备份策略。 

⑤　所有备份数据可以进行联机恢复，并保证被恢复的完整性与一致性。

5.5   性能

1.   服务器支持100个终端的同时接入，终端访问服务器的平均响应时间为1.58秒。

2.   在10Mb的有限网络带宽，基础数据量为10000条数据的环境下，针对系统主要业务操作包括“环卫设施管理”和“昨日市容报告”共2项功能，对系统进行了效率测试，并执行50用户在线综合场景测试。测试结果表明：

  1)   环卫设施管理页面查看：单用户执行50次的平均响应时间为0.03秒，系统支持100用户并发执行，平均响应时间为0.56秒；

  2)   昨日市容报告查询：单用户执行50次的平均响应时间为0.06秒，受网络限制，在10M网络带宽的环境下，系统支持50用户并发执行，平均响应时间为1.85秒；测试过程中，网络带宽占用严重，其它资源占用表现正常。

  3)   50用户在线综合场景测试：系统可以完成50用户在线执行2个测试点各25用户构成的综合场景测试，并稳定运行20分钟，没有失败事务；测试过程中，应用服务器和数据库服务器资源占用无明显问题。

6         分析摘要

6.1   覆盖率

此次测试，所有测试用例都是在中文界面下执行，未在英文界面下执行，测试不包括英文界面下的测试，也不包括正对英文翻译的测试。

此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性

6.2   建议

1.         在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。

2.         发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。

3.         开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。

4.         开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。

7         度量

7.1   资源消耗

8         典型缺陷引入原因分析

测试过程中发现的缺陷主要有以下几个方面：

     1． 需求定义不明确

需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定义错误，输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的问题表现出来。需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积极性，降低开发人员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自己的经验来进行设计。

2．  功能性错误

1.         功能没有实现，导致无法进行需求规定的功能的测试。

2.         功能实现错误，实现了需求未定义的功能，执行需求定义的功能时系统出现错误。

3．  页面设计和需求不一致

页面设计没有根据需求进行，输入，输出字段文字错误，用户无法理解字段含义。页面设计没有完成需求规定的输入限制验证，导致用户可以输入错误的或者无效的数据，这些数据有可能会引起功能性错误。

4．  页面设计易用性缺陷

1.         页面设计不友好，系统中很多页面的输入字段无明确的输入提示，用户无法理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加用户负担。

2.         提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不明确，引起用户误解。

3.         提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。

6． 开发人员疏忽引起的缺陷

因为开发人员的疏忽，导致系统需要验证的地方，调用了错误的验证，系统需要进行输入控制的地方没有进行相应的控制。