8

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

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

之前的一个 SO 问题表明，使用 beta 测试人员的最佳方式是确保有良好的双向通信。我们希望实现这种沟通！

Beta 测试人员通常不会这么急切。
（来源：ifac.cnr.it）

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

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

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

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

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

  • （私人）邮件列表
  • 一个带有私人部分的类似vBulletin的论坛
  • 像FogBugz这样的 bugtracker （为测试人员提供许可证，以便他们可以探索和注释）
  • 用于协作文档/讨论的 wiki

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

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

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

4

2 回答 2

1

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

    • 这允许 QA 通过合并重复项、删除非错误（功能请求）等来管理错误/问题。
    • 他们也将是在他们返回给用户之前重新测试问题的人，因此对他们来说完全理解错误/问题很重要，他们可能会在必要时构建一些自动化测试。
    • 他们记录它以使其保持一致，一些 beta 测试人员是优秀的测试人员，但不擅长记录。
    • 任何巨大/复杂的问题都可以作为一个小组讨论（开发人员、QA、beta 测试人员）

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

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

于 2009-06-09T23:38:40.490 回答
0

我建议有一个类似trac的网站，或者vBulletin 的项目插件。

就个人而言，我构建了一个适合该解决方案的解决方案，称为Bugzilla，但任何项目管理套装都应该可以解决问题。

于 2009-06-07T18:36:20.050 回答