GPLvでライセンス供与されるソフトウェアをリリースしようとしています(プロジェクト自体は「楽しみのため」であり、商業的な側面はありません)。
このソフトウェアはデジタル時計の設計を支援することを目的としており、コア機能は、単体テストのほかに、自分でいくつかの時計を設計するために使用しました。それでも、ハッカーやメーカーのサイトでソフトウェアを宣伝する前に、いくつかの自発的なテスターを取得したいと思います...それを使用して問題を報告します。
私がこれまでに行った唯一のテストは、仲間のプログラマーまたは顧客とのテストでした。だから私はコミュニティからの入力をいただければ幸いです:
テストの焦点は主にユーザビリティです(GUIは意味がありますか?ワークフローは簡単に実行できますか?予期しない動作はありますか?)。しかしもちろん、コア機能で発生するはずのバグは、間違いなく私の注意を引くでしょう!
アドバイスと時間をありがとうございました。
友人、家族、同僚がおそらく最も簡単です。ソーシャルメディア(Facebook、Twitterなど)を試すこともできます。これらは、ユーザー受け入れタイプのテストに非常に適しています。より徹底的なテストを実行したい場合は、LinkedInの多くのテストフォーラムの1つをいつでも試すことができます。または、 Weekend Testers のような人が喜んでそれを見てくれるかどうかを確認することもできます。多くのテスターは1日のテストに費やすかもしれませんが、好奇心や練習のためだけに、時間外に何かを見て喜んでいることがよくあります。多くのプログラマーフォーラムでさえ、それをテストすることをいとわない人々がいるでしょう。テクノロジーの私たちの多くに共通していることの1つは、それが有用または興味深いものである場合、ほとんどの人が喜んでそれをチェックすることです。
構造とブリーフィングに関しては、テクノロジーセクターで機能する場合は、リリースノートで十分でしょう。それ以外の場合は、すべきことと(おそらく)すべきでないことのリスト。
プロジェクトが「楽しみのため」であり、商業的な側面がない場合、ベータテスターのグループを取得することについて何を考えていますか?すでにリリースするだけです。それが私の冗談です。 Linuxが最初に世に出たときを見てください。
私にとっては、コードにバグがあってもかまいませんただし、報告された問題をどのように解決するか。それが迅速で要領を得れば、私はもっと幸せになるでしょう。
ただし、ベータテスターのグループを調達して管理することは複雑な目標です。あなたが言及したそれらの質問はすべて有効です。私が有用だと思ったのは、グループが集中する領域を選択することです。たとえば、テストボタン、ダイアログボックスのメッセージなどです。
荒野でソフトウェアを無料にすると、必要なテスターが手に入ると思います。
あなたのソフトウェアが使う価値があるなら、それを使い始める人々はそれのテスターにもなりつつあります。趣味でやっているプロのテスターも知りません:)