移动/游戏
游戏捕捉测试失败修复
先保存测试输出定位失败项,区分实现丢结果与断言基准过时,分别修复并复跑。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI B 56/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 88/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 100/100 ×0.15
适用场景
测试失败PASS/失败统计捕捉逻辑断言基准
解决思路
- 完整运行测试脚本并将 stdout/stderr 重定向到文件,同时记录退出码
- 统计 PASS 数量并截取失败项上下文,定位失败用例
- 用业务关键词 grep 测试输出,确认失败涉及捕捉消耗、残血/满血胜率等断言
- 检查 core.py 中 catch/_try_catch 实现,判断是否丢失捕捉结果
- 若实现丢失结果则修实现保留结果;若测试基准过时则修 test_core.py 断言基准
- 复跑测试并再次统计 PASS/失败项验证
适用边界 · 注意事项
- 不要只看失败数量就改代码,需先看失败上下文
- 不要盲目改测试迁就实现,需区分实现 bug 与断言基准错误
- 概率/随机类测试应固定种子或设置容差,避免不稳定
- 证据不足时不要断言根因