「5人でユーザテストすればユーザビリティ上の問題のうち85%が見つかる」の元ネタ論文を解説する｜Mikio Kiura / ANKR DESIGN
Webサービスやアプリなど開発や運用に関わっている方であれば、こんなことを耳にしたことがあるのでは無いでしょうか？ 5人でテストを行えば、ユーザビリティ上の問題のうち85%を発見できるこれらは業界的にはある意味で常識ですが、色々話を聞いてみると、この常識の「出処」あるいは「根拠」ってあんまり知られていないようなのです。 もちろん、ちょっと知識のある人であれば、ユーザビリティ業界の第一人者であるヤコブ・ニールセン博士が提唱したというところまでは知識として知っているでしょう。しかしながら、その元ネタとなった論文を実際に読んだ人、あるいは85%という数字の根拠やその条件について理解されている方はどの程度居るのでしょうか。 ということで本記事では「ユーザテストは5人で85%」の元ネタである下記の論文について、解説、と言うとちょっと大げさかもですが、概要を紹介してみたいと思います。願わくば、この記事
test.comやaaa.comをテストデータに使うのはやめましょうという話 – 打つか投げるか
2018/02/13追記：「サンプル用のドメインを使おう」の説明に “.example” と “.test” の使い分けについて追記しました。 Web システム開発時のテストデータを作成する時、また各種ドキュメントを書いている時など、サンプルの URL を使う場面は多いと思いますが、その時に適当なドメイン名を使うのはやめましょう、という話です。 知っている方には当たり前レベルの話ですが、意外と IT 企業のシステム開発現場等でも普通に見かけることがまだまだありますので・・・。 よく見かける例 例えば、こんなドメインの URL で開発中システムのテストデータを作っていたり、仕様書に説明が書かれていたりする場面をよく見かけませんか？ test.comaaa.comabc.comsample.comdummy.comhoge.com でも、これらのドメインって存在していて、また実際に利用されてい
第1回 上流工程で「テストの考え方」を使おう | gihyo.jp
タイトルを見て「何か面白そう」と思ってもらえた方。あるいは「当り前じゃないか」と思われた方、そして、何で上流工程なのに「テスト」なんだ？ と思われた方。ぜひ、少しの間お付き合いいただければ幸いです。 テスト担当者の仕事の中で、実はあまり知られていないことのひとつに「仕様を考えること」があります。あれ？ それは開発者の仕事じゃないの？ もちろんそれはそうなのです。しかし、「完璧な仕様書」などこの世の中には存在しないもの。むしろ「足りない仕様書」が少なくないのが現場の現状です。テスト担当者は、テストを設計する際に、仕様の空白に行き当たって、そもそもこれはどういう仕様であるべきか、それを考えていることがよくあります。 たとえば、同時動作テストにおいて、機能Aが作動しているときに、機能Bを割り込ませると、どのような処理がなされればOKなのか。テストケースを作ろうにも、その「期待値」が仕様書に書い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - qunitjs/qunit: 🔮 An easy-to-use JavaScript unit testing framework.
