名正行车记录仪测试用例

合集下载

行车记录仪使用说明书

行车记录仪使用说明书

行车记录仪使用说明书功能键(五键)说明一(1)电源键/屏幕背光开关键(2)菜单键/模式键(3)UP键(4)DOWN键(5)OK键(6)摄像头(7)TF槽(8)AVIN接口(9)USB电源接口(10)LCD显示屏(11)复位孔一、功能简介1、使用行车录像功能启动汽车发动机,记录仪自动启动并开启录像功能,录像指示灯闪烁。

当图标显示为红色且时间走动时,按“OK键”暂停/开始录像功能。

关闭汽车发动机,记录仪自动保存录像内容并关机,录像的视频分段保存于TF卡上。

当TF卡存储满后记录仪将覆盖较早前录制的视频。

【注意】a.记录的时间段可自行在菜单中设置为1/2/3/5档,如果选择为“1/2/3/5”分钟这四个档中的任意一档时,当TF卡存储满后记录仪将覆盖较早前录制的影像。

b.前、后摄像头的录像文件和拍照文件分别保存于TF卡中的前录“ VIDEOA”、后录“VIDEOB” 。

2、使用拍照功能在录像界面按“M键”可进入拍照模式,点击0K键可拍摄一张照片。

如需返回主录像界面,短按“M键”两次返回。

在录像界面长按“M键”可进入“拍照设置”菜单,按“上下键”选择,按“0K键”确认,可进行拍照功能设置。

3、视频回放在录像界面按“M键两次”进入回放模式。

按上/下键找到需要回放的视频和照片,按“0k”键进行视频回放。

4、一键锁定功能在录像中,短按M键加锁当前视频,已加锁的文件,加锁图标为“”,文件锁定后将不会被覆盖。

5、键静音功能在录像模式,按“下键”开启或关闭录音。

【提示】设置会自动保存,再次开机后无需设置静音功能。

6、摄像头画面切换功能在录像界面或拍照界面。

按“上键”进行前/后拉界面以及画中画进行切换。

7、时间/日期设定在记录仪界面长按“M键”进入功能设置界面,短按“M键”一次后按“下键”选择“日期/时间”,按“OK键”确认,“上下键”选择年月日后,按“M键”退出设置。

【注意】为了有效记录行车安全事故的取证的日期和时间,在使用本机前请先设置正确的时间。

行车记录仪镜硬件测试标准

行车记录仪镜硬件测试标准

深圳酷达通讯有限公司行车记录仪硬件测试规范编制:范宝停审核:聂建军批准:张中月编号: KUDA-QE-001版本/状态:V1.0生效日期镜片强度测试(镜片粘接类产品)1.将记录仪整机放入高温试验箱85℃±2℃/8h,然后取出进行镜片粘接强度测试;2.在记录仪镜面取上下左右靠近镜片边缘处四点,在四点处粘接扎带,扎带靠近镜片边缘约 10mm,使用拉力计进行垂直拉力测试;3.拉力数值 30N,速度为20mm/min,拉拔方向要求垂直于镜片表面;镜片无脱落、翘起,镜片与面壳间无粘贴分离、脱胶等不良;34)环境可靠性测试测试项目测试方法判定标准样品数量低温存储测试1.将连接完毕的记录仪整机放入低温试验箱,-30℃/240h,注意:对于吸盘连接结构式记录仪需吸附在平面玻璃并悬空倒挂;2.试验结束恢复至室温后接通标称电源电压、接入信号正常工作;试验过程中吸盘粘贴牢靠,无脱落;试验后检查记录仪的外观结构、主要功能和数据记录,应无异常3生效日期整箱振动测试初始检测合格后,将试验样品按照出货外箱包装要求进行打包,依如下顺序采用松紧带固定在振动台面上进行随机振动试验:底面(3 面)朝下固定方式试验 30min、顶面(1 面)朝下固定方式试验 10min、侧面(4面或2 面)朝下固定方式试验 10min、前后面(5 面或 6 面)朝下固定方式试验 10min;试验条件如下表1.包装外箱、内盒不得出现严重破损、变形或散乱;2.产品无外观和功能不良;一箱频率( Hz )功率谱密度g²/Hz1.0Hz 0.00014.0Hz 0.01100.0Hz 0.01200.0Hz 0.001生效日期整箱跌落测试1.初始检测合格后,将试验样品按照出货外箱包装要求进行打包,跌落至水泥地面,跌落顺序为:一角、三菱、六面,各二次;2.跌落时应遵循以下要求:跌落最易碎的面的结合处一角(纸箱接合处,三个棱的结合点);检跌落从结合点辐射到的三条边(三菱);跌落一个最小的面、跌落这个最小面的反面,跌落一个中等的面、跌落这个中等面的反面、跌落一个最大面、跌落这个最大面的反面(六面);1.试验后外箱及内盒不得出现严重破损(破损不大于 15mm)、变形或散乱(包装材料还能正常包装样品,内盒物品不得出现散乱);2.产品无外观和功能异常;一箱8)表面处理验证。

行车记录仪镜硬件测试标准

行车记录仪镜硬件测试标准

深圳酷达通讯有限公司行车记录仪硬件测试规范编制:范宝停审核:聂建军批准:张中月编号: KUDA-QE-001版本/状态:V1.0生效日期喇叭/ 白燥/粉燥测试1、参考标准 IEC-268-1 ,GBT9396-1996测试条件依据器件的规格的额定功率下测试 96 小时2、扫频仪1、测试后功能正常,扫频接受有噪声不良4镜片强度测试(镜片粘接类产品)1.将记录仪整机放入高温试验箱85℃±2℃/8h,然后取出进行镜片粘接强度测试;2.在记录仪镜面取上下左右靠近镜片边缘处四点,在四点处粘接扎带,扎带靠近镜片边缘约 10mm,使用拉力计进行垂直拉力测试;3.拉力数值 30N,速度为20mm/min,拉拔方向要求垂直于镜片表面;镜片无脱落、翘起,镜片与面壳间无粘贴分离、脱胶等不良;34)环境可靠性测试测试项目测试方法判定标准样品数量生效日期插拔耐久测试1.测试点:母座和数据线线材公头端;2.插拔速率不超过 12.5mm/min,插拔频率20-30 次/min,插入力小于30N;3. 插拔耐久次数:1000 次测试完成后线材接头无明显磨损,接触良好,功能正常 57)包装可靠性测试测试项目测试方法判定标准数量整箱振动测试初始检测合格后,将试验样品按照出货外箱包装要求进行打包,依如下顺序采用松紧带固定在振动台面上进行随机振动试验:底面(3 面)朝下固定方式试验 30min、顶面(1 面)朝下固定方式试验 10min、侧面(4面或2 面)朝下固定方式试验 10min、前后面(5 面或 6 面)朝下固定方式试验 10min;试验条件如下表1.包装外箱、内盒不得出现严重破损、变形或散乱;2.产品无外观和功能不良;一箱频率( Hz )功率谱密度g²/Hz生效日期8)表面处理验证铅笔硬度测试1 在常温下用三菱 2H 铅笔以45°的菱角在实验样品表面划 3-5 条划痕2.璃镜材质6H,亚克力材质2H,PC材质 1H3、将铅笔笔芯在纱布上磨平将样品平衡的房在测试治具上每划一条线转动一次铅笔测试完成后样品表面不允许有明显划痕2纸带摩擦测试1、测试要求:负重 175g电镀,喷涂为 300 圈,橡胶漆50 圈将样品平衡的房在测试治具上,固定好避免移动2、电镀件和喷涂件测试 50 圈检查一次,橡胶漆每 10 圈检查一次测试后样品不能露底材2百格测试用百格刀在样品表面划100 个小网格(1mm*1mm)每条划痕应深及表面涂层的底层用 32M610 胶纸牢牢粘着测试的小网格,注意胶带粘住处不留气泡,待静置 2min 抓抓胶带两端,以垂直的方向迅速扯下胶带测试后样品整块油漆脱落的网格数要求小于 5 块,网络边缘的油漆脱落的网格数要求小于15 块2。

