SPW*_*ley 8 language-agnostic beta communication
因此,您的商业应用程序处于开发的中间阶段......足以使其可用,但仍需要细化,扩展,修复错误.它远非可交付,但它足够稳定和完整,您的开发人员和内部测试人员/用户认为是时候从真实用户那里获得更多反馈.
因此,您可以进行更广泛但仍然封闭的测试,可能是从想要贡献并提供反馈的现有用户/客户中选择的.
一个以前的SO问题表明,使用beta测试的最好办法是,以确保有良好的双向沟通.我们想要实现这种沟通!
那么问题是要找到最好的方法来组织和允许开发人员和beta测试人员之间以及beta测试人员之间的沟通？
在过去,我们总是在这里设置一个简单的电子邮件邮件列表,将秘密测试人员添加到列表中,并通过电子邮件发送集中地址发布,这些地址在列表中的每个人之间共享.这是原始的和老派的,但我们已经这样做了十五年,它可以正常工作,特别是对于我们的大约10名测试人员的外部小组.
但必须有其他方法,也许最好去探索它们.您为自己的项目设置了哪些beta测试基础架构？目标和要求是模糊的,但有些点可能有用
设计这种甚至可以组合的beta支持基础设施有一些明显的选择.
查看SourceForge也很有用,它适用于不需要保密,邀请或类的开源应用程序,但是每个项目都有一个论坛和bugtracker.即使考虑即将推出的Google Wave等平台/范例也可能会很有趣.
我的问题:你用什么系统来组织内部/外部的beta测试人员,哪一个系统在增强开发过程方面给出了最好的回报,而不是为了管理一些过于复杂的系统而烦恼或烦恼？
我将此作为社区维基发布,因为很明显没有一个单一的最佳答案.
