软件测试报告

软件名称：机动车专门查验区和查验监管系统建设 软件版本：

委托单位： 广东泓胜科技股份有限公司 测试类别: 委托测试

软件名称 机动车查验系统 委托单位 广东泓胜科技股份有限公司 开发单位 广东泓胜科技股份有限公司 测试日期 测试依据 软件版本 联系人 测试类别 罗海斌 委托测试 1.GB/T25000.51-2010<软件工程 软件产品质量要求与评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则> 2.GB/T 26765-2011《机动车安全技术检验业务信息系统及联网规范》 3.GB 21861-2014《机动车安全技术检验项目和方法》 4.GB/T 22239-2008 《信息安全技术 信息系统安全等级保护基本要求》 5.《机动车检验监管系统接口使用手册》 6.《机动车安全技术检验业务信息系统操作说明书》 测试结论 在给定的测试条件下，该“机动车安全技术查验业务信息系统”的软件功能，系统安全，用户文档，软件质量等所检项目符合上述检测依据相关要求。 备注 1.本次测试报告仅适用于委托送样的被测系统及版本，当被测系统出现更新或其他更改时，应按要求重新测试 2.本报告有效期至2019-6-25 3.本报告一式三份，一份留存本检测中心，两份叫委托单位 批准： 审核： 编制：

