現在抱えている案件が落ち着いてきて、ストーリテストを実施していて、Viewに関するところで数点バグを発見しました。
ストーリを基にテストをしていると、ユーザビリティの部分など、こうしたほうが使い勝手がいいなどが本当によく見えてきます。
アーキテクチャを考えるときには全体的に物事を捉えていても、ユーザビリティの部分というのは、局所的な観点で、どうしても物事を捉えてしまうので、全体的な視点が少なくなってしまいます。
無駄なことや手戻りを発生させないためにも、一通りの機能がそろった段階で、ユーザビリティのテストをする必要があると思います。
使い勝手が悪いとどうしても使われないシステムができてしまうので、テストコード作成→プログラミング→ユーザリティテストの流れがいいのではないかと思います。
ストーリを基にテストをしていると、ユーザビリティの部分など、こうしたほうが使い勝手がいいなどが本当によく見えてきます。
アーキテクチャを考えるときには全体的に物事を捉えていても、ユーザビリティの部分というのは、局所的な観点で、どうしても物事を捉えてしまうので、全体的な視点が少なくなってしまいます。
無駄なことや手戻りを発生させないためにも、一通りの機能がそろった段階で、ユーザビリティのテストをする必要があると思います。
使い勝手が悪いとどうしても使われないシステムができてしまうので、テストコード作成→プログラミング→ユーザリティテストの流れがいいのではないかと思います。