DeviceRecheck 是本站的品牌与维护身份，提供键盘、鼠标、屏幕坏点、摄像头、耳机与扬声器、麦克风六类浏览器测试。我们帮助你记录当前表现，调整一个条件，再用相同任务复测。结果用于缩小排查范围；是否有画面、是否收到事件、是否听到声音，需要分别解释，不能据此直接判定硬件损坏。
DeviceRecheck 提供什么服务
DeviceRecheck 面向需要检查设备日常表现的用户：会议前确认音视频输入、检查新接入的外设，或在按键失灵、疑似重复点击、单侧无声时留下可比较的观察记录。本站以 DeviceRecheck 品牌维护工具与配套说明。
键盘检测记录测试区域收到的按下、释放、组合键和长按自动重复；鼠标检测记录按钮操作、滚轮事件与点击间隔。请把记录与你实际做出的动作对照，例如一次短按是否对应预期的按下与释放，而不是只看事件总数。
屏幕坏点检测提供黑、白、红、绿、蓝纯色，供你观察同一区域是否持续出现异常点；摄像头测试提供主动预览与可用输入选择，帮助你确认当前取得的画面是否来自预期设备。
耳机与扬声器测试提供左、右、双声道试听，由你记录实际听到的方向与声音；麦克风测试提供输入信号观察，并在录音能力可用时支持主动短录音回放。信号大小与试听反馈用于基础排查，不用于专业音质评分、听力检测或设备排名。
测试依据与说明资料
测试说明采用公开技术文档与资料调研，分别交代接口含义、操作方法和解释边界。技术文档用于说明浏览器接口，其他工具网站用于参考任务组织与说明方式；第三方网站的功能、维护者身份和隐私承诺不作为本站的证明。
KeyboardEvent.repeat 为 true，表示该次键盘事件属于按住按键时产生的自动重复。因此，解释疑似重复输入时，应先区分持续按住和独立短按，不能把所有重复事件都算作意外连击。 [KeyboardEvent: repeat property - Web APIs | MDN]
getUserMedia 访问音视频输入需要用户授权。授权请求也可能一直等待用户选择，既不成功，也不报错。因此，等待授权、拒绝访问和未找到匹配设备应分别理解，不能统一解释为设备失灵。 [MediaDevices: getUserMedia() method - Web APIs | MDN] [MediaDevices: getUserMedia() method - Web APIs | MDN]
相关技术来源：MDN：KeyboardEvent.repeat、MDN：getUserMedia、MDN：MediaRecorder。方法说明参考：Micstest 关于页面。这些资料不代表 DeviceRecheck 已完成设备实测、跨浏览器验证或隐私审计。
浏览器记录与人工确认怎样分工
浏览器记录回答的是“页面收到了什么”：键鼠事件、媒体输入是否取得、当前采集或播放状态，以及麦克风信号的相对变化。人工反馈回答的是“你实际看见或听见了什么”：屏幕异常点的位置、摄像头画面是否符合预期、声音从哪一侧传出、回放是否清楚。两类信息需要一起看，缺少反馈就保留为未记录。
例如，音频显示播放中后，请分别记录左声道试听时听到左侧、右侧、两侧，还是没有声音。不要用播放状态代替听感。同样，屏幕切换到白色只说明显示了测试背景，异常点的位置和是否持续可见仍需你观察。
摄像头取得媒体输入后，还要确认预览确实出现、画面会随动作变化，并且选中的是你准备使用的摄像头。麦克风出现信号后，可以用短录音回放核对收进来的是否是自己的声音；这一结果只描述本次采集与回放。
浏览器或操作系统可能保留某些快捷键，笔记本的 Fn 键也可能不向网页提供普通按键事件。遇到某键没有记录，先核对测试区域是否获得焦点，再到其他应用中验证，不要仅凭网页上的空记录下结论。 [Keyboard Test – Free Online Keyboard Tester]
首测与复测如何形成有用的比较
先写清任务，再操作并保存首测。例如“同一鼠标左键，按相近节奏单击十次”或“使用当前麦克风，以相同距离读同一句话”。保存时同时留下浏览器观察和自己的反馈；仅有开始、停止等状态记录，不能算作任务已经完成。
随后只调整一个条件，写明改动，重置本轮观察，再重复相同任务并保存复测。当前比较保留首测与最近一次复测；已有复测被替换前会提示。麦克风录音与文字观察应分别核对，不能因为保存了观察记录，就假定已经生成对应录音。
比较时先核对任务、症状、输入设备和设置，再查看具体变化。改变症状、任务或设备后，应明确说明比较对象已经变化；即使两轮都保存成功，也不代表它们属于相同条件。
建议保持操作次数、按键顺序、点击节奏、试听音量，以及录音时的距离、语句和环境尽量一致。换浏览器、改系统输出、调整声道设置、改变屏幕亮度或观察角度时，也应记下。一次同时改动多项，只适合记录整体变化，不宜把改善归功于其中某一项。
示例：首测选用内置麦克风，讲话时没有明显信号；复测改选 USB 麦克风后出现信号。合适的结论是“切换输入后，本次页面观察到了信号”。这还不能证明内置麦克风损坏，也不能保证会议软件已经选中 USB 麦克风。
为什么不能直接判断硬件损坏
网页测试观察的是设备经过系统与浏览器后呈现的行为，不能拆开检查物理开关、线缆或声学部件。键盘网页测试可以显示是否收到按键事件，但不能单独识别所有硬件或软件故障。 [Keyboard Test – Free Online Keyboard Tester]
getUserMedia 的 NotAllowedError 可能与非安全上下文、用户拒绝或权限策略有关。因此，出现访问错误时，先查看具体状态与错误名称，再检查站点权限、系统权限和所选输入；不要把一条错误消息当作维修结论。 [MediaDevices: getUserMedia() method - Web APIs | MDN]
浏览器测试正常时，下一步是在实际使用的应用中确认相同设备与任务。例如在会议软件中重新核对输入选择，并完成一次试通话。浏览器测试异常时，先检查焦点、授权、设备选择和连接，再换一个浏览器或应用复现；条件允许时，用另一台设备或另一台电脑交叉比较。
如果异常在多个独立环境中持续出现，请保留设备型号、浏览器、操作步骤、首测与复测现象，供售后或维修人员进一步检查。对屏幕异常点，记录颜色背景与大致位置；对重复点击，记录有意按压次数与实际事件；对音视频，记录选中的输入和具体错误。这样的材料比一句“检测不通过”更有助于排查。
反馈与隐私联系
DeviceRecheck 联系邮箱：[email protected]。反馈工具问题时请提供页面、浏览器与复现步骤，避免发送密码、私人录音或证件。