無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする >> コンバージョンを主眼に置いたテストの実施手法には様々なものがあります。有名なところでいうとA/Bテストなどが代表格ですが、それ以外にも様々な種類があります。どのようなタイプがあり、それぞれのテストがどの場面で活躍するのかを見ていきましょう。– SEO Japan ユーザー体験という言葉は漠然としている。「優れた」UXと「悪い」UXを決めるものとは何なのだろう。そして、その中間に位置するものは、どういったものなのだろう。 UXのテストと測定には、チャレンジが待っている。できる限り正確にテストする手法やツールは、存在するのだろうか。 答えは、もちろんイエスだ。この記事では、UXのテストと測定について
本記事で触れているGoogleアナリティクスは、ユニバーサルアナリティクス(UA)を前提としています。 GA4を対象とした記事ではございませんので、ご注意ください。 Google Optimizeとは Google社が2015年5月に発表した、Google マーケティング プラットフォーム(旧Google アナリティクス360 スイート)製品シリーズの一つで、A/Bテストを行う製品、Google Optimize 360の無償版です。(以下、単に「Google Optimize」と記述しているものは無償版を指しています。) A/Bテストツールといえば管理画面からテストパターンを作ることができる「Optimizely」や「Visual Website Optimizer」など有料ツールが多い印象ですが、無償で管理画面からA/Bテストを設定して試すことができるツールとして非常に有用なツールと目
Google『お ま た せ』 ついに来ました。以前Ledgeでも紹介し、リリース予告だけで業界を激震させたABテストツール『Google Optimize』無償版公開です。(ベータ版だけど誰でも使える) とりあえずLedge編集部でソッコー触ってみたので、以下「何ができるのか?」と「どう活用するのか?」のまとめとなります。 できない事って逆に何?至れり尽くせりな無償開放 まずは気になる「何ができるんだっけ?」てとこですが、なんと『有料版とほぼ遜色なし』て感じでした。つまり、以前の記事でお知らせした以下の機能がほぼフル装備状態での無償開放になったようなんです。 ※作れるエクスペリエンス数に制限はあるけれど とりあえずできることリストGoogle Analyticsタグにちょっと加工してURL指定すればOK表示された画面をドラッグ&ドロップ、直接コード編集でいじってテスト作成変更履歴は全部残
UXデザインチームが貴社に伴走 ビジネスの目的にあわせ、最適な調査・分析手法を提案実施。課題解決をサポートします。
ユーザービリティテストは、UXやUIデザインの検証に、欠かせない調査方法の1つです。一方で、「どんな調査か分からない」「大事なことはなんとなく分かるけど、しっかり説明できない」といった方が多いのではないでしょうか。 本記事はユーザビリティテストの基礎知識や具体的なやり方、現場での活用について、順を追って分かりやすくご紹介していきます。事例やユーザビリティテストに関する資料もご用意しておりますので、ぜひご活用ください。 ユーザビリティテストは、ユーザーにWebサイトやアプリを実際に利用してもらい、その行動・発言の観察を通じて、「ユーザー心理」と「Webサイト・アプリの課題」を見つける手法です。 ユーザーの視線を追える「アイトラッキング」などの装置を使ったテストが有名ですが、そのような装置を使わないものも、もちろん立派なユーザビリティテストです。 Webサイトやアプリの課題というと、ユーザビリ
いま注目すべきシリコンバレーの有名なIT企業は新規のデザインや機能が有効かどうかを検証するためにA/Bテストを行っています。 その一方で、日本の企業も含め、A/Bテストを本番環境で導入している企業は非常に少ないです。 加えて、日本で言われているA/Bテストと海外で言われているA/Bテストは少々異なるものだと感じています。 日本のA/Bテストはフォームの最適化やデザインの修正にとどまっている一方で、海外のA/Bテストはプロダクト開発のサイクルの一部分となっています。 プロダクト開発のサイクルの一部としてA/Bテストを取り入れるためには、大量のテストを定常的に回していく仕組みが必要となってきます。 そこでデータドリブンであると言われているようなシリコンバレーのIT企業は自社でA/Bテストの基盤を作成しています。 今回は社内A/Bテスト勉強会で発表するために、シリコンバレーの有名IT企業がどのよ
favyが1億円の資金調達を実施、新たな食マーケティングリサーチ「飲食店ABテスト」をスタートみずほキャピタル、CAVが引受先 株式会社favy(所在地:東京都新宿区、代表取締役:高梨巧)はこの度、みずほキャピタル株式会社、株式会社サイバーエージェント・ベンチャーズが運営するファンドを引受先とする総額約1億円の第三者割当増資により、資金調達を実施致しました。今回の資金調達により、更なる経営基盤の強化を図るとともに、生産者・産地・メーカーのマーケティングを支援する新サービス「飲食店ABテスト」の提供の開始をお知らせいたします。 株式会社favy(所在地:東京都新宿区、代表取締役:高梨巧)はこの度、みずほキャピタル株式会社、株式会社サイバーエージェント・ベンチャーズが運営するファンドを引受先とする総額約1億円の第三者割当増資により、資金調達を実施致しました。今回の資金調達により、更なる経営基盤
>>> $ py.test ../tests/test_webapi.py =============================================================================== test session starts =============================================================================== platform darwin -- Python 2.7.5 -- py-1.4.31 -- pytest-2.7.0 rootdir: /Users/*****, inifile: pytest.ini plugins: cache, django, pep8, pythonpath collected 2 items ../tests/test_webap
本記事では、関連したサービスを運営されている方に共通する悩みや課題を発見することを目的として、話題のサイトやモデルケースになりそうなサービスでユーザビリティテストを行った事例を共有します。 今回は、「一太郎」や「ATOK」で有名な株式会社ジャストシステムの転職サービス【ピタジョブ】を対象に課題発見事例をご紹介します。競合性の高い領域において、サービスの特徴をユーザーに認知させるには何が重要かを調査しました。 調査結果では、サービスの強みを打ち出すためにどんなサイトでも気をつけられる以下の課題点が発見されました。 ▼対象サイト ピタジョブ | ぴったりが見つかる転職・就職・求人情報サイト \ナイルのサイト改善提案の紹介はこちらから!/ 今回のユーザビリティテストの発見点 発見① ユーザーは自分の求めている情報を的確に・迅速に手に入れることに“しか”興味が無い 発見② ユーザーと同じフレーズや
テストの書き方、Quickの使い方 February 9, 2016 最近XCTestを担当しているアップル社員と話す機会によく恵まれています。その方々が言うには、Xcode/XCTestの担当部署の任務は「テストを書く習慣を広め、App Storeにあるアプリの品質向上に貢献する」そうです。 私は数年Kiwi、Specta、Quickのようなテスト・ツールを開発して、メンテしています。そしてここ数年ずっと思っているのが、実は役に立つテストを書くのは非常に簡単で、XCTestでもQuickでも大した違いがない、ということです。 ところが、いいテストを書くのが簡単でも、書き方を説明するドキュメントが意外と少なかったり、古かったりします。そこで去年QuickのDocumentationディレクトリにチュートリアルを置くようにしました。 チュートリアルは英語で書かれていますが、今年はそのチュート
連載目次 2000年代初期に開発手法として確立された「テスト駆動開発」(Test Driven Development、以下「TDD」)は、その後10年もの間で普及が進み、今や珍しくない開発スタイルの1つとなっています。国内でも「アジャイルアカデミー」「TDD Boot Camp」などによる推進・普及活動が各地で活発化し、認知が広がってきました。 なおTDDは誕生からこれまでの間に、さまざまな工夫や実践上のノウハウが提唱されてきました。またTDDの普及に影響を受け、他のさまざまな「テストファースト」手法も台頭してきています。 本稿では、そうしたTDDの発展や、振る舞い駆動開発(Behavior Driven Development、以下「BDD」)など他のテストファースト手法への展開についても解説します。 ※編集部注:ソフトウェアの「テスト」そのものの概要や種類について知りたい方は記事「J
手の込んだユーザビリティテストはリソースの無駄づかいだ。最高の結果を得るためには、5人以下のユーザーでテストし、小規模なテストを余裕のある限りたくさんやることだ。 Why You Only Need to Test with 5 Users by Jakob Nielsen on March 19, 2000 ユーザビリティはお金がかかって複雑だ、ユーザビリティテストなんて、よっぽど予算があって、しかも時間的にも余裕があるという、めったにないプロジェクトのために取っておけばいい、と考える人もいるようだ。だが、それは違う。手の込んだユーザビリティテストは確かにリソースの無駄づかいだ。最高の結果を得るためには、多くとも5人のユーザーでテストすれば十分。そのかわり、小規模なテストを余裕のある限りたくさんやることだ。 以前の調査で、Tom Landauerと私は、n人のユーザーでテストしてわかるユ
About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac
こうして必要な情報を調べてみるとBMIや肥満度に性別や年齢は必要ないのが分かります。そのとき、開発者は立ち止まって考えます。例えば、「必要ないので、実装は取りやめようか?」「しかし次回作成するUIには、性別を反映したい」「ここは今後のアプリケーションの発展の可能性を考慮して、残す方向で進めよう」といったように考えます。このように、ごく近い将来利用する要素であれば、先回りして実装しておくのも許容できます。しかし、利用する予定がないのであれば、きっぱり削除しましょう。必要になってから実装する(YAGNI])というXP(エクストリーム・プログラミング)の原則です。 テストコードの作成と、目的のコードの作成 それでは、個人情報コンテナクラスをテストするコードを書いてみます。この段階で個人情報コンテナクラスそのものは、入力を受け付けますが中身は空っぽです。このような状態のコードを「スケルトンコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く