ユーザーから募集したテスターが必要な理由
内部テスト部門は、たとえば大量のトラフィックや複数のIPアドレスからのアクセスを同時に必要とするため、オフィス環境では再現が難しいため、特定のものを検証できないことがあります。 その後、ユーザーは、プロジェクトの質を向上させ、管理を支援するために寄付を希望するテスト部門の支援を受けます。
彼らのヘルプは、新しい機能のテストから、フォーラムなどの他のユーザーからのリクエストからのエラーの解析とは異なる場合があります。 オンラインゲームの開発について話す場合、ゲームのバランスを何らかの形で変更したり、新しい機能を導入したりする場合、彼らの助けは非常に役立ちます。彼らはプレイヤーとして、ゲームのバランスがどのように変化し、ユーザーがどのように反応するかを知ることができます。
このユーザーがプロジェクトをどのように支援できるかを正確に理解する方法
たとえば、しばらくの間存在し、活発に開発されているブラウザベースのオンラインゲームを考えてみましょう。 フォーラムでコミュニケーションするコミュニティが形成されており、それらから選択します。
まず第一に、フォーラムで積極的にコミュニケーションをとっているユーザー、管理者であるという理由だけで初心者を管理者に誓わないユーザー、および更新ニュースに関するコメントが建設的なユーザーに注意を払う価値があります。 また、ユーザーが見つかったエラーを積極的に投稿している場合、エラートピックを調べることもできます。そうすれば、テストの手助けができるかもしれません。
私たちは、プロジェクトを支援する意欲と能力を持っている多くの人々を見つけたと仮定します。 次に、目標の設定とバグの説明に関して、それらがどのように動作するかを確認する必要があります。 これを行うには、事前にモデル化されたエラーのあるテストサーバーが必要です。 そこでユーザーを起動し、ゲームのあらゆる要素をチェックするタスクを与えます。たとえば、見つかったすべてのエラーを、ニックネームまたは名前を示すGoogleの形式で投稿するよう要求します。 このチェックの結果に基づいて、ユーザーがエラーをどの程度適切に見つけて説明できるかを判断できます。
外部テスターとの通信
「部外者」とのコミュニケーションを組織するためのいくつかのオプションがあります。 最初のオプション：タスクに大量が必要な場合、「外部」をチームに分割し、それぞれに直接コミュニケーションを取り、特定の人にタスクを与え、エラー報告を収集してあなたに送信するリーダーを任命する価値があります。 2番目のオプション：「一般的なチャット」。たとえば、すべてのテスターが座って、無制限に相互に通信し、タスクを完了するために助けを求めることができるSkype会議。 この場合、タスク設定を確立する必要があります。共有テーブルは初めて適しています。将来的には、Mantisなどのバグ追跡システムの使用を開始できるようになりました。 3番目のオプション：「個人」。つまり、各テスターと個人的にコミュニケーションを取り、タスクを与え、見つかったバグに関するレポートを提供します。
今やる気について少し
最初に、人々はそのアイデアのために働くことに同意します。そして、彼らが良い助けを提供するならば、彼らは維持される必要があります。 ここでは、ゲームの仕組みが私たちの助けになります。原則として、すべてのブラウザゲームは無料のプレイシステム上に構築されています。これにより、テスターと契約を結んでいないので、実際のお金を注入することなく、ゲーム内のいくつかのものを困難または不可能にすることができます彼らにお金を与えることはできないので、ゲームで彼らに少し「本物の」通貨を「引く」ことで彼らをサポートすることができますが、それはあなたとテスターに依存します。例えば、3人のテスター、すべてのテスター、彼らが今月働いた場合、我々は特定の「支払う」 ウンマは、それは300ルーブルのと同等とします。 テスター番号1は10個のタスクを処理し、5個のバグを見つけ、さらに100ルーブルを追加し、テスター番号2は1個の非常に大きなタスクを処理し、15個のバグを見つけ、その努力のために100ルーブルも追加しました、テスター番号3つの小さなタスクを処理しましたが、どのタスクにも関係しない1つの重大なバグが見つかったため、200の「ルーブル」を追加します。 合計で、最初の2人のテスターに400「ルーブル」と3番目の500人の「ルーブル」を支払います。 誰かが支払うべき金額に関しては、プロジェクトマネージャーまたは会社の内部テスターが外部テスターを担当します。
部外者の使用を許可するもの
州内の多数のテスターのメンテナンスに予算がない場合、1つまたは2つの内部テスターを使用して多くのタスクを処理できます。 これにより、大勢の人々とのコミュニケーションから除外されるプログラマーの時間と神経を節約できます。各プログラマーはバグを通知し、すべては実際に開発者とユーザーの間の仲介者として行動する1人によって行われます。 平均的なユーザーの観点からタスクを分析し、ユーザー、つまりユーザーが必要としているものを理解することができます。
外部テスターを使用することの短所
-タスクの実行を制御することは困難です
-公のエラーの責任は内部テスターにあります