28MB
安装包大小
安卓端 APK 约 28 MB,iOS 端约 34 MB,千元机也能装得下,不挤占相册空间。
把「测试网络」的搭建、连通性排查与节点观测装进手机——出门在外,也能随时看一眼链路通不通、延迟稳不稳、配置有没有生效。
首次安装建议在 Wi-Fi 环境下完成。若应用商店暂时搜不到,先看下方「下载与安装指南」里的排查办法。
挑 App 最怕参数含糊。下面这几张卡把体积、资源占用、并发能力和兼容范围都写成了具体数值,方便你对着自己的手机和场景判断合不合适。数值来自当前 v3.4.1 的常规运行环境,实际表现会随机型与网络状况浮动。
28MB
安装包大小
安卓端 APK 约 28 MB,iOS 端约 34 MB,千元机也能装得下,不挤占相册空间。
32条
同时监测链路数
一次可挂 32 个目标地址做并行探测,适合同时盯多台测试机与多个网关。
120MB
后台常驻占用
前台监测约 120 MB,退到后台降频后约 40 MB,老设备长时间挂着也不烫手。
8.0+
最低系统版本
Android 8.0 及以上、iOS 14 及以上;桌面端浏览器可访问同一账号查看历史记录。
「测试网络」在桌面端是一套完整的排查流程,搬到手机上之后,保留的是最常用、最需要随手看的那几件事。下面六项是使用频率最高的能力,每一项都对应一个具体的麻烦场景。
输入域名或 IP,App 会依次完成 DNS 解析、TCP 握手、TLS 握手三段检查,并标出是哪一段卡住。比起只给一个「超时」,这种分段结论能省掉大量来回试错。
按秒级采样,把延迟抖动和丢包画成一条时间曲线。如果遇到「白天正常、晚上卡顿」这种间歇性故障,挂着跑一小时再看曲线,比反复手动刷新有效得多。
逐跳展示数据包经过的网关,并标注每一跳的响应时间。链路绕行、某个中间节点丢包这类问题,看跳数表往往一眼就能定位。
指定端口范围做快速探测,判断服务是否对外可达。上线前自查、防火墙改完之后验证,都是高频用法。
每次测试自动留档,支持把两次结果并排对比。调完配置想确认「到底有没有变好」,用对比视图比凭记忆靠谱。
测试结果可导出为纯文本或表格,直接贴进工单、聊天窗口或文档。给同事描述问题,附一份原始数据比截图更清楚。
截图取自 v3.4.1 的实际界面,未做美化处理。整体走的是信息密度优先的路线:一屏之内把结论、原始数据和操作入口都摆出来,减少来回翻页。
这部分是运营侧在跑的几个小专题,围绕「测试网络」的不同使用侧面展开。活动都有明确的起止时间,过期后会下架,不长期挂着充数。
面向需要同时监测多台设备的用户,讲解如何用 32 条并发链路搭建一套轻量观测面板,含配置模板与常见报错对照表。专题期:2026-09-01 至 2026-10-15。
地铁、电梯、地下车库这类信号频繁切换的场景怎么测?手册给出采样间隔建议与曲线判读方法,帮助区分「信号弱」与「服务端慢」。上线日期:2026-08-20。
整理了一份上线前端口可达性自查清单,覆盖常见服务端口与误判情形。当前为站内访问量最高的专题之一,适合部署前对照过一遍。
针对晚高峰延迟抬升的现象,提供一套挂机采样方案与记录模板,连续观察 7 天即可看出规律。计划周期:2026-09-10 至 2026-09-30。
很多人第一次用会直接点「开始」,其实按下面这个顺序走,结论会更可靠。整个过程通常不超过两分钟。
从后台的使用分布看,下面四种场景占了绝大多数。如果你正好属于其中之一,可以直接跳到对应的功能说明。
上线前自查端口、改完防火墙验证策略、排查线上偶发超时。手机端最大的价值在于:不用回工位开电脑,值班时也能第一时间拿到原始数据。
需要反复在不同网络环境下验证同一功能。用测试记录留档,能把「在什么网络条件下出的问题」写清楚,减少和开发之间的来回扯皮。
换了路由器、加了 Mesh 节点之后想确认效果。逐跳观测能看出设备是不是绕了远路,延迟曲线则能反映穿墙后的实际表现。
玩游戏掉线、看视频卡顿,想搞清楚到底是运营商的问题还是自家设备的问题。连续采样一段时间,数据会给出比体感更明确的答案。
安卓和 iOS 的安装路径不太一样,下面分开写。按顺序操作基本不会出问题;如果中途卡住,先看每组末尾的排查提示。
安装失败怎么办:先确认系统版本不低于 Android 8.0;若提示「解析包错误」,多半是下载中断导致文件损坏,删掉重新下载一次;若提示「已被安全策略阻止」,需要到设置里关闭对应机型的纯净模式或应用管控。
搜不到怎么办:确认 Apple ID 所在地区与下载地区一致;若商店页面加载缓慢,切换网络后重试。系统版本低于 iOS 14 的设备无法安装,这一点在下载前会给出提示。
下面几条来自应用内的反馈渠道,已征得用户同意后匿名展示。我们不筛选只保留好评,有代表性的批评同样会放出来。
★★★★★
「最有用的是分段结论。以前只看到超时,根本不知道卡在哪,现在一眼就知道是解析还是握手的问题,排查时间省了一大半。」
— 后端开发,使用 8 个月
★★★★☆
「功能很扎实,就是希望导出格式能再多几种。现在贴到工单里还得手动整理一下,稍微有点麻烦。」
— 运维工程师,使用 1 年 2 个月
★★★★★
「家里换了路由器之后总觉得不对劲,挂机测了一晚上,曲线一看就知道是晚上邻居都在用的时候信道拥堵,问题一下清楚了。」
— 个人用户,使用 3 个月
只列出有实际功能变化或问题修复的版本,纯文案调整不单独占一行。
修复了部分机型在后台长时间运行时采样中断的问题;优化了路由跳数页面的滚动性能。
新增测试结果并排对比视图,支持导出为表格格式;并发监测上限由 16 条提升至 32 条。
修正了特定 DNS 服务器下解析结果显示不完整的问题;降低前台监测时的电量消耗。
引入分段连通性探测,把解析、握手、传输三个阶段的结果分开呈现。
下面这些问题来自反馈渠道里出现频率最高的几类。如果没找到你的答案,可以直接发邮件给我们。
无论是使用中的问题、功能建议,还是商务合作,都可以通过下面的渠道找到我们。
发邮件时如果能附上设备型号、系统版本和一份测试记录导出文件,我们的排查效率会高很多——这算是我们收反馈时最希望看到的三样东西。