行车记录仪测试用例

行车记录仪测试用例

行车记录仪测试用例测试用例:行车记录仪用例1:启动行车记录仪前提条件:行车记录仪已安装且电源已连接1.用户按下行车记录仪的电源按钮。

2.验证行车记录仪是否成功开机。

3.验证行车记录仪是否显示正常的启动界面。

用例2:录制行车视频前提条件:行车记录仪已启动并连接了储存设备1.验证行车记录仪是否处于录制状态。

2.验证行车记录仪是否能够正常捕捉和存储行车视频。

3. 验证视频文件的格式是否正确,如.mp4等。

4.验证录制的视频文件是否能够正常播放。

用例3:拍摄行车照片前提条件:行车记录仪已启动并连接了储存设备1.验证行车记录仪是否处于拍照模式。

2.验证行车记录仪是否能够正常捕捉和存储行车照片。

3. 验证照片文件的格式是否正确,如.jpg等。

4.验证拍摄的照片是否清晰,不模糊或遮挡。

用例4:自动停车监控前提条件:行车记录仪已启动并连接了车辆电源和储存设备1.用户将车辆熄火。

2.验证行车记录仪是否能够检测到车辆熄火状态。

3.验证行车记录仪是否能够自动进入停车监控模式。

4.验证停车监控模式下是否能够自动录制视频或拍摄照片。

用例5:紧急事件记录前提条件:行车记录仪已启动并连接了车辆电源和储存设备1.在行驶过程中,用户遇到紧急事件,如碰撞、急刹车等。

2.验证行车记录仪是否能够自动检测到紧急事件。

3.验证行车记录仪是否能够自动保存紧急事件前后的行车视频。

4.验证行车记录仪是否能够保存紧急事件的准确时间和GPS位置信息。

用例6:存储检查前提条件:行车记录仪已启动并连接了储存设备1.验证行车记录仪的储存设备是否可读写。

2.验证行车记录仪是否能够自动清理储存设备上的旧视频或照片。

3.验证行车记录仪是否能够自动分割并保存录制的视频文件以避免储存设备满载。

用例7:设备设置前提条件:行车记录仪已启动并连接了储存设备1.用户进入行车记录仪的设置菜单。

2.验证用户是否能够正确设置行车记录仪的录制分辨率、帧率、循环录制等参数。

3.验证用户是否能够正确设置行车记录仪的时间、日期、语言等参数。

名正行车记录仪A18说明书

名正行车记录仪A18说明书

目录前言 (1)产品保证 (2)产品概述 (3)产品特性 (4)产品示意图 (5)按键功能 (6)操作指南 (7)摄影模式 (8)拍照模式 (9)回放模式 (10)系统设置 (11)产品参数 (12)附件清单 (13)安全注意事项 (14)简易疑难排解 (15)一、前言感谢您购买新科行车记录仪。

本手册将详细说明如何正确使用行车记录仪,同时提供给您详细的产品信息,包括操作、注意事项及技术规格等,使用前请仔细阅读本手册。

我们希望本产品能满足您的需求并长期服务于您!二、产品保证本产品经严格测试,性能合乎规定,使用过程中有任何问题和疑问,请致电全国免费电话:400-850-0528,专业的技术指导24小时为您服务。

三、产品概述本产品是采用最新科技设计而成的数字高清行车记录仪,可以录制像素分辨率高达1920*1080PFULL HD的高解析影像。

本产品安装方便打开包装拿出产品专用支架装到机器相对应的接口处,然后直接吸在前挡风玻璃上,接上电源把车充插到点烟器上直接使用方可。

后拉镜头撕开双面胶贴在后挡风玻璃中上端位置,然后把后拉镜头一段接口对应机器处连接上方可使用。

和传统的摄影机相比较,本产品录制的FULL HD高清影像,可以记录更加完美的视频画面。

本产品支持汽车启动自动录像,可定时循环录像,移动侦测自录像,灵敏度可调碰撞感应,支持录像锁定,录像自动覆盖。

本产品安装简单,牢固可靠,不影响驾驶人视线。

高清影像使用micro SD卡存储,最大支持32G扩展。

使用本产品,享受真正的HD画质生活。

电脑操作系统:Windows 2000/XP/Vista/Windows 7,MAC OS*10.3.6以上四、产品特性⏹1920*1080P影像。

⏹200W CMOS感光芯片。

⏹140度广角全玻镜头。

⏹高保真语音播报。

⏹具有多种场景白平衡补偿功能。

⏹前置200W像素摄像头,后置可录制100W摄像头。

⏹内置麦克风/喇叭。

⏹支持移动侦测。

名正行车记录仪测试用例

名正行车记录仪测试用例

当卡容量非常小时进行录影,是否能正常运行
在循环录影情况下,能够进行录制,如关闭循环录影,录满后提示卡已满
连接USB,是否能识别到TF卡中数据,文档是否能正常运行查看,退出后 卡功能是否正常
能够读取和运行操作
测试过程中断电或拔卡,文档是否有保存,是否能正常播放
要求文档有保存,且能正常播放
文档保护测
手动保护文档和使用G-SENSER保护文档两种方式,是否文档保存正常,播 放是否有异常出现
1、按键与功能相对应 2、不会出现串键现象,功能错误或无作用现象
1、外型无损坏 2、按键有手感有作用无下陷 3、丝印正常 4、镜面干净 5、安装紧密到位 1、按键有弹力 2、无下陷现象 3、不易操作,反应慢或过快
能够识别到卡 都能正常运行读取,不会出现录制中停止录影或死机烧机现象
系统待机、休眠唤醒后,检查TF卡能否正常显示和工作
可以对卡中内容进行运行操作
查看盘符中文档是否会少显示、无法打开或打开后出现异常等现象
所有文档都有显示,不可少显示,且可正常打开运行浏览
连接USB,选择相机输出,输出是否正常,是否能正常使用,有无异常 可能输出照像,不会出现死机等现象
连接USB,进行关机,是否能正常关机/开机
连接时可以正常开关机,无死机等现象
不会出现死机等现象,可以正常操作 充电时可以进行连接,且能正常操作,不会出现死机等现象
反复多次插拔HDMI/AV线,是否能正常显示输出
多次插拔后,插口无异常,连接可以正常输出操作,无插入无反应或死机等现象
连接HDMI/AV时,长时间,可正常操作,死机烧机等现象
根据锐度的强弱,能正常拍摄,画面不会出现失真或死机等现象
pass
拍照 设定 回放

行车记录仪测试与验证的标准要求与操作规程

行车记录仪测试与验证的标准要求与操作规程


据最小值、最大值、产品具体要求及特性,
设定电流值范围。


