language-agnostic - 私有(private) beta 测试通信和基础设施

Question

因此，您的商业应用程序处于开发的中间阶段......足够可用，但仍需要改进、扩展、错误修复。它远不能交付，但它足够稳定和完整，以至于您的开发人员和内部测试人员/用户觉得是时候从真实用户那里获得更多反馈了。

因此，您可以进行更广泛但仍然封闭的 beta 测试，可能是从想要贡献和提供反馈的现有用户/客户中选择的。

一个 previous SO question表明使用 Beta 测试人员的最佳方式是确保有良好的双向沟通​​。我们希望实现这种沟通!


(来源:ifac.cnr.it)

所以问题是找到最好的方式来组织和允许开发人员和一般的 beta 测试人员之间以及 beta 测试人员之间的沟通？

过去，我们在这里总是设置一个简单的电子邮件邮件列表，将 secret 测试人员添加到列表中，并通过电子邮件发送一个集中的地址让他们全部发布，该地址在列表中的每个人之间共享。这是粗鲁和老派的，但我们已经这样做了十五年，而且效果很好，尤其是对于我们大约 10 名测试人员的外部团队。

但肯定还有其他方法，或许最好去探索一下。您为自己的项目设置了哪些 beta 测试基础架构？
目标和要求含糊不清，但有些要点可能有助于考虑

保密，你不希望非邀请用户找到或窃听

交流，让用户谈问题，文档，分享项目，互相帮助

文件共享，如何分发测试版软件，以及让用户上传自己的示例/问题/演示示例

错误报告，通信系统是否应该与您的错误跟踪器绑定(bind)？

缩放，可以处理5个测试器，20个测试器等

隐私级别，它是否可以处理可能只有每天获得新版本的内部用户的 super 核心级别，受邀外部用户的私有(private)测试版，任何想要加入的人的公开测试版..

噪音过滤，如果讨论过于离题或闲聊，可能会分散测试版的焦点

设计这种甚至可以组合的 beta 支持基础架构有一些明显的选择。

(私有(private))邮件列表

一个 vBulletin喜欢有私有(private)版 block 的论坛

像 FogBugz 这样的错误跟踪器(授予测试人员许可证，以便他们可以探索和注释)

用于协作文档/讨论的 wiki

查看 SourceForge 也很有用，它适用于不需要保密、邀请或类(class)的开源应用程序，但每个项目都有一个论坛和 bugtracker。甚至考虑即将推出的平台/范式，如 Google Wave. 也可能很有趣。

我的问题:您使用什么系统来组织内部/外部的 Beta 测试人员，哪个系统可以在增强开发过程方面提供最好的返回，而不会费力或烦人地管理一些过于复杂的系统？

我将其发布为社区 wiki，因为很明显不会有一个单一的最佳答案。

Answer 1

我们的 Beta 测试人员通常通过本地测试人员 (QA) 进行交流，而不是直接与开发人员进行交流。

这允许 QA 通过合并重复项、删除非错误(功能请求)等来管理错误/问题。

他们也将是在他们回到用户之前重新测试问题的人
所以对他们来说完全理解错误/问题很重要，他们可能会构建一些
必要时进行自动化测试。

他们记录它以使其保持一致，一些 beta 测试人员是优秀的测试人员，但不是
擅长文档。

任何巨大/复杂的问题都可以作为一个小组讨论(开发人员、QA、beta 测试人员)

我们使用 Team Foundation Server，但就像我说的那样，我们不允许 beta 测试人员访问它。这一切都由 QA 管理。我们不是与 TFS “紧密耦合”，而是完成了这项工作。

只是他们的方式对我们很有效......