つまり、商用アプリは開発の中間段階にあります.使用できるほど十分ですが、改良、拡張、バグ修正が必要です。出荷可能にはほど遠いですが、開発者や社内テスター/ユーザーが実際のユーザーからのフィードバックをもっと受ける時が来たと感じるほど安定しており、十分に完成しています。
したがって、貢献してフィードバックを提供したい既存のユーザー/顧客から選択される可能性が高い、より広範でありながらまだクローズドなベータテストに参加します。
以前のSO の質問では、ベータ テスターを使用する最善の方法は、良好な双方向通信があることを確認することであることが示されました。そんなコミュニケーションを実現したい！
(出典: ifac.cnr.it )
問題は、開発者とベータテスター全体の間、およびベータテスター同士の間のコミュニケーションを組織化して許可するための最良の方法を見つけることですか?
以前は、ここでは常に単純なメール メーリング リストを設定し、シークレット テスターをリストに追加し、リストの全員が共有する一元化されたアドレスにメールを送信して投稿できるようにしていました。これは粗雑で古いやり方ですが、15 年間この方法で行ってきましたが、特に約 10 人のテスターからなる外部グループでは問題なく機能しています。
しかし、他の方法があるはずです。おそらく、それらを調べるのが最善です。独自のプロジェクト用にどのようなベータ テスト インフラストラクチャをセットアップしましたか? 目標と要件は漠然としていますが、考慮すべき点がいくつかあります
- 機密性、招待されていないユーザーが見つけたり盗聴したりしたくない
- コミュニケーション、ユーザーに質問、ドキュメント、プロジェクトの共有、お互いの助け合いについて話させる
- ファイル共有、ベータ版ソフトウェアの配布方法、およびユーザーが自分の例/問題/デモ例をアップロードできるようにする方法
- バグ報告、通信システムをバグトラッカーに結び付ける必要がありますか?
- スケーリング、5 テスター、20 テスターなどを処理できますか
- プライバシー レベル、それはおそらく 1 日に新しいビルドを取得する社内ユーザーのみ、招待された外部ユーザーのプライベート ベータ、参加したい人のパブリック ベータなどの超ハードコア レベルを処理できますか..
- ノイズの除去。議論があまりにも的外れになったり、おしゃべりになったりすると、ベータ版の焦点がぼやけてしまう可能性があります
この種のベータ サポート インフラストラクチャを設計するためのいくつかの明白なオプションがあり、それらを組み合わせることさえできます。
- (プライベート) メーリング リスト
- プライベート セクションがあるvBulletinのようなフォーラム
- FogBugzのようなバグトラッカー(テスターにライセンスを与えて、調査と注釈を付けられるようにする)
- 共同ドキュメント/ディスカッション用の wiki
また、SourceForge を参照することも役立ちます。これは、機密性、招待、またはクラスの必要がないオープン ソース アプリ用ですが、各プロジェクトに関連付けられたフォーラムとバグトラッカーがあります。Google Waveのような今後のプラットフォーム/パラダイムを検討することも興味深いかもしれません。
私の質問: 社内/社外のベータ テスターを組織化するために使用したシステムはどれですか? また、過度に複雑なシステムを管理するのが困難または面倒になることなく、開発プロセスを強化するという点で、どのシステムが最も効果的ですか?
これをコミュニティ wiki として投稿するのは、唯一の最良の答えがないことは明らかだからです。