对PCBA上各部分供电进行测试,以确保系统
标准的理想电压值 2 供电系统测试
+5%/-0%
及各部分得到稳定可靠的电压,主要电压值
√ √ √ 为:5V,3.3V,1.8V,1.5V,3.0V,2.8V,
以及较高的背光供电电压。
√√ √
√√√ √√√√
PCBA无任何负 至10%(一旦P.P合格 (2)P.P 时首先依据样品阶段的电流取值
流、 1 载开机启动电 后,如无特殊情况,此 要求进行测试,并在测试过种中随机记录


电流值作为长期量化生 50-100PCS 合附P.P时要求的电流值的数

产的标准)
据,从50-100PCS数据中算出平均值,并根
率。
深圳市铂钛科技开发有限公司
Page 1
行车记录仪全阶段测试与验证的标准要求与操作规程
整机工作电流指接入所有基本负载,包括显
示屏、锂电池、喇叭、TF卡等,其正常工作
和操作的电流。
取标准之方法:
电流值的平均值+/-5% (1)样品阶段取附合设计要求的样品电流
至10%(一旦P.P合格 值的平均值,并依据产品本身的特性,设定
√√√√√√√√√√√√
√√√√√√√√√√√√
(2)两种状态下屏幕 (1)电池供电情况下,检查屏幕的亮度
亮度有在目视情况下可 (2)外接电源接入时,检查屏幕的亮度比应 √ √ √ √ √ √ √ √ √ √ √ √
辩的差别且皆为正常 电池供电时更高
(1)接入USB接口,确认 图标的状态的切换
√ √ √ √ √ √ √ √ √ √ √ √ 19 USB接入+拨出 出现USB连接指示图标或是选否择及界时面,正确。

汽车行驶记录仪检定装置操作规程

汽车行驶记录仪检定装置操作规程

汽车行驶记录仪检定装置操作规程打开电源开关,屏幕显示产品名称以及版本信息等,按任意键后,即进入主测试菜单。

在主测试菜单,按“↑”,“↓”光标键选择所需要的测试项目(注:被选中的测试项为反白显示),按“开始”键既进入测试参数设置菜单,请按照欲进行的测试项目的实际情况正确设置测试参数。

按“↑”,“↓”光标键选择测试参数项目,按“←”,“→”光标键设置正确的测试参数。

按“↑”,“↓”“←”,“→”选择要输入的数字。

输入完成后按“F2”键保存,或者选中”保存”后按“开始”键保存,按“结束”键退出这次设置。

1.1.1 应接GPS天线1.1.2 应设置参数:车牌号1.1.3 测试操作:●在主测试菜单,按“↑”,“↓”光标键选择“车速试验”,按“开始”键进入测试参数设置菜单,根据试验目的,正确设置测试参数。

●按“开始”键进入测试界面。

●此时屏幕右上侧显示即时车速。

右下侧图形区显示即时速度曲线。

左下侧文本区显示“NO.00”,表示第1次测试。

(按“↑”“↓”光标键,可以修改该值。

)●此时屏幕左上侧开始显示“测试距离”和“测试时间”。

●系统自动对行驶距离进行监视,当行驶距离达到“测试距离”时,测试过程自动结束(也可以按“结束”键提前结束测试)。

屏幕显示测试结果。

测试结果依次为:“测试距离”、“测试时间”、“平均速度”、“最大速度”。

●按“↑”键可以循环查看测试过程的V-T和V-S曲线,当一条曲线在一屏中显示不开时,可以按“→”键循环查看曲线的其余部分。

●按“打印”键可以将测试结果打印出来,再次按“打印”键可以将V-T和V-S曲线打印出来。

按“结束”键,则可以开始一次新的测试,再次按“结束”键,则返回主测试菜单。

1.2 道路试验1.2.1 应接GPS天线1.2.2 应设置参数:车牌号1.2.3 测试操作:●在主测试菜单,按“↑”,“↓”光标键选择“道路试验”,按“开始”键进入测试参数设置菜单,根据试验目的,正确设置测试参数。

行车记录仪测试方案

行车记录仪测试方案
历程统计功能;4)
功能;GPRS5)行车报表功能;6)防盗追踪功能;GPS7)
远程监控功能;8)
后台管理功能;9)
页6共页3第
文件编号
行车记录仪系统测试方案V1.0状态版本/生效日期防炫目后视镜功能;10)
录音功能;)11
移动侦测功能;12))实时定位功能;13 14)远程断油功能;)设置功能;1516)实时监听功能;)电子围栏功能;17 18)轨迹回放功能;测试资源3.测试人员3.1.
行车记录仪系统测试方案
编制:
审核:
批准:
编号: XFA-
版本/状态:
页6共页1第
文件编号
行车记录仪系统测试方案V1.0版本/状态生效日期
Байду номын сангаас目录3
............................................................................. 1.概述............................................................................. 3参考文档1.1.
............................................................................. 8 5.4.配置测试............................................................................. 8 5.5.安装测试....................................................................... 9 5.6.硬件可靠性测试......................................................................... 9 5.7.硬件性能测试

车载行驶记录仪软件测试工具设计与实现

车载行驶记录仪软件测试工具设计与实现

