Private Beta-Testkommunikation und -infrastruktur

Ihre kommerzielle App befindet sich also in den mittleren Entwicklungsstadien. Genug, dass sie verwendbar ist, aber immer noch Verfeinerung, Erweiterung, Bugfixing benötigt. Es ist bei weitem nicht Lieferbar, aber es ist stabil und vollständig genug, dass Ihre Entwickler und Inhouse-Tester / Benutzer das Gefühl haben, dass es Zeit für mehr Feedback von echten Benutzern ist.

Sie gehen also zu einem breiteren, aber noch geschlossenen Beta-Test, der wahrscheinlich von bestehenden Benutzern / Kunden ausgewählt wurde, die etwas beitragen und Feedback geben möchten.

Eine vorherige SO Frage zeigte das am besten Betatester zu verwenden, ist sicherzustellen, dass es eine gute Zwei-Wege-Kommunikation gibt. Wir wollen diese Kommunikation ermöglichen!

Betatester sind normalerweise nicht so eifrig .. http: //fs.ifac.cnr .it / albums / album21 / Last_Balloon_Launch_of_RHUBC_II_Beta_Test_001.sized.jpg

Das Problem ist also, die besten Wege zu finden, um die Kommunikation zwischen den Entwicklern und den Beta-Testern im großen Stil und zwischen den Beta-Testern selbst zu organisieren und zu ermöglichen?

In der Vergangenheit haben wir hier immer eine einfache E-Mail-Mailingliste eingerichtet, die geheimen Tester zur Liste hinzugefügt und sie alle per E-Mail an eine zentrale Adresse senden lassen, die von allen auf der Liste geteilt wird. Es ist grob und Old-School, aber wir haben es seit fünfzehn Jahren so gemacht und es funktioniert gut, besonders für unsere externe Gruppe von etwa 10 Testern.

Aber es muss andere Methoden geben, und vielleicht ist es am besten, sie zu erforschen. Welche Beta-Testinfrastruktur haben Sie für Ihre eigenen Projekte eingerichtet? Die Ziele und Anforderungen sind vage, aber einige Punkte, die nützlich sein könnten, um

• Geheimhaltung, Sie möchten nicht eingeladene Benutzer nicht finden oder belauschen
• Kommunikation, lassen Sie die Benutzer über Fragen sprechen, Dokumentation, teilen Sie Projekte, helfen Sie einander
• File-Sharing, wie man die Beta-Software verteilt, und Benutzer können ihre eigenen Beispiele / Problem / Demo-Beispiele hochladen
• Fehlerbericht, sollte das Kommunikationssystem an Ihren Bug Tracker gebunden sein?
• Skalierung, kann es mit 5 Testern, 20 Testern usw. umgehen
• Datenschutzlevel, kann es mit einem Super-Hardcore-Level von vielleicht nur internen Benutzern umgehen, die jeden Tag einen neuen Build bekommen, eine private Beta von eingeladenen externen Benutzern, eine öffentliche Beta von jedem, der beitreten möchte.
• Lärmfilterung, wenn die Diskussion zu hochgradig oder gesprächig wird, kann der Fokus der Beta diffundieren

Es gibt einige offensichtliche Optionen zum Entwerfen dieser Art von Beta-Support-Infrastruktur, die sogar kombiniert werden könnte.

• Eine (private) Mailingliste
• Ein vBulletin wie ein Forum mit privaten Bereichen
• Ein Bugtracker wie FogBugz (gibt Testerlizenzen, damit sie sie erforschen und kommentieren können)
• Ein Wiki für kollaborative Dokumentation / Diskussion

Es ist auch nützlich, SourceForge zu betrachten, das für Open Source-Anwendungen gedacht ist, bei denen keine Geheimhaltung, Einladungen oder Klassen erforderlich sind, aber jedem Projekt ein Forum und ein Bugtracker zugeordnet sind. Es kann auch interessant sein, zukünftige Plattformen / Paradigmen wie Google Wave

Meine Frage: Mit welchem ​​System haben Sie Ihre Beta-Tester intern / extern organisiert und welche bietet die beste Auszahlung, um den Entwicklungsprozess zu verbessern, ohne zu hart oder nervig zu sein, um ein zu komplexes System zu verwalten?

Ich poste dies als Community-Wiki, weil klar ist, dass es keine einzige beste Antwort geben wird.