Testing 测试游戏beta版的技巧？
我们正在完成一个游戏，我们想测试。我们没有时间也没有预算来做大规模的测试，我们只会把游戏展示给我们的一些朋友。（我希望我们仍能从中收集一些有用的东西。）在帝国死后时代（）我发现了以下几点： 年进行了AOE的公开测试 1997年8月，但我们没有接近 充分挖掘 信息技术我们离比赛结束太近了 该项目可以进行任何游戏 变化，尽管有大量有用的信息 我们收到的反馈。手册 已设置为打印，并且大多数 这个设计是用石头砌成的。全部的 我们真正能做的就是修复任何bug 那是被发现的Testing 测试游戏beta版的技巧？,testing,beta,Testing,Beta,我们正在完成一个游戏，我们想测试。我们没有时间也没有预算来做大规模的测试，我们只会把游戏展示给我们的一些朋友。（我希望我们仍能从中收集一些有用的东西。）在帝国死后时代（）我发现了以下几点： 年进行了AOE的公开测试 1997年8月，但我们没有接近 充分挖掘 信息技术我们离比赛结束太近了 该项目可以进行任何游戏 变化，尽管有大量有用的信息 我们收到的反馈。手册 已设置为打印，并且大多数 这个设计是用石头砌成的。全部的 我们真正能做的就是修复任何bug 那是被发现的 这是一个很好的观点。还有其他好的
这是一个很好的观点。还有其他好的建议吗？我们应该（不）事先告诉人们什么？我们应该寻找什么？当然，你需要超越朋友。只和朋友一起测试的问题是，他们希望你成功，因此告诉你这很好。（我的意思是，看看所有被鼓励参加《美国偶像》选拔赛的人，他们都大喊大叫！）
如果你能得到一些私人测试，那将是理想的。因为你没有任何大规模的预算，它将不得不这样做。如果你能得到足够多的人，你应该能够得到比朋友更好的反馈。我不太担心人口统计数据的多样化，但一定要瞄准那些真正对你的游戏类型感兴趣的人（我将根据你展示的例子假设RTS）.我的建议是在某处建立一个带有论坛的网站，以便公众可以申请beta版，并向您提供反馈。在某个时候，你可能还希望有人定期在论坛上搜寻bug报告并阅读一般反馈。错误报告可以添加到错误处理数据库中，这样您就可以处理社区提出的问题，并且一般反馈可以用于向团队其他成员提供定期报告，因为不是每个人都有时间阅读每一篇文章 一旦你建立了一个社区，并且建立了收集反馈的流程，你应该开始考虑你想要实际测试什么 如果您有不确定的特定游戏区域，请直接向社区询问这些区域。如果您希望测试服务器的网络代码或可扩展性，请安排定期测试夜（但不超过1-2小时），并执行一组特定的任务。这将在第二天产生大量反馈，但你会发现它主要集中在你要求人们测试的领域，省去了在论坛中随机散布的麻烦
一般来说，人们会希望帮助改进游戏，让社区更早地参与进来，这不仅会让你从游戏结束后的玩家那里得到重要的反馈，还会给社区一种归属感。这是他们的比赛，他们帮助比赛变得更好。通过某种方式与社区互动的次数越多，在有组织的测试中，你从他们那里获得的信息就越多。你可以通过做一些事情来快速了解游戏界面的情况；随便找几个人，让他们试试这个游戏，然后看着他们玩（你可以在桌面上录制，也可以从后面录制玩家） 正如@AlbertoPL所说，您可能希望找到一些专门的玩家，以获得关于
- ,
- 怎么样,
- 比赛怎么样,
- 这是多么值得的一件事
- 以及它如何被滥用
关于建立社区的伟大提示@Midpoint。您可能想阅读这篇关于社区的连线文章。我知道你没有这样的预算，但它可能会激发一些想法或其他方式来看待你的比赛。我发现有一点很有趣，那就是记录死亡/玩家死亡和在地图特定区域花费的时间，这样他们就知道人们在哪里被卡住了，或者地图在任何团队游戏中是否有偏差。让各种各样的人来测试你的游戏。有些人认为显而易见的事情对其他人来说并不明显
此外，招募家庭成员和朋友，以及没有动机说“你的游戏棒极了！”的人，不管他们怎么想。一个非常重要的方面是，你应该实际观察人们玩游戏，看看他们真正在做什么，而不是事后问他们对游戏的看法 这将让你更好地了解他们的问题所在，即真正的学习曲线（通常不是人们自己注意到的），以及应该在教程中明确教授的内容。它还将显示用户界面中的问题，人们在找到解决方法时可能不会报告这些问题；他们只记得UI不方便 我目前也参与了游戏测试（一个跳跃跑游戏），一个有趣的轶事是，几乎没有玩电脑游戏经验的测试人员没有意识到角色在摔倒时可能会侧身移动。有趣的是，一些测试人员在坠入致命境地时确实移动了角色，并且经常避免以这种方式死亡——但是他们没有意识到，当需要到达某个地方时，笔直地摔倒不会导致死亡
结论是，在游戏的早期需要有一种情况，在这种情况下，唯一可以继续下去的方法是在摔倒时移动，在这种情况下，直接摔倒是无害的。我不知道这是否取决于你住在哪里，但我相信我们的朋友会