车载行驶记录仪软件测试工具设计与实现Chapter 1 Introduction- Background and motivation- Problem statement- Objectives and scope- Research questions- MethodologyChapter 2 Literature Review- Definitions of car driving recorder software testing tools- Existing car driving recorder software testing tool- Evaluation of current software testing tools- Introduction to software testing techniquesChapter 3 Requirements Analysis- Requirements gathering- System architecture design- Functional and non-functional requirements- Use case diagramChapter 4 Design and Implementation- Design of the car driving recorder software testing tool- Implementation of the car driving recorder software testing tool - Testing of the car driving recorder software testing tool- User interface designChapter 5 Testing and Validation- Testing strategies- Validation of the car driving recorder software testing tool- Results and analysis- Limitations and future workChapter 6 Conclusion- Summary of the research work- Contribution of the work- Conclusions and recommendations- Future research directions.Chapter 1: IntroductionBackground and MotivationCar driving recorders have become increasingly popular over the years, providing drivers with a comprehensive view of their driving experience. With the increasing demand for these devices, there has been a corresponding increase in the development of software to support them. However, car driving recorder software testing tools are still in their early stages of development.Software testing is an important process that ensures software quality and reliability. Without proper testing, software can contain errors or bugs that can impact the device's performance and potentially cause harm to users. Therefore, it is essential to develop effective software testing tools for car driving recorders to ensure their safe and efficient operation.Problem StatementWith an increasing number of car driving recorder software applications available on the market, it is becoming challenging for developers to test and ensure the quality of these tools comprehensively. The absence of proper testing tools can result in software errors, which can cause performance issues, data loss, and, more importantly, pose a significant risk to the safety of driversand their passengers. Developing a robust car driving recorder software testing tool will help mitigate these risks significantly. Objectives and ScopeThe primary objective of this thesis is to design and develop a car driving recorder software testing tool that can help identify errors and bugs in the software. This thesis aims to develop a flexible, user-friendly, and efficient software testing tool for car driving recorder software developers.The scope of this thesis is limited to the development of a software testing tool for car driving recorders. The tool will analyze the software's functionality and identify any errors, bugs, or performance issues before the software is released to the public. The tool will analyze the usability, security, and performance of the software.Research Questions- What are the current car driving recorder software testing tools available in the market?- What are the limitations of the current software testing tools?- What are the software testing techniques used for car driving recorder software?- How can a software testing tool be designed and developed specifically for car driving recorder software?MethodologyThis thesis will employ a mixed-methods research approach, comprising qualitative and quantitative research methods. Secondary data will be collected to review the literature, includingexisting literature on software testing tools and techniques for car driving recorders. Furthermore, empirical data will be collected through surveys, interviews, and experiments to develop and validate the software testing tool. The development process will be conducted using an Agile software development methodology.Chapter 2: Literature Review2.1 Car Driving Recorder Software Testing ToolsCar driving recorder software testing tools are designed to ensure the software's integrity and performance. There are several software testing tools available in the market, such as Selenium, Appium, and TestComplete, that can be used for car driving recorder software testing. However, these tools have certain limitations that make them unsuitable for testing car driving recorder software.2.2 Limitations of Current Software Testing ToolsThe current software testing tools used for car driving recorder software testing have limitations that make them unsuitable for the task. For instance, Selenium has limitations in testing mobile applications. TestComplete, on the other hand, requires a high level of expertise to use, making it less accessible to developers with limited testing knowledge.2.3 Software Testing Techniques for Car Driving Recorder SoftwareSeveral software testing techniques can be used to test car driving recorder software, such as functional testing, performance testing, security testing, and usability testing.Functional testing involves testing the software's functionalities to ensure they are working as intended. Performance testing involves testing the software's performance to determine its speed, scalability, and stability. Security testing involves identifying and mitigating security-related risks, while usability testing involves evaluating the software's user interface and user experience.2.4 Development of a Software Testing Tool for Car Driving Recorder SoftwareDeveloping a software testing tool for car driving recorder software requires a comprehensive understanding of the software's functionality, user requirements, and business goals. The tool should be designed to be flexible, user-friendly, and efficient. Agile methodologies can be used to ensure the project's timely and successful completion.2.5 SummaryIn summary, several software testing tools are available in the market for car driving recorder software testing. However, these tools have limitations that make them unsuitable for the task. Software testing techniques such as functional testing, performance testing, security testing, and usability testing can be used to test car driving recorder software. Developing a software testing tool for car driving recorder software requires a comprehensive understanding of the software's functionalities, user requirements, and business goals. Agile methodologies can be used to ensure the successful completion of the project within the settimeline.Chapter 3: Methodology3.1 Research DesignThis study will use a mixed-methods research design, which will involve both quantitative and qualitative data collection methods. The quantitative data will be collected through survey questionnaires and the qualitative data through interviews.3.2 ParticipantsThe participants in this study will be developers who have experience in developing car driving recorder software. The participants will be recruited through industry associations and social media platforms.3.3 Data CollectionThe data will be collected through two methods: survey questionnaires and interviews. The survey will be administered online and will capture quantitative data such as demographic information, experiences, and opinions on software testing tools for car driving recorder software. The interviews will be conducted online or in-person and will generate qualitative data on the developers' experiences, opinions, and challenges in testing car driving recorder software.3.4 Data AnalysisThe quantitative data collected through the survey will be analyzed using statistical methods such as descriptive statistics, correlations, and regression analysis, to identify the relationship between the variables. The qualitative data collected through interviews will be analyzed using content analysis to identify themes and patterns in the data.3.5 Ethical ConsiderationsThe study will adhere to ethical guidelines and principles such as anonymity, confidentiality, informed consent, and voluntary participation. All participants will be informed of the purpose, procedures, and risks involved in the study before giving their consent to participate.3.6 LimitationsThe main limitation of this study is the small sample size of participants. Additionally, the results will be limited to the experiences and opinions of the selected developers and may notbe generalizable to the broader population of software developers. 3.7 Importance of the StudyThis study is significant because it will provide insights into the challenges, experiences, and opinions of developers regarding software testing tools for car driving recorder software. The findings of this study can inform the development of specialized testing tools for car driving recorder software that address the identified challenges and meet the requirements of developers. Additionally, the study can guide the industry in the developmentof best practices in software testing.Chapter 4: Results4.1 Demographic CharacteristicsA total of 50 developers participated in the survey, with an even split between men and women. The majority of participants (76%) had over five years of experience in software development, and 68% had experience developing car driving recorder software.4.2 Experience with Testing ToolsWhen asked about their experience with testing tools for cardriving recorder software, 56% of participants reported using open-source testing tools, 32% used commercial testing tools, and 12% used in-house testing tools. The most commonly used open-source testing tool was Selenium, while the most commonly used commercial testing tool was HP Unified Functional Testing (UFT).4.3 Opinions on Importance of TestingParticipants were asked about their opinions on the importance of testing in the development of car driving recorder software. Over 90% of respondents believed that testing was either very important or somewhat important in ensuring the quality of software. Furthermore, 80% of respondents believed that testing could help identify potential safety issues in car driving recorder software.4.4 Challenges in Testing Car Driving Recorder Software Participants were asked about the challenges they faced when testing car driving recorder software. The most common challenge identified by participants was the lack of standard testing protocols (76%), followed by difficulty in testing the integration of software with hardware components (68%), and the complexity of testing for safety-critical features (62%).4.5 Opinion on the Ideal Testing ToolWhen asked about their opinion on the ideal testing tool for car driving recorder software, 50% of participants stated that a specialized tool that addresses the unique requirements of car driving recorder software would be ideal. Additionally, 30% of participants suggested that a combination of open-source and commercial testing tools could be used to test different aspects of car driving recorder software.4.6 Themes from InterviewsThe interviews conducted with five developers revealed three main themes in their experiences and opinions on testing car driving recorder software. The first theme was the importance of safety testing, with all participants highlighting the need for rigorous testing to ensure that car driving recorder software does not pose a safety risk to drivers or passengers. The second theme was the need for specialized testing tools that can handle the complexity of testing for car driving recorder software. Finally, the third theme was the importance of collaboration between software developers and hardware engineers to ensure the integration of software and hardware components is tested effectively.4.7 Limitations of the StudyThe main limitation of this study is the small sample size of participants, which may limit the generalizability of the findings. Additionally, the study relied on self-report data, which can be subject to biases and errors in recall.4.8 Implications for PracticeThe findings of this study highlight the need for specialized testing tools that can address the unique challenges of testing car driving recorder software. Additionally, the study emphasizes the importance of safety testing and collaboration between software developers and hardware engineers. The development of standard testing protocols could also help to address the challenge identified by participants regarding the lack of standard testing protocols. Overall, the findings of this study can inform the development of best practices in software testing for car driving recordersoftware.Chapter 5: Conclusion and Future Directions5.1 ConclusionThis study aimed to explore the current practices, challenges, and opinions regarding software testing for car driving recorder software. The findings of this study suggest that testing is considered very important in ensuring the quality and safety of car driving recorder software. However, developers face challenges such as the lack of standard testing protocols, difficulty in testing the integration of software with hardware components, and the complexity of testing for safety-critical features.Developers also have varied experience with testing tools, with open-source tools such as Selenium and commercial tools such as HP Unified Functional Testing (UFT) being the most commonly used. There is a need for specialized testing tools that can handle the complexity of testing car driving recorder software and the integration of software with hardware components. Collaboration between software developers and hardware engineers is also essential to ensure effective testing.5.2 Future DirectionsThe findings of this study suggest several directions for future research in software testing for car driving recorder software. One potential area of research is the development of specialized testing tools that can address the unique challenges of testing this type of software. Additionally, the development of standard testing protocols could help to ensure consistency and reliability in software testing.Another area of research could be the exploration of new, innovative testing methods that can better address the challenges of testing car driving recorder software. For example, the use of simulation and virtual environments could provide a safer and more controlled testing environment for safety-critical features.Furthermore, additional research can be conducted to explore the role of collaboration between software developers and hardware engineers in testing car driving recorder software. This can help to identify best practices for effective collaboration and communication between teams, which can ultimately lead to better software testing and improved software quality.Overall, this study provides a foundation for future research in software testing for car driving recorder software. The results suggest the need for continued innovation and collaboration in this field to ensure the safety and quality of these important software systems.。

汽车行车记录仪检验规范及标准

