Validate on Linux Node 22 and PostgreSQL 17: 3894 frontend tests and 64 database tests pass, with no removed test names or new failures. Preserve static Home, bounded gzip, assertion-change records and manual acceptance gaps. Co-Authored-By: Claude Code <noreply@anthropic.com>
20 lines
2.5 KiB
Markdown
20 lines
2.5 KiB
Markdown
# 读者版正文真人核对(2026-09-25)
|
|
|
|
没有受控登录浏览器。下面各项不能写成已经通过。请用一个明确虚构或公开的出生时间,重新生成一份报告后再看。不要把旧报告当成新正文。
|
|
|
|
1. 打开新报告正文。不应出现「结论等级规则」、整段英文说明、「This reference export」、`producer failed`、`Traceback`、`object has no attribute`、`full-report://`、`blocked`、`PL9 第 N 页`。
|
|
2. 正文应能读到出生资料、力量 / Ashtakavarga、标准大运、KP、年度 Tajika。没有数据的小节应整节不出现,而不是一行报错。
|
|
3. 看两个不同年份的年度章。Muntha 星座应不同;Year Lord 至少有两年不一样,不应每年都是火星 / 白羊座,也不应出现「conflict between vs」。
|
|
4. KP 节应存在,不应是 `SimpleNamespace` 缺少 `year` 的失败句。
|
|
5. 下载普通 Markdown。不应留下「所有行保持」这种半句,也不应留下孤立的「- `」。图盘仍是安全 SVG,不是 JSON 围栏。
|
|
6. 打开一份这次改动之前生成的旧报告。已存 Markdown 不重算;投影后的内部表不显示,但标题保留。不要求旧内容变成读者版。
|
|
|
|
## 09-25 修复单补验(未执行受控浏览器验收)
|
|
|
|
7. 用仓内明确虚构的 reader-main 测试资料新生成报告,核对三个年度:Varshesha 与 Muntha sign 均不是「-」,至少两年不同;年度上升非空;未来两年的 Varshapravesha 为各自实际返照时刻,不沿用本年日期。
|
|
8. 若真实两种口径给出不同年主,页面应显示「太阳返照:…;Tajika:…(两者不同)」,不得隐藏其中一个或说已经统一。两边一致时不应仍写「带着分歧标签阅读」。
|
|
9. 核对「Bhava Bala 十二宫力量」标题与十二行表都在;导出普通 Markdown 仍保留整表。内部表前只有说明段可随表移除,标题与同节后续正常表不得消失。
|
|
10. 无姓名的虚构资料不应显示「姓名:-」;五要素表不应露出 overall_score、吉性_count、total_elements。
|
|
11. 导出包含普通英文长句及 producer / blocked 普通词义的测试聊天:句子不应因报告专用过滤而消失。安全 SVG / 图盘仍在;脚本、危险链接、密钥及内部字段仍不得进入导出。
|
|
12. 对照网页与下载:D5 审计词、原始异常仍为零;上述恢复表格和标题不代表放开内部字段,也不代表外部引擎精度已经闭环。
|