我想知道是否有人可以建议第三方解决方案来执行以下操作？
我是开发人员/自由职业者。我需要一个在线解决方案，让beta测试人员和其他开发人员在我们的小团队之间来回传递错误报告，提交功能请求（来自“内部”beta测试人员，而不是软件用户）。最好是可以从两端更新的系统：开发人员 - 测试人员，也可以记录所有此类通信的历史。
答案 0 :(得分：1)
我有一个到本地邮箱的网络表单，当有东西要读时，它会触发到我的个人帐户的邮件（这意味着：当未读收件箱邮件计数从0变为1时）。当消息需要答案时，我会向用户发送电子邮件（用户需要在注册时提供有效的电子邮件）。
在极端情况下，我会向用户留下个人信息，以便在他/她登录或（如果已登录）请求页面时弹出一个简单的javascript警报。如果我需要确保他/她会阅读它我使用确认方法并在每个页面加载显示它，直到按下接受按钮。
您可以在网页上设置免费的在线聊天小程序，以补充这一点。检查一下，例如：http://www.phpfreechat.net/demo
Facebook也运作良好（即时通讯，发布给所有人）。
带RSS的博客（任何CMS：wordpress，drupal ......包含一些模块，只需几个向导步骤即可在一分钟内设置博客）也是传达新闻和更新的好方法。
一个论坛（例如phpBB）很容易设置，但更难维护（重复的帖子，没有结构的分散信息等等......在我看来，它比其他系统的资源效率低）。
wiki是常见问题解答和用户手册的理想解决方案。您可以在此处详细了解：http://www.wikihow.com/Start-a-Wiki
一个专门的Q＆amp; A网站也可能是一个好主意，因为人们投票最有趣和最有用的主题，但它与论坛有相同的缺点，虽然它们（在我看来）更容易处理。有许多预先制作的Q＆amp; A开源项目，几乎可以在stackexchange网络上找到所有功能，可以在一分钟内完成部署。我特别喜欢这个：http://www.question2answer.org/
一个bugtracker是非常技术性的，但它可以作为一个有经验的用户的魅力（如果你的beta测试人员属于程序员社区甚至不认为它两次：只是尽快在线！）。我喜欢bugzilla，但你有很多不同的选择。可以在维基百科上找到错误跟踪系统的比较：http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems
最后，但不是那么重要，不要放弃部署调查，他们非常善于统计您的项目的弱点和优势，以及用户体验和期望（添加/改进和修复的功能）。像surveymonkey.com这样的网站让这很容易。