Web applications 如何引入web应用程序

我运行一个游戏，运行是手工完成的，我有一些脚本可以帮助我，但基本上是我做的工作。我目前正在开发一个web应用程序，它允许用户直接输入他们的一些游戏动作，从而节省了我大量的工作

问题是我是一个中等规模（20多个表）项目的工作人员，工作负载不是问题，问题是即使我边写边测试，bug还是会溜进来。因此，我的问题是双重的

Beta测试，我喜欢开放Beta测试，但封闭Beta测试是否会更有效，并提供更好的结果

我应该如何引入应用程序？我应该在一个回合内把它放进去并声明它正在使用，还是应该在游戏的正常结构中使用它

---

我不明白你所说的“带进应用程序”和“一圈放下它”是什么意思。“引入应用程序”是指部署吗？至于“一圈掉下”，我完全不明白

至于开放beta，这取决于你的观众，真的。例如，Counterstrike显然在执行开放式Beta之前先运行一些封闭式Beta，因此我的建议如下：

在一些免费论坛中设置论坛，或在流行游戏论坛中设置主题

寻找你信任的人（无论他们是否在那些论坛上），让他们在一个封闭的测试版中加入。这将允许您在开始时消除严重的扭结

如果你的封闭小组不再报告那么多的bug，那么将其发布到公测版，指出他们如何向你提供反馈的方法

---

这与StackOverflow采取的方法类似，但这是一款在游戏论坛上设置的游戏，它将带来双重好处，既可以为游戏做广告，也可以吸引一些感兴趣的测试人员。

我不明白你所说的“引入应用程序”和“一轮放弃”是什么意思。“引入应用程序”是指部署吗？至于“一圈掉下”，我完全不明白

至于开放beta，这取决于你的观众，真的。例如，Counterstrike显然在执行开放式Beta之前先运行一些封闭式Beta，因此我的建议如下：

在一些免费论坛中设置论坛，或在流行游戏论坛中设置主题

寻找你信任的人（无论他们是否在那些论坛上），让他们在一个封闭的测试版中加入。这将允许您在开始时消除严重的扭结

如果你的封闭小组不再报告那么多的bug，那么将其发布到公测版，指出他们如何向你提供反馈的方法

---

这与StackOverflow采取的方法类似，但这是一款在游戏论坛上设置的游戏，它将带来双重好处，既可以为您的游戏做广告，也可以吸引一些感兴趣的测试人员。

我将尝试回答您提供的有限细节

1：它是开着还是关着真的只是一个问题，如果你有很好的口碑，并且有一大群用户敲开你的门，试图参与行动。 如果是这样的话，我想你可能会在一个封闭测试中从用户那里得到更多的忠诚和承诺

他说：关于你在谈论什么样的游戏，你没有给出太多（任何）细节，所以很难回答这个问题

---

/乔纳斯

我会尽量回答你提供的有限细节

1：它是开着还是关着真的只是一个问题，如果你有很好的口碑，并且有一大群用户敲开你的门，试图参与行动。 如果是这样的话，我想你可能会在一个封闭测试中从用户那里得到更多的忠诚和承诺

他说：关于你在谈论什么样的游戏，你没有给出太多（任何）细节，所以很难回答这个问题

---

/Jonas

这是我测试/启动的一般方法。 测试/启动方式主要取决于：

您的应用程序是什么

您的用户是谁

如果您的应用程序是一个技术应用程序，并且是面向有技术头脑的人的，那么“beta”一词不会真正吓到他们，而是提供了一个在产品“上线”之前测试产品的机会，并有助于改进系统。这是使用开放测试版或封闭测试版的理想环境。通常，与您选择并信任的一组人开始“关闭”以快速可靠地查找bug是有益的——在您更加确信所有关键bug都已消除后，使用invite系统打开它（例如）

---

但是，如果从技术角度来看，您的应用程序是“微不足道的”（例如，它类似于Twitter、Facebook或Flickr——没有什么天生适合技术使用的东西），那么您必须在如何规划测试时更加小心。封闭式测试无疑是您的第一个调用端口，它的持续时间应该比在更“技术性”的产品上进行封闭式测试的时间更长。原因是什么？你的“普通员工”不一定知道“beta”这个词的意思，其他人可能会被它吓坏，或者过早地判断你的服务（不理解这个“公共测试”阶段的概念）。许多人不想被用作豚鼠。

这是我测试/发射的一般方法。 测试/启动方式主要取决于：

您的应用程序是什么

您的用户是谁

如果您的应用程序是一个技术应用程序，并且是面向有技术头脑的人的，那么“beta”一词不会真正吓到他们，而是提供了一个在产品“上线”之前测试产品的机会，并有助于改进系统。这是使用开放测试版或封闭测试版的理想环境。通常，与您选择并信任的一组人开始“关闭”以快速可靠地查找bug是有益的——在您更加确信所有关键bug都已消除后，使用invite系统打开它（例如）

但是，如果您的应用程序从技术角度来看是“微不足道的”