因此,您的商业应用程序处于开发的中间阶段......足以使其可用,但仍需要细化,扩展,修复错误。它远非可交付,但它足够稳定和完整,以至于您的开发人员和内部测试人员/用户认为是时候从真实用户那里获得更多反馈。
所以你要进行更广泛但仍然封闭的beta测试,可能是从想要贡献并提供反馈的现有用户/客户中选择的。
previous SO question表明使用beta测试人员的最佳方式是确保良好的双向通信。我们想要实现这种沟通!
(来源:ifac.cnr.it)
所以问题是找到最好的方法来组织和允许开发人员和beta测试人员之间以及beta测试人员之间的沟通?
过去,我们总是在这里设置一个简单的电子邮件邮件列表,将秘密测试人员添加到列表中,然后通过电子邮件发送一个集中地址发布,这些地址在列表中的所有人之间共享。这是原始的和老派的,但我们已经用这种方式做了十五年,它可以正常工作,特别是对于我们的大约10名测试人员的外部小组。
但必须有其他方法,也许最好去探索它们。您为自己的项目设置了哪些beta测试基础架构? 目标和要求是模糊的,但有些点可能有用[/ p>]
有一些明显的选择来设计这种甚至可以组合的beta支持基础设施。
查看SourceForge也很有用,它适用于不需要保密,邀请或类的开源应用程序,但是每个项目都有一个论坛和错误跟踪器。即使考虑即将推出的平台/范例,如Google Wave.
,也可能会感兴趣我的问题:你用什么系统来组织内部/外部的beta测试人员,哪一个系统在增强开发过程方面给出了最好的回报,而没有为管理一些过于复杂的系统而烦恼或烦恼?
我将此作为社区维基发布,因为很明显没有一个单一的最佳答案。
答案 0 :(得分:1)
我们的测试版测试人员通过本地测试人员(QA)通常通过电子邮件与开发人员直接沟通。
我们使用Team Foundation Server,但就像我说的那样,我们不允许beta测试人员访问它。它全部由QA管理。我们并不是与TFS“紧密结合”,而是能够胜任。
只是他们对我们有用的方式......
答案 1 :(得分:0)
我建议您使用trac类似网站,或vBulletin's project addon.
就个人而言,我构建了一个适合解决方案的解决方案,并被称为Bugzilla,但任何项目管理都应该能够解决问题。