汽车行车记录仪检验规范及标准
行车记录仪检验标准 1 2 目的 指导检验人员正确检验,保障产品出货品质。 检验规则 2.1 结果的判定:按《GB/T 2828.1-2003》允收标准系数表。 2.2 CR--致命缺陷;指造成产品功能完全丧失,以及严重影响公司信誉和客户满意度的缺陷。即AQL值:CR=0。 2.3 MA--严重缺陷;指该产品失去应有的特性,严重影响装配,功能的缺陷。 2.4 MI--轻微缺陷;指通过修整可以使用,不影响装配及功能的缺陷。 3 4 检验设备 3.1 TF卡,USB线,电脑,电视,HDMI线,AU连接线,充电器, 检验标准表
级别判定 序号 检查要求 项目要求 检测方法 目测将PCB主板置于放大 镜下,在45W日光灯下, 被测物距日光灯1M,距人 眼睛25CM呈30度角目测 缺陷描述 CR 1、元器件错件、损件、反向、浮高 2、电子元件连锡、空焊、少锡、氧化 3、PCB板脱漆、刮伤、烫伤 1、与样品或是首件对照,发现颜色色差与样品严重不符 外壳颜色 目测在45W日光灯下,被 测物距日光灯1M,距人眼 睛25CM呈30度角目测 2、与样品对照,色泽均匀度严重不一致 4、表面有杂质或污点, N>2,S≥0.1MM2 3、表面有杂质或污点, N=2,S≤0.1MM2 1、与样品比较,手感到明显光滑 2、无感到划痕2MM<L<5MM且N=2,W≤0.08MM (侧面) 外壳手感 目测在45W日光灯下,被 测物距日光灯1M,距人眼 睛25CM呈30度角目测 3、无感到划痕L>5MM (正面) 4、有感到划痕N≤1,且L≤0.5MM, 5、有感到划痕N≥1 1、丝印模糊不清或缺划,断划但不影响到辨认 目测在45W日光灯下,被 测物距日光灯1M,距人眼 睛25CM呈30度角目测 用3M胶纸黏附, 45度快速撤拉 上下壳间隙 目测 2、间隙不均匀,且 W<0.4MM,W=0.2MM 1 成品外观 1、按键按不动 2、按键不均衡 按键 手测 3、按键无弹力、紧 4、按键装错 5、按键间隙大 1、装错、装反、不水平、四角不能偏移 2、屏内有白条,水印 3、屏脏N≤3,不是集中在一起 镜头测试 目视 手测 4、屏内有毛边 5、装饰片,镜头、装饰条松动 6、画面清晰 1.线束破皮,长度、内径与样品不符 线束 目视 手测 2.测试短路、断路 3.360°摇摆测试出现间接性不良 1、内响,配件松动 或有杂物 2、电线外露 3、摄像头松动, 偏位 其他 手测 目视 4、各个插件口 不到位,偏位 5、螺丝漏打 6、螺丝不一致 7、螺丝滑牙,打歪打不到位 √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ 2、丝印模糊不清或缺划断划影响到辨认 3、丝印偏位,倾斜 ,线条粗细不一致 4、喷油丝印脱落 1、间隙不均匀,且 W>0.4MM √ √ √ √ W≤0.08MM √ √ √ √ √ √ MA √ √ √ √ √ √ √ MI 备注

行车记录仪装车测试报告

行车记录仪装车测试报告
□OK□NG
54
装上公司的行车记录仪后,不影响原车主机蓝牙音量在15~30、通过调节手机蓝牙音量,主机远端和近端通话不能有回音且通话质量好、双方比较满意。
□OK□NG
55
装上公司的行车记录仪后,不影响原车主机蓝牙音量在35以上,主机远端通话允许有轻微回音。
□OK□NG
56
装上公司的行车记录仪后,手机音量在居中位置或以上,通过调节蓝牙主机音量,主机远端和近端通话质量好、双方比较满意。
□OK□NG
24
装上我司行车记录仪后,面板关机或是将音量置于0, 在30-50公分之内应听不见明显的“刺”耳的高频噪声或是别的背景噪声。
□OK□NG
25
装上我司行车记录仪后,原车在各状态按面板按键关机后倒车,应不受倒车影响到行车记录仪的各功能。
□OK□NG
26
装上我司行车记录仪后,主机设置菜单的各语言之间转换无乱码,符合设计要求。
□OK□NG
12
装上我司行车记录仪后,各状态倒车应正常,切换到GPS状态应正常;打火后立即倒车,显示倒车图像要正常。
□OK□NG
13
装上我司行车记录仪后,各状态按面板按键关机后,再关ACC等面板按键灯全部“灭”时,再打火应记忆屏幕关闭状态.
□OK□NG
14
装上我司行车记录仪后,都能实现车内外的实时高清录像监控。并能支持TF卡巡回录像功能。
□OK□NG
38
装上我司行车记录仪后,在主机上插入各种不同厂家及不同容量格式的TF卡(空卡),如插入空卡(TF卡)1G/2G/4G/8G/16G/32G进行文件传输,设置为标准命名/时间命名,行车记录仪进行拍照使其文件夹传输到TF卡上,回放照片时,验证录像命名方式要为按标准命名/时间命名。

行车记录仪镜头测试

行车记录仪镜头测试

一、镜头性能指标
1.光学有效像素总数
2. 色彩还原准确度
3.白平衡度
4.亮度
5.坏点&黑点&彩色点
6. 动态范围
7. 几何失真
8. 对角线视场
9. 帧频
二、测试环境
测试应在如下的测试环境中进行:
1. 暗室:测试的环境照度应小于1 Ix 勒克斯(Luxes)
2. 拍摄时测试图卡表面照度范围应在700~1200 Ix 勒克斯(Luxes)之间,
在D65 光源色温下,测试图卡上任何一点的照度与测试图卡中心照度差不大于10%;在其他色温下,测试图卡上任何一点的照度与测试图卡中心照度差不大于30%
3. 光源应采取必要的遮光措施,防止光源直射镜头。

4.测试图卡周围(包括放置测试图卡的置具)应是低照度,减少炫光,测试时应尽量避免外界光线照射。

5.测试图卡背景采用黑或吸光型中性灰。

6.测试中可使下列标准色温:D65 光源色温6500K、泛光灯色温3400K。

实际测试环境的色温标准偏差应不大于200K。

色温从2700k-7500k 可调换,国际照明学会(CIE)所认可的七色人工E 光。

7. 温度20±2℃,相对湿度50±20%。

三、测试治具
1.标准光源灯
2.反射式灯光箱
3. 照度计
4.分光式色度计
5.反射式光密度计
6. 帧频测试仪
7.放大镜
8.显微镜
9. 测试图卡:分辨率测试图卡,色彩测试图卡,几何失真测试图卡,灰阶测试图卡。

行车记录仪检验指导书

行车记录仪检验指导书

行车记录仪检验指导书作业内容1.0准备工作:标准样品,校正电源电压并插上车充(电源电压12V)。

2.0作业步骤:2.1.首先看产品外观:外壳有刮痕长度>3.0mm,不见底色拒收。

面壳和底壳缝隙间距>0.3mm拒收;外壳有刮痕,见底色拒收,气泡或污点、杂点直径>Φ0.20mm拒收,面壳与底壳的断差>0.3mm拒收;2.2.把记录仪在工作台上轻敲其底部(确认产品内部有无异物)并摇动镜头转轴确认松紧适中,无卡死异常,然后插入车充,记录仪自动开机,观察显示屏有无异常(开机LOGO,白屏,不开机),拔出车充,记录仪会在约15秒左右关机。

