私人beta测试通信和基础设施

Question

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

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

previous SO question表明，使用beta测试者的最佳方法是确保良好的双向通信。我们想要实现这种沟通！

（来源：ifac.cnr.it）

那么问题是要找到最好的方法来组织和允许开发人员和beta测试人员之间以及beta测试人员之间的沟通？

在过去，我们总是在这里设置一个简单的电子邮件邮件列表，将秘密测试人员添加到列表中，并通过电子邮件发送集中地址发布，这些地址在列表中的每个人之间共享。它是原始的和老派的，但我们已经用这种方式做了十五年并且它可以正常工作，特别是对于我们的大约10名测试人员的外部小组。

但必须有其他方法，也许最好去探索它们。您为自己的项目设置了哪些beta测试基础架构？目标和要求是模糊的，但有些点可能有用

• 保密，您不希望非受邀用户查找或窃听
• 沟通，让用户谈论问题，文档，分享项目，互相帮助
• 文件共享，如何分发测试版软件，以及让用户上传他们自己的示例/问题/演示示例
• 错误报告，通信系统是否应与您的错误跟踪器绑定？
• 扩展，它可以处理5个测试人员，20个测试人员等
• 隐私级别，它可以处理超级硬核级别，可能只有在一天内获得新版本的内部用户，邀请外部用户的私人测试版，任何想要加入的公开测试版。
• 噪音过滤，如果讨论太过偏离或讨厌，它可能会扩散beta的焦点

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

• 一个（私人）邮件列表
• 像vBulletin论坛与私人部分
• 像FogBugz这样的bugtracker（给测试人员许可证，以便他们可以探索和注释）
• 协作文档/讨论的维基

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

我的问题：你用什么系统来组织内部/外部的beta测试人员，哪一个系统在增强开发过程方面给出了最好的回报，而不是为了管理一些过于复杂的系统而烦恼或烦恼？

我将此作为社区维基发布，因为很明显没有一个单一的最佳答案。

Answer 1

1. 我们的beta测试人员通过我们的本地测试人员（QA）通常通过电子邮件与开发人员直接沟通。 这允许QA通过组合重复，删除非错误（功能请求）等来管理错误/问题。 他们也会在回到用户之前重新测试问题，因此对他们来说完全理解错误/问题很重要，如果有必要，他们可以构建一些自动化测试。 他们记录它以使其保持一致，一些beta测试者是优秀的测试人员但不擅长文档。 任何巨大/复杂的问题都可以作为一个小组进行讨论（开发人员，QA，beta测试人员）
2. 我们使用Team Foundation Server但是我说我们不允许beta测试人员访问它。它全部由QA管理。我们并不是与TFS“紧密耦合”，但它确实起到了作用。

只是他们对我们有用的方式......

Answer 2

我建议有一个像trac的网站，或vBulletin's project addon.

就个人而言，我构建了一个适合解决方案的解决方案，被称为Bugzilla，但任何项目管理套装都应该做到这一点。