Итак, ваше коммерческое приложение находится на средней стадии разработки ... достаточно, чтобы его можно было использовать, но все же оно нуждается в доработке, расширении, исправлении ошибок. Он далек от того, чтобы его можно было доставить, но он достаточно стабилен и полон, чтобы ваши разработчики и внутренние тестировщики / пользователи чувствовали, что пришло время получить больше отзывов от реальных пользователей.
Таким образом, вы переходите к более широкому, но все еще закрытому бета-тесту, который, вероятно, выбран из существующих пользователей / клиентов, которые хотят внести свой вклад и дать отзыв.
A предыдущий вопрос SO показал, что лучший способ использовать бета-тестеры - убедиться, что есть хорошая двусторонняя связь. Мы хотим включить это общение!
(источник: ifac.cnr.it )
Итак, проблема в том, чтобы найти наилучшие способы организации и обеспечения связи между разработчиками и бета-тестерами в целом, а также между самими бета-тестерами?
Раньше здесь мы всегда просто настраивали простой список рассылки электронной почты, добавляя в список секретных тестеров и позволяя всем им отправлять сообщения по электронной почте на централизованный адрес, который будет доступен всем в списке. Это грубая и старая школа, но мы делали это так в течение пятнадцати лет, и она работает хорошо, особенно для нашей внешней группы из примерно 10 тестеров.
Но должны быть и другие методы, и, возможно, лучше их изучить. Какую инфраструктуру бета-тестирования вы настроили для своих собственных проектов?
Цели и требования расплывчаты, но некоторые моменты, которые могут быть полезны для рассмотрения
- Секретность, вы не хотите, чтобы не приглашенные пользователи находили или подслушивали
- Общение, пусть пользователи говорят о вопросах, документации, делятся проектами, помогают друг другу
- Обмен файлами, как распространять бета-версию программного обеспечения, а также позволить пользователям загружать свои собственные примеры / проблемы / демонстрационные примеры
- Сообщение об ошибке, должна ли система связи быть привязана к вашему баг-трекеру?
- Масштабирование, выдержит ли оно 5 тестеров, 20 тестеров и т. Д.
- Уровни конфиденциальности, может ли он обрабатывать супер-хардкорный уровень, возможно, только внутренних пользователей, которые получают новую сборку в день, приватную бета-версию приглашенных внешних пользователей, публичную бета-версию всех, кто хочет присоединиться ..
- Фильтрация шума, если обсуждение становится слишком оффтопичным или болтливым, это может рассеять фокус беты
Существуют некоторые очевидные варианты для разработки такого рода инфраструктуры бета-поддержки, которую можно даже объединить.
- A (частный) список рассылки
- A vBulletin как форум с закрытыми разделами
- Багтрекер типа FogBugz (дает тестерам лицензии, чтобы они могли исследовать и комментировать)
- Вики для совместной документации / обсуждения
Также полезно взглянуть на SourceForge, который предназначен для приложений с открытым исходным кодом, где нет необходимости в секретности, приглашениях или классах, но с каждым проектом связан форум и средство отслеживания ошибок. Также может быть интересно даже рассмотреть будущие платформы / парадигмы, такие как Google Wave.
Мой вопрос: какую систему вы использовали для организации своих бета-тестеров собственными / внешними, и какая из них дает наилучшие результаты с точки зрения ускорения процесса разработки, не усложняя и не раздражая управление какой-то слишком сложной системой?
Я публикую это как вики сообщества, потому что ясно, что не будет единственного лучшего ответа.