2.3.插入TF卡,按开机键进入工作状态,按REC/SNAP键进入录像模式,对着记录仪说话,录制6—10秒钟;2.4.按MODE转换到拍照模式,拍摄几张照片;2.5.再一次按MODE进入本机回放,对刚才所录像的视频和拍照的图片进行回放;按上下键选择播放文件(观察是否清晰,上下键有无作用);2.6.插入A V输出线,在电视上可看到刚才所录像的视频和拍照的图片(如图2);2.7.在录像模式下按MENU进入菜单打开夜视功能,LED会发亮,菜单各项参数是否正确(参照样机)2.8.循环覆盖:在录像时当内存满了会自动删除之前的旧文件;2.9.可移动磁盘:电脑上的USB线插入USB口就可以连上电脑充当读卡器功能2.10.按复位键恢复到出厂时状态;2.11.检验OK后把产品摆放整齐进入下一道工序…。

图1图2注意事项1.1.回放录像时,声音是否清晰1.2.桌面保持整洁。

预防刮伤产品工具仪器序号名称型号/参数用量序号名称型号/参数用量1 可调电源RXN3030D 1 4 车充5V 12 TF卡2G以上标准卡 1 5 液晶电视有A V输入口 13 电脑XP系统 1 6制表/日期审核/日期批准/日期。

行车记录仪测试标准

行车记录仪测试标准

行车记录仪测试标准行车记录仪是一种可以记录车辆行驶过程中的视频、声音和其他相关数据的设备,它可以为车主提供行车安全保障,同时也可以作为事故证据的重要来源。

然而,由于市场上行车记录仪种类繁多,质量参差不齐,因此需要制定一套行车记录仪测试标准,以保证其质量和性能。

首先,行车记录仪的视频录制功能是其最基本的功能之一。

在测试时,需要对其视频录制的清晰度、色彩还原度、广角度等进行全面的评估。

清晰度是指录制视频的清晰程度,色彩还原度是指录制视频的色彩还原的真实程度,广角度则是指行车记录仪能够录制的视野范围。

这些指标的测试可以通过专业的视频测试设备和标准测试画面来进行。

其次,行车记录仪的声音录制功能也是需要被测试的重点之一。

在测试时,需要对其录制声音的清晰度、抗干扰能力等进行评估。

清晰度是指录制声音的清晰程度,抗干扰能力则是指行车记录仪在复杂环境下录制声音的稳定性。

这些指标的测试可以通过专业的声音测试设备和标准测试声音来进行。

另外,行车记录仪的数据存储和保护功能也是需要被测试的重点之一。

在测试时,需要对其存储介质的可靠性、数据写入速度、数据保护能力等进行评估。

存储介质的可靠性是指行车记录仪的存储介质是否稳定可靠,数据写入速度是指行车记录仪的数据录制速度,数据保护能力则是指行车记录仪在意外断电或者碰撞时对数据的保护能力。

这些指标的测试可以通过专业的存储介质测试设备和标准测试程序来进行。

最后,行车记录仪的外观设计和安装稳定性也是需要被测试的重点之一。

在测试时,需要对其外观设计的美观度、材质质量、安装稳定性等进行评估。

美观度是指行车记录仪的外观设计是否符合美学标准,材质质量是指行车记录仪的材质是否坚固耐用,安装稳定性则是指行车记录仪在安装后是否稳定不易松动。

这些指标的测试可以通过专业的外观设计评估设备和安装稳定性测试设备来进行。

综上所述,行车记录仪的测试标准应包括视频录制功能、声音录制功能、数据存储和保护功能、外观设计和安装稳定性等多个方面。

行车记录仪测试用例

行车记录仪测试用例

能够进行录影、拍照、保存、运行等操作,不会出现卡出错误,死机等现象
插入TF卡,重启,检查能否工作正常,是否会出现异常
能正常读取卡及卡中内容,且操作正常
反复进行多次插拔,是否还能识别到卡,是否会出现异常
都能识别到卡,且能正常操作
TF卡测试
在进行录制时,拔出卡,看是否会出现异常,当再插入时,卡是否读取正 常,且文档是否有保存,播放和显示是否正常
当卡容量非常小时进行录影,是否能正常运行
在循环录影情况下,能够进行录制,如关闭循环录影,录满后提示卡已满
连接USB,是否能识别到TF卡中数据,文档是否能正常运行查看,退出后 卡功能是否正常
能够读取和运行操作
测试过程中断电或拔卡,文档是否有保存,是否能正常播放
要求文档有保存,且能正常播放
文档保护测
手动保护文档和使用G-SENSER保护文档两种方式,是否文档保存正常,播 放是否有异常出现
1、按键与功能相对应 2、不会出现串键现象,功能错误或无作用现象
1、外型无损坏 2、按键有手感有作用无下陷 3、丝印正常 4、镜面干净 5、安装紧密到位 1、按键有弹力 2、无下陷现象 3、不易操作,反应慢或过快
能够识别到卡 都能正常运行读取,不会出现录制中停止录影或死机烧机现象
系统待机、休眠唤醒后,检查TF卡能否正常显示和工作
可以对卡中内容进行运行操作
查看盘符中文档是否会少显示、无法打开或打开后出现异常等现象
所有文档都有显示,不可少显示,且可正常打开运行浏览
连接USB,选择相机输出,输出是否正常,是否能正常使用,有无异常 可能输出照像,不会出现死机等现象
连接USB,进行关机,是否能正常关机/开机
连接时可以正常开关机,无死机等现象

隐藏式行车记录仪测试SOP

隐藏式行车记录仪测试SOP
右 接 螺 左按
文件编号
MSDX-SOP-0048
版本
A0
一、 测试要求及步骤
1.检 查 2.机打 开 3.测进 入手 左偏 右
4,按录像键,蓝灯闪烁,停止录像为长亮。
测试
按拍 按 5.测 试完
生 产 作 业 2
导电布
1
工序名称 机种名称
测试一
隐藏式行车记录仪测试 SOP
作业步骤说
图一
指 导140 1
机种母件 标准时间
书 2 3 装此A处UX锁板圆环接地
此处锁圆环接地 6 7
589 MIC出线
生效日期
2015.12.10
70"
工站
1 页数 1
图二
图三

图四
二、工/治具
序号
名称
规格
1
手机
2
内存卡
3Leabharlann 4三、作业台面摆放平面图
制订: 雷强
按键从左到右依次为,静音键, 拍照键,复位键,录像键
数量
1 1
五、注意事项
1.加强自检,杜绝不良品流入产线。 2.台面必须保持整洁,作业时轻拿轻放,避免外观刮花。 3.使用机器设备,注意安全,严格按《设备操作规范》作业。 4.作业过程出现任何异常问题,要立即报告现场管理人员处理。 5.测试电压在11.0V --- 15.0V之间
审核:
批准:
表单编号:MSDX-QR-GC-0003 版本:A0

汽车行驶记录仪使用说明书

汽车行驶记录仪使用说明书

车辆行驶记录仪(Drive Recorder NG)用 户 手 册发布日期:2006-6-1Drive Recorder NG声明本用户手册仅用于意昂科技为客户提供培训之用。

由于翻译水平有限,其中难免有些内容与英文原版Operating Manual有所偏差,还望读者不吝批评指正。

偏差之处,请以“Operating Manual” Version dated 24.11.2003 对应内容为准。

为了便于读者阅读和对比参考,本手册章节编排与“Operating Manual” Version dated 24.11.2003 保持一致。

