テスト

前回（テストパターンを考える時のアイデア その２）は「競合や同業のパターンを探る」「UIのパターンまとめを見る」「過去のナレッジの確認」といった部分でのテストパターンの洗い出しに触れたわけですが、今回は「競合や同業のパターンを探る」を実際に考えた場合の例を少しだけ（軽め）。具体的にはグローバルナビゲーションを検討する場合の例などを簡単に挙げてみます。

前回のエントリでは、「改善案」を考えるにあたって、「何ができる？」といったものを洗い出すための図を紹介させて頂きました。２回目の今回は、ある程度「何ができる？」が見えてきた時に、より「具体的に」落としこむ方法について紹介をさせて頂きます。

サイトの最適化を進めていくにあたっては、最終的に何かしらの形で「改善案」ができそれに対して「テスト」をしていくわけです。

分析ベースであっても、それ以外の課題からだったとしても、この＜改善案＞を作る時は、ホントーにいろいろと考えます。分析→仮説→改善案といった形でその順番を書いてしまうと、直線的なフローになってしまうのですが、実際はもう行ったり来たりなわけです。

ウェブサイトでテストを行う場合、通常はAとBの比較をしてどちらが良いかを決めていくといったのが良くやるやり方かと思います。

ボタンのデザインはどちらが良いだろうか？文言の位置はどこが良いのだろうか？…　これはこれで効果が出る場合も多くあります。でも、これだけでテストをしていると言ってしまうと半分以上損をしているかもしれません。

いくつかの方法を検証して、良いものを選択していく。これが最適化のプロセスです。このコアとなるのが、テストです。テストを行っていくことって最適化プロセスをドライブさせるものだったりします。

しかし、テストの文化ってなかなか企業に根付きにくいんですよね。ということでこのテスト文化について感じる雑感など。