web-dev-qa-db-ja.com

テスターがWebサイトを直接クリックして、バグ報告と同様にバグを報告できるようにしますか?

私はWebサイトのユーザーテストを行っており、Webサイトをクリックしてコメントボックスにテキストを入力することで問題を報告してもらいます。 www.Diigo.com または www.bugherd.com と同様

Bugherdはこのために設計されていますが、まだ初期段階です。2011年8月の時点では、本番環境で使用するには不安定すぎます(ただし、非常に印象的です)。

Diigoはバグ追跡用に設計されていません。一種の動作ですが、バグ修正ワークフローと実際に統合することはできません。

明らかなスクリーンショット->画像の保存->バグトラッカーへの画像のアップロード以外に、ユーザーがバグを簡単にポイントアンドクリックして入力できるようにする簡単な方法はありますか?

4
ytk

www.bugmuncher.com が答えです。

0
ytk

必要なようです Googleフィードバック詳細はこちら )。現在Google+に統合されているフィードバックツールです。クリックすると、小さなツールボックスがポップアップし、「問題を強調表示」(DOMを使用して、ユーザーに画面上での描画を要求するのではなく、特定のHTML要素を強調表示)または「個人情報をブラックアウト」します画像ツールを使用しなくても、プライベートメッセージなどを簡単に削除できます)。

なぜうまくいくのか:

  • ユーザーをセッションに保持します。スクリーンショットを撮ったり、画像を保存したり、あなたが言うようにそれらをアップロードしたりすることを含むエントリへの障壁を作成するのではなく、数回クリックして、数行を入力して、それを忘れます。
  • 画像を要求するのではなく、特定のアクションを提供します。スクリーンショットを要求したり、そのような用語を使用したりするのではなく、問題を強調表示*および個人情報をブラックアウト。次に、コメントを追加し、プレビュー(ページの生成されたスクリーンショットを使用)して送信するように求められます。
  • ハイテク用語はありません。スクリーンショット、バグ追跡、問題、チケット、またはその他の典型的なテクニカルサポートのがらくたは表示されません。彼らは私があなたの隣に座っていた場合にあなたがするであろうことを本質的に行うようにプロセスを単純化しました:それを指摘し、問題が何であるかを教えてください、そして私達は終わりました。これは非常に重要です。

唯一の問題は、それが製品ではないということです。 Googleは内部でのみ使用しています。彼らは最終的にはそれを実際にリリースするだろうと確信していますが、今のところあなたの最善の策は彼らがしていることから学び、それをあなたができる限り最高に再現することです。

4
Rahul

料金を見ると、私は http://www.bugherd.com/ を使用します。これには無料プランがあり、Wordpress統合- http://wordpress.org/extend/plugins/bugherd/

1