目录1 简述 (1)1.1 Drive Recorder NG系统-简述 (1)1.2 基本操作流程 (2)2 测量准备 (2)2.1 PC系统要求 (2)2.2 存储卡驱动安装 (2)2.3 安装软件包 (2)3 Drive Recorder (3)3.1 Drive Recorder-前面板 (3)3.2 Drive Recorder-后面板 (3)3.3 Drive Recorder菜单-结构和方位 (4)3.3.1 主菜单-结构 (4)3.3.1.1 设备状态(第1行) (4)3.3.1.2 测量状态(第2行) (4)3.3.2 子菜单 (5)3.3.2.1 测量子菜单 (5)3.3.2.2 系统子菜单 (5)3.3.2.3 专家子菜单 (6)3.3.2.4 故障子菜单 (6)3.3.2.5 高级用户子菜单 (6)3.4 Flash卡格式化 (6)3.5 固件升级 (6)3.6 错误显示 (6)3.7 关闭电源 (6)3.8 触发前测量 (7)3.9 触发后测量 (7)3.10 LED指示灯 (7)3.10.1 Slot LED (7)3.10.2 状态LED (7)3.10.3 手动触发LED (7)4 配置软件 (7)4.1 简述 (7)4.1.1 菜单 (8)4.1.1.1 编辑菜单 (8)4.1.1.2 选项菜单 (10)4.1.1.3 帮助菜单 (11)4.1.2 工具栏 (11)4.2 接口选项 (11)4.2.1 A/D(Analogue/Digital)项 (11)4.2.2 CAN项 (11)4.2.2.1 载入描述文件 (11)4.2.2.2 信号多路技术 (12)4.2.2.3 硬件参数浏览 (13)4.2.3 K-Line项 (13)4.2.3.1 载入描述文件 (13)4.2.3.3 KWP2000协议参数 (14)4.2.3.4 McMess协议参数 (14)4.3 配置测量任务 (14)4.3.2 记录数据 (15)4.3.2.1 Ring Buff记录模式 (15)4.3.2.2 触发操作模式 (15)4.3.3 Global 项 (15)4.3.4 Event 项 (15)4.3.5 CAN Log项 (16)4.3.6 记录数字输入状态 (17)4.3.7 测量设置 (17)4.3.7.1 激活/失效一个测量组 (17)4.3.7.2 激活一个ring buffer (17)4.3.7.3 Fast measurement模式/constant rate 模式 (18)4.3.7.4 储存模式 (18)4.3.7.5 测量序列 (19)4.3.8 编辑触发条件 (19)4.3.8.1 定义一个常量 (21)4.3.8.2 定义timeout (21)4.3.8.3 编辑条件 (21)4.3.8.4 定义flags (23)4.3.8.6 触发条件 (23)4.3.8.7 当事件触发一个测量序列后启动Post-trigger (24)4.3.9 保存配置文件/初始化测量运行 (24)5 转化软件 (25)5.1 载入读数 (25)5.2 可能的设置 (26)5.3 选择并转化测量序列 (27)5.4 设置菜单 (27)5.5 MDF time stamp的测量精度 (28)6 在线数据显示 (28)6.1 建立通信 (30)6.2 加载配置文件 (30)6.3 选择通道 (32)6.4 设置 (33)6.5 其他程序菜单 (33)6.5.1 Communication菜单 (33)6.5.2 Help 菜单 (34)6.5.3 工具栏 (34)1 简述Drive Recorder 是一款功能强大的测试系统,它用来进行耐久性试验,已经被指定为车载电控系统的专用测试设备。

行车记录仪测试方案教材