软件名机动车查验系统 称 委托单广东泓胜科技股份有限公负责人 位 地址 联系电话 司 广东泓胜科技股份有限公司 软件版本 殷景明 邮编 528200 样品描述：V2.1版机动车安全技术检验业务信息系统用于机动车安全技术检验，能实现检验系统的用户管理，内部查询，统计分析，机动车安全技术查验报告单打印，机动车安全技术检验表格打印等功能 样品运行基于 Windows操作系统，以Oracle为后台数据库 样品组成：只能检验终端（PDA）;软件安装程序；用户文档。 测试地点：检测中心软件测试实验室 测试环境 类别 应用及数硬件环境 型号：DELL R230 软件环境 操作系统：Windws Server 2008 CPU：Intel（R）Xeon（TM）E3-1220V 据库服务5 3.00GHz 数据库：Orecle 11g 器 检验监管服务器 内存：8GB 硬盘：1TB 型号：超翔Z254OH CPU:AMD 3.8GHz Fx-4300 其他：.NET Framework4.0 操作系统：Windws 7 Qual-Core 其他：机动车安全技术监管系统 V1.0 内存：4GB 硬盘：1GB 客户端 型号：杨天 T4900v-00 操作系统：Windws 7 CPU：Intel（R）Core(TM)i3-4160 其他：HikPlayCtrl 1.0视频3.60GHz 插件；机动车安全技术检内存：4GB 硬盘：500GB 验业务信息系统V2.1; .NET 测试项目 技术要求 测试结果 判定 用户管理 ①能录入用户登录账号、密码、所符合要求 属机构、真实姓名、职位、手机号、身份证号、登录IP限制以及该用户的操作权限信息； ②创建用户查询数据库用户名是否存在重复，并对创建结果友好提示； ③对登录账号、真实姓名和用户操作权限录入信息进行校验，存在填写不完整的部分友好提示。 修改用户： ①能正常修改保存已经创建好的用户信息并友好提示； ②登录账号、真实姓名参数不允许进行修改。 删除用户： ①删除用户前有用户确认提示框； ②能正常删除用户并友好提示。 通过 参数管系统管理模块应具有以下参数管符合要求 理 理功能机动车安全技术检验机构信息增加，删除，和编写功能 通过 日志记系统管理模块应具有检验业务信符合要求 录 息系统的系统管理，检验业务办理等操作日志记录功能。 通过 内部查系统管理模块应具有检验业务信询 息系统用户，参数，日志，检验过程等信息的查询功能。 通过 测试项目 技术要求 测试结果 判定 通过 查验车辆办理新车注册登记业务时通过二维条码符合要求 基本信息扫描枪扫描整车出厂合格证获取车辆基录入 本信息，信息包含（合格证编号、出厂日期、车辆制造企业名称、车辆类型、车辆品牌/车辆名称、车辆型号、车身颜色、车辆识别代号、发动机号、发动机型号、燃油种类、排放标准、排量、功率、转向形式、轮距前、轮距后、轮胎数、轮胎规格、钢板弹簧片数、轴距、轴荷、轴数、长、宽、高、货厢内长、货厢内宽、货厢内高、总质量、核定载质量、整备质量、准牵引总质量、核定载客、驾驶室载客、最高时速、制造日期、备注、生产标准、生产单位地址、生产单位名称、油耗），自动录入到查验系统；办理在用车登记业务（二手车转移登记、变更登记、监销登记）时通过号牌号码和号牌种类查询在用车车辆登记信息，自动录入到查验系统 公告自动对比 与公安交通管理综合应用平台综合应用符合要求 平台（即六合一系统，全国公安交通管理综合应用平台是将车管系统、驾管系统、交通违法系统、事故系统和交警队信息平台等六大系统合并为一的综合性系统。）进行数据交互，根据录入的车辆型号获取车辆公告信息并进行自动比对，对不符合公告的车辆责令整改； 通过 查验审核 建立统一的远程审核监管中心，在南海符合要求 通过 区车管所、机动车登记服务站搭建查验系统，所有下级机构查验的车辆数据实时上传到审核中心，中心民警通过查验系统查验审核功能进行远程审核 查验表打印 打印审核合格的机动车查验记录表符合要求 通过 /校车查验记录表，查验表信息由PDA采集的数据和审核中心民警审验结论组成，数据自动录入到表格相应位置；对审核不合格的车辆打印不合格告知单，通知车主对车辆进行整改。 测试项目 查验归档 资料与对已经办结查验业务的车辆进行符合要求 归档，数据进入历史数据库中保存。 技术要求 测试结果 判定 通过 查验系统通过综合应用符合要求 通过 图片上平台外挂系统接口，将查验预传 录入信息及行驶证照片写入综合应用平台，通过与综合应用平台对接，可减少综合应用平台受理重复录入资料，并能进一步确保查验结果的真实性。 查验结果查询 对查验数据、照片实现浏览查 阅。可通过车辆识别代号或车牌进行检索照片，查验机构能对当前机构内的所有查验车辆状态进行查询，包括车辆基本信息、业务类型信息、业务办理状态、车辆查验人员等。实现了机构内的查验情况实时监管。 符合要求 通过 流水信息修改 对未审核的车辆流水信符合要求 息修改，信息修改包含（流水号、业务类型、号牌种类、号牌号码、车辆识别代号、使用性质、制造国、车辆类型、车身颜色、核定载客人数）。 通过 测试项目 流水退办 技术要求 测试结果 判定 通过 查验车辆未归档前可退办业务流符合要求 水 PDA用户管理 PDA用户即为我们的交警或辅助查验员，通过监管系统进行查验员管理。实际工作中，不同地区/机构的查验岗位所需要的权限不尽相同，因此，需要对智能设备终端的用户（查验员）进行有效管理，对其相关权限能够充分控制，以充分满足不同地区/机构对查验岗位的权限需求。另外，本功能还能让监管部门做到对查验员工作权限最大程度上的把控。 符合要求 通过 机构管理 可以控制机构的状态，修改机符合要求 构的基本信息完成对南海交警大队下属的所有查验机构进行统一监管，对下属查验机构进行增删改查，保证所属查验机构信息的正确性和有效性。 通过对各个查验机构的基本信息和审核标准进行监管和修改，完成查验机构的备案新增和注销。 通过 测试项目 设备管理 技术要求 测试结果 判定 查验工作主要使用的设备为PDA设符合要求 通过 备。通过查验监管系统我们能对所有的分所查验区拥有的PDA进行统一的管理，进行新增，修改，未经监管机构备案的设备不能完成机动车查验业务。 工作量统计 按机构、日期进行工作量统计，符合要求 通过 查看每位查验员所查验的车辆合格数、不合格数的车辆数据统计。 审核统计 按机构、日期进行审核统计，查符合要求 通过 看审核的合格数、审核不合格数量的车辆数据统计。 查询统计 按机构、日期进行查询统计，查符合要求 通过 看每种业务类型办理的车辆数据统计。 测试项目 技术要求 测试结判定 果 查验项目配置 根据不同的车辆类型、业务符合要通过 类型、使用性质的车辆配置与之求 对应的查验项，可对所有查验项目设置“是否查验”和“是否必须查验”，查验员通过PDA软件动态获取配置项进行查验。 查验照片配置 务 根据不同的车辆类型、业符合要通过 求 类型、使用性质的车辆配置需要拍摄的照片，查验员通过PDA软件动态获取拍照项目采集照片。 监控视频 对查验视频实现检索回放，可通符合要通过 过车辆识别代号或车牌进行检索求 照片，监管中心可调取回放查验过程历史视频信息，机动车查验监管过程视频支持导出功能。 整备质量结果在配置管理中设置好需要测量的符合要通过 判定 车辆类型，在测量环节实现数据求 的自动采集、比对和上传，对不满足出厂合格要求或不符合公告要求的车辆及时提出整改意见。 测试项目 查验表补打 技术要求 测试结果 判定 可对查验表打印次数进行管理，多符合要求 通过 次打印查验表须经管理员授权。 行驶证照片打根据查验流水号查询车辆左前45符合要求 通过 印 度照片（挂车和摩托车是车左后45度照片）打印。 PAD车辆查验 PDA软件对照预录入打印的流水凭符合要求 通过 证选择要办理的业务类型，点击扫描按钮跳转到流水扫描界面；通过凭证的流水号提取车辆基本信息、车辆公告信息以及整备质量测量信息，提供车辆查验数据比对依据；提取查验项目配置数据。可查项目有合格、不合格和未检三项选择，查验员根据实际需要进行的查验项目录入查验结论，PDA软件界面提供“核定座位数”、“车辆类型”、“车身颜色”输入功能。 PAD照片采集 PDA软件提取照片采集项目对符合要求 通过 机动车查验过程进行照片的采集，在“拍摄项”界面有“添加照片”功能可对照片采集项目进行增加。采集完成可选择确定或者取消，确定则进行下一项目照片采集，取消则进行重新拍摄，在发现照片拍摄有误时可取消重拍。车辆在查验过程是拍摄的照片在拍摄完毕后自动将照片通过无线网络上传监管中心。 行驶证照片采集 PDA软件界面在“功能选择”符合要求 通过 中提供“行驶证”拍照功能，实现行驶证照片与车辆查验照片分区域采集。 照片补拍 PDA软件界面在“功能选择”符合要求 通过 中提供“照片补拍”功能，PDA软件自动获取审核不通过的查验照片项目，由查验员进行照片补拍。 查验录像触发 车辆登录后，查验员可点击PDA软符合要求 通过 件界面上的“检验开始”按钮，触发摄像头开始进行查验过程录像，完成后点击“提交数据”按钮，触发摄像头结束录制。 测试项目 技术要求 测试结果 主机安全 应对登入操作系统和数据库系符合要通过 统的用户进行身份证标识和鉴求 别 应启用访问控制功能，依据安全符合要通过 策略控制用户对资源的访问；应求 限制默认账号的访问权限，重命名系统默认账户，修改这些账户的默认口令；应及时删除多余的过期账户，避免共享的存在 操作系统应遵循最小安装的原符合要通过 则，仅安装需要的组件和应用程求 序，并保持系统补丁及时得到更新 判定 应安装防恶意代码软件，并及时符合要通过 更新防恶意代码软件和恶意代求 码库 应用安全 应提供专用的登入控制模板对符合要通过 登入用户进行身份标识和鉴别；求 应提供登入失败处理功能，可采取结束对话，限制非法登入次数和自动退出等措施；应采用身份鉴别和登入失败处理功能，并根据安全策略配置相关参数 应提供访问控制功能控制用户符合要通过 组/用户对系统功能和用户数据求 的访问；应由授权主体配置访问控制策略，并严格限制默认用户的访问权限 应提供数据性有效检验功能，保符合要通过 证通过人机接口输入或通过通求 信接口输入的数据格式或长度符合系统设定要求 测试项目 技术要求 测试结果 判定 系统性原则 选择成熟技术是保证系统可靠性的重要手段。要尽量采用现有成熟、可靠的软件系统平台及产品。除此之外，考虑部分冗余设计等措施。 结合目前项目建设的实际状况，以及南海区机动车查验监管信息化能力建设的要求，本着资源整合、信息共享的原则，以统一管理、统一规划、统一标准为原则的前提下建设项目。 符合要求 通过 符合要求 通过 实用性原则 系统能够结合南海区查验业务和监管工作的实际，适应车管所内部和查机动车登记服务站间的协同办公，提高符合要求 通过 办公效率；促进单位资源合理配置，实现信息资源传输共享，方便管理和合理利用各类信息资源。 系统要力求最大限度地满足实际工作需要，充分考虑各业务层次、各管理环节数据处理的实用性，把满足用户工作和管理业务作为第一要素进行考虑。充分利用软硬件资源。严格执行统一的标准规范，整个项目从实用性角度出发，按用户实际需要提供服务，将关注的重点放在业务的实用性上。 实用性原则 符合要求 通过 系统能够结合南海区查验业务和监管工作符合要求 通过 的实际，适应车管所内部和查机动车登记服务站间的协同办公，提高办公效率；促进单位资源合理配置，实现信息资源传输共享，方便管理和合理利用各类信息资源。 系统要力求最大限度地满足实际工作需要，充分考虑各业务层次、各管理环节数据处理的实用性，把满足用户工作和管理业务作为第一要素进行考虑。充分利用软硬件资源。严格执行统一的标准规范，整个项目从实用性角度出发，按用户实际需要提供服务，将关注的重点放在业务的实用性上。 符合要求 通过 扩展性原则 为适应将来的发展，本查验监管系统应具有良好的可扩展性，系统可以实现数据与平台功能的不间断升级和扩展，充分考虑业务规模和结构的发展变化，能够随着应用的逐步完善和信息量的逐渐增加不断地进行扩展，整个系统可以平滑地过渡到升级后的新系统中。 本系统体系结构采用开放和标准的接口，在不影响系统正常使用的情况下实现与其他系统的灵活对接，实现不同系统间的互联互通 符合要求 通过 符合要求 通过 安全性 由于查验监管系统与公安部专网存在网络接入和数据交互，所以符合要求 通过 本系统的安全性要求极高，我公司将以安全手段为支撑，确保整个系统安全。系统设计时，有足够的安全措施，避免敏感信息受到破坏，对信息访问与使用进行严格的权限管理，确保整个系统的安全可靠。 兼容性 为适应未来车驾管业务的发展和完善，本查验监管系统拥有可多层次拓展与整合的兼容性原则。 本系统软件的设计严格执行国家、行业、地方有关标准规范，保证系统质量，提供完整、准确、详细的开发文档。 系统建设中充分考虑了“标准和开放”的符合要求 通过 原则，支持各种相应的软硬件接口，使之具有灵活性和延展性，具备与多种系统互连互通的特性，在结构上实现真正开放。广泛采用遵循国际标准的系统和产品，以便于与其他网络系统的互联和扩展，同时易于向今后的先进技术实现迁移，充分保护用户的现有投资，其综合反映在可移植性、互操作性、系统独立性和集成性。