test: 补齐 Q2 验收与本机 Q3 弱网崩溃压测
This commit is contained in:
@@ -972,3 +972,33 @@
|
||||
- 原因:避免每次单测改 `generated_at` 弄脏工作区。
|
||||
- 备选方案:固定时间戳始终写入仓库。
|
||||
- 影响:交付审阅以 `ACCEPTANCE.md` / `q2_results.json` 为准,需先跑过 `task q:accept`。
|
||||
|
||||
### Q2 补齐 + Q3(本机 Windows)2026-09-30
|
||||
|
||||
1. **Q2 对照表按已接线能力重跑,不再把已挂路由写成未测**
|
||||
- 原条款:TASKS Q2;PRD 第 10 节 F01–F23。
|
||||
- 实际做法:在 `main@77d2dbd` 上重跑管理登录/CSRF/锁定、注册开关错码对码换码、开通端、单聊送达、延迟撤回、群发发送者不收到、离线保留上线送达、崩溃后续传;结果写入 `test/report/testdata/q2_results.json` 与 `ACCEPTANCE.md`。未覆盖项仍标未测并写明原因。不改业务逻辑求绿。
|
||||
- 原因:L-WIRE / L-UPLINK / A3 / I5 已合入,旧报告过时。
|
||||
- 备选方案:无。
|
||||
- 影响:对照表通过项增加;未测项收窄到 SDK、拨钟类与部分身份/回执场景。
|
||||
|
||||
2. **Q3 弱网用 toxiproxy,不用本机 netem**
|
||||
- 原条款:DEVELOPMENT 第 13 节 toxiproxy + Linux netem 20% 丢包。
|
||||
- 实际做法:`test/chaos` 以项目名 `q3-chaos`、容器名 `q3-toxiproxy` 起官方镜像;注入延迟与 `reset_peer`,验证离线保留期内消息最终送达。Linux netem 20% 丢包记**未测**:本机 Windows,宿主无 tc;仅对代理容器挂 netshoot 不等于 NixMsg 端到端丢包验收。
|
||||
- 原因:机器限制;TASKS 允许 Docker 内 Linux 测丢包,但本波未把业务进程放进同网络 Linux 容器做 netem。
|
||||
- 备选方案:后续用 Linux 宿主或 compose 把 nixmsg 与 netem 旁路同网再测。
|
||||
- 影响:丢包数字不进交付;延迟/断开路径有集成测。
|
||||
|
||||
3. **Q3 压测达不到 1000 连接 / 10 分钟**
|
||||
- 原条款:PRD 第 8 节 / DEVELOPMENT 第 13 节「1000 连接、每秒 200 条、10 分钟」。
|
||||
- 实际做法:`test/load` 短时 32 连接(16 对)真实登录+单聊收发成功;不宣称 1000/10min 通过。
|
||||
- 原因:本机 Windows 开发机资源与并行 Agent 负载;强行 1000 长时间易误伤其他线。
|
||||
- 备选方案:专用压测机或 Linux 服务器上再跑满指标。
|
||||
- 影响:对照表与 DEVIATIONS 明示机器限制,不假装通过。
|
||||
|
||||
4. **崩溃续传用 accept.ManagedServer 启停**
|
||||
- 原条款:提交成功后杀进程,重启后续传。
|
||||
- 实际做法:`test/accept.ManagedServer`(Kill + 同 data_dir Restart)+ Q2/Q3 用例;不改 harness 公共 API(harness 属总控)。
|
||||
- 原因:隔离目录约束。
|
||||
- 备选方案:扩展 harness.Restart(需总控改)。
|
||||
- 影响:Q 线自带启停辅助。
|
||||
|
||||
Reference in New Issue
Block a user