行车记录仪测试方案教材
<行车记录仪所项目>安装的软件的能正常启动;
需考虑的特殊事:
应该选择<行车记录仪项目>的哪些事务才能准确地测试;<行车记录仪项目>应用程序已经成功安装,而且没有遗漏主要的软件构件等。
测试目标:
提高测试水平,规范测试流程,确保产品硬件研发质量。
测试范围:
时利信电子产品可靠性试验条件、方法及试验要求;
测试技术:
2、软件测试:查看配置项的内容是不是符合标准;
测试技术:
使用物理测试和功能测试方法;
开始标准:
软件在机器上能正常运行,测试环境应尽件功能正常运行;
测试重点和优先级:
反复插拔接口是否还可以正常使用;
需考虑的特殊事项:
需准备一台与当前测试机器不同的配置;
高低温工作、高温老化、低温老化、高温存储、低温存储、高温高湿存储、振动试验、静电、跌落、装车路测、电磁干扰等;
开始标准:
机器上能正常运行。
完成标准:
事务成功执行,机器没有出现任何故障。
测试重点和优先级:
高低温工作、高温老化、低温老化、高温存储、低温存储、高温高湿存储、振动试验、静电、跌落、装车路测、电磁干扰等;
执行各个用例或功能,以核实以下内容:
在正常操作时得到预期的结果;
在非正常操作时显示相应的错误消息或警告消息;
各业务规则都能得到正确的应用。
开始标准:
软件在机器上能正常运行,测试环境应尽量与用户环境保持一致。
完成标准:
各需求点的功能实现并满足要求。
测试重点和优先级:
测试重点:
内存泄露、导航是否存在漂移、音视频格式、视频分辨率等;
测试目标:
核实软件在安装后可立即正常运行。
测试范围:
根据《安装配置指导书》安装软件,并能立即正常运行。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、在进行手动时,拍出的照片无虚影,画面清晰 2、拍照时不会出现死机等现象
1、拍摄结束后,根据设置会停止相应时间进行观看,之后恢复正常 2、在预览时不会出现死机现象 1、设置打开,在拍摄时,系统所设置的日期时间会显示在文档中 2、设置关闭,无日期水印显示 1、可能时间进行切换数值调整 2、可对所设置时间进行保存 1、每个按键操作都会有按键音,及音律都一样 2、按键音无破音、杂音及电流音 1、对各国语言设置,系统所有界面要都相应换成该语言 2、在每个界面中,字符串显示都正常,无错显、漏显或超框现象 设置模式,能正常进行运行操作,不会出现死机等现象 1、设置不同的频率,根据环境的明暗度,界面效果会有所不同 2、不会出现画面失真,出现彩条等现象 1、设置不同的灭屏时间,时间准确,无漏秒或多秒现象 2、屏灭后可以点亮,不会出现无法点亮或死机现象 3、设置后不会出现无作音输出都正常
长时间使用,检查是否会出现异常
能够长时间使用,不会出现死机,烧机或提示出错等现象
分别使用大容量卡和小容量卡进行测试,看是否会出现异常
根据规定进行查验
使用大容量卡进行长时间录制,看是否会出现问题,如32G、64G卡
要能够正常使用操作,不会出现死机、烧机或提示错误等现象
不会出现死机等现象,可以正常操作 充电时可以进行连接,且能正常操作,不会出现死机等现象
反复多次插拔HDMI/AV线,是否能正常显示输出
多次插拔后,插口无异常,连接可以正常输出操作,无插入无反应或死机等现象
连接HDMI/AV时,长时间输出使用,是否会出现异常
长时间输出,画面与声音同步,可正常操作,死机烧机等现象
连接HDMI/AV,是否能正常输出
能正常输出界面图像,无死机、花屏等现象
HDMI/AV输出后,机器与电视显示是否正常
能正常输出界面图像,无死机、花屏等现象
拔出HDMI/AV线时,机器与电视是否会出现异常
拔出后,机器能正常使用,机器无死机,白屏或花屏等现象
连接HDMI/AV时,在电视中进行功能切换,是否正常
1、需与机器相匹配2、不会出现短路、烧机等现象 3、长时间使用后,机器使用正常,无异常 1、充放电正常 2、不会出现死机、短路、烧死等现象 3、使用寿命按标准查看 4、充放电过程中,机器系统可正常运行操作 1、支架与支架槽是否匹配,不会出现无法安装,或支架偏小不规范等现象 2、支架松紧度刚好,不会太紧无法移动,或太松容易脱落,固定不牢等 3、支架质量需达标,不会出现易断易变形现象 1、连接口与线需配对,不会出现与插口型号大小不匹配现象 2、插入后,可以正常输出显示,不会出现无输出或无显示现象 3、输出后不会出现死机、花屏、白屏等现象 4、操作时,功能都可正常使用,不会出现死机或无作用现象 使用不用品牌的TF卡,进行检测,是否可能以正常识别读取到
测试项目
测试细节
分辨率1080/720/WVGA/VGA 循环录像 WDR 曝光补偿 移动检测 录影音频
录像测试 日期标签
重力感应 连续老化24小时 焦距 强光弱光交叉测试 日间IQ效果
夜间IQ效果
拍摄方式
分辨率 图像质量 锐度
样机测试报告
测试规范
基本功能测试
1、屏幕大小比例显示正常 2、频率属性信息显示正常 3、图像画质显示清晰 1、每各循环时间准确,可及时更新 2、不会出现漏秒或多秒现象 1、开启WDR设置可正常操作,不会出现死机现象 2、在明暗处拍摄,都可以清晰看见图像画面 1、调节不同的曝光值,界面的明暗度要有明显的变化 2、不会出现无任何变化,跨度小或跨度大、死机和花屏等问题 1、在进行移动或有物体移动时,要自动进行检测开始录制 2、由动态到静止状态时,静止到一定时间后,会自动停止录制 3、静止不动时,不会启动录制 1、在开启时,可以正常录音 2、关闭时,屏蔽音源 1、设置打开,在拍摄时,系统所设置的日期时间会显示在文档中 2、设置关闭,无日期水印显示 1、根据设置不同强度值,进行G-SENSER重力测试,文档要出现相应的保护图 标,加以保护不被轻易删除 2、在摇摆或撞击情况下,不会出现无作用现象 3、在进行重力感应时,不会出现死机现象
按电源键开/关机,是否会出现异常
能正常开/关机,不会出现无法启动,屏闪,死机等现象
提示低电压时,自动关机,是否会出现异常
正常关机和开机
电源、电压 、电流
当电压低至零界点时,机器反应是否正常 低电压连接USB,是否会出现异常
连接充电器是否能正常开机
不会频繁的开关机,花屏或闪屏现象 能正常开机,且输出连接 能正常开机,且不会出现死机、烧机、花屏或无法开机等现象
各功能都能正常操作,不会出现死机等现象
在进行摄像拍照时,镜头画面显示清晰明亮,不会出现重影,糊糊,不清晰等现 象 1、由明转暗,不会出现杂点、彩条或死机等现象 2、由暗到明,不会出现曝光、死机等现象在不同 1、图像界面显示明亮清晰 2、色彩画质清晰 3、不会出现曝光或偏亮情况 1、图像界面显示清晰透彻 2、色彩画质清晰 3、不会出现全黑或偏暗模糊不清的情况 1、设置不同的方式,能按照片时间设置进行拍照 2、不会出现漏秒或多秒 3、设置时间拍摄后,不会出现死机等现象 1、屏幕大小比例显示正常 2、频率属性信息显示正常 3、图像画质显示清晰 1、根据设置不同的画质,进行拍照,要有不同的画质效果 2、在拍摄过程中,不会出现失真或死机等现象
根据锐度的强弱,能正常拍摄,画面不会出现失真或死机等现象
pass
拍照 设定 回放
白平衡 色彩 ISO 曝光补偿
防手震
快速预览 日期标签 日期/时间 按键声音 语言设置 TV模式 光源频率
荧幕保护
补光灯 格式化 默认设置 版本
回放 全部删除 单张删除 保护加锁/解锁当前 保护全部加锁/解锁
幻灯片播放
能够进行录影、拍照、保存、运行等操作,不会出现卡出错误,死机等现象
插入TF卡,重启,检查能否工作正常,是否会出现异常
能正常读取卡及卡中内容,且操作正常
反复进行多次插拔,是否还能识别到卡,是否会出现异常
都能识别到卡,且能正常操作
TF卡测试
在进行录制时,拔出卡,看是否会出现异常,当再插入时,卡是否读取正 常,且文档是否有保存,播放和显示是否正常
正常格式化,不会出现死机,卡出错误等现象
所以设置都恢复成默认状态 1、按照软件修改日期来设定的当前版本号 2、型号及时间要随着软件修改而改变,或根据客户的要求来进行修改
1、所录制的文档都在回放界面显示 2、可以对每一个文件进行切换及播放
对全部普通文档进行删除
对当前文档进行删除
1、可对普通文档进行保护,不被轻易删除 2、解除保护文档的保护作用,变为普通文档,可随意删除
当卡容量非常小时进行录影,是否能正常运行
在循环录影情况下,能够进行录制,如关闭循环录影,录满后提示卡已满
连接USB,是否能识别到TF卡中数据,文档是否能正常运行查看,退出后 卡功能是否正常
能够读取和运行操作
测试过程中断电或拔卡,文档是否有保存,是否能正常播放
要求文档有保存,且能正常播放
文档保护测
手动保护文档和使用G-SENSER保护文档两种方式,是否文档保存正常,播 放是否有异常出现
喇叭 咪头 时间/日期
根据不同的图像效果,进行拍摄,不会出现无效果、花屏、死机或显示不正确的 现象 根据不同的图像效果,进行拍摄,不会出现无效果、花屏、死机或显示不正确的 现象 1、不同的值有不同的图像效果 2、各值设置后可正常拍摄,无死机等现象 1、调节不同的曝光值,界面的明暗度要有明显的变化 2、不会出现无任何变化,跨度小或跨度大、死机和花屏等问题
能正常切换操作,无死机,花屏等现象
连接HDMI/AV后,各功能及按键操作是否正常
按键可以正常操作,无串键或按键无效等现象
连接HDMI/AV录影或播放视频时,画面和声音是否输出正常
声音与画面要同步,且无杂音或电流声,无死机等现象
HDMI/AV测试 连接HDMI/AV,待机唤醒或恢复出厂值,是否能正常显示
连接HDMI/AV,进行录制或播放时,拔掉连接线,是否会出现异常,反 之,连接是否正常 连接HDMI/AV进行照像时,设置最高分辨率和最高品质进行照像,是否会 出现异常
连接充电器时,连接HDMI/AV,是否会出现异常
能够正常输出,显示及操作,不会出现死机、花屏等现象 不会出现死机等现象,机器可以正常操作
文档存放的方式是否按照规定进行存放及建立
按照规定的要求进行建立存档
文件存储测 试
文件夹是否是按照规定建立的,如以日期建立,以每次重启建立,或至始 至终都存放在一个文件夹中等
文件形式按要求进行建立
对文档个数进行查看,是否有出现少或多文件
按所制定的要求进行数量或容量保存
循环录制满后,后面的文件会把前面的文件覆盖,看文档保存是否正常 遵循不间断录影,后续录制的可以将最前面录制的影片覆盖掉
文档能正常保存,且显示正确,可正常播放

受保护的文档是否按照规定的个数、容量或路径进行保存的
按照规定的要求进行保存
进行回放查看时,是否会出现漏,如录影时已进行加锁保护,可进行回放 查看时,此视频无加锁保护,只是一个普通文档
所保存的保护文件都有保护图标显示
文档的存放路径及文件命名,是否按规定设置
按照规定的要求进行保存
车充连续使用24小时
电池连续充放电10次
配件
车载支架牢固测试
USB线测试 HDMI测试
AV测试
记忆卡测试(针对不同厂牌及速度)
开关机键
REC键
上移动键
按键功能测 下移动键

SOS按键
MENU键
MODE键
RESET复位键
其他
外观检视
按键手感
软件功 插入TF后系统能否正常检测和运行
使用不同品牌的TF卡,看是否能识别,是否会出现异常
可以对卡中内容进行运行操作
相关文档
最新文档