Language agnostic 何时删除Beta标签？

我的团队不久将推出一款测试版的web应用程序。Beta标签需要在什么时候发布

谷歌似乎将Beta标签保留了很长一段时间，而其他人则保留了一个月左右。是否有一些经验法则，比如所有已知的bug都要遵循，或者有一个时间框架或者其他一些方法

当然，当测试期结束后，就可以赚钱了，那么开发如何将测试期的重要性与管理联系起来呢

---

我想知道什么是/是一个测试版被标记为完成的标准。不是在我们准备好的时候，而是在应用程序准备好的时候。

您的软件保持“测试版”的时间完全取决于您赋予它的含义。通常，退出测试版意味着应用程序达到了“某种程度”的质量，或者足够稳定（没有太多新特性，API是稳定的，…相当依赖于用例）

---

因此，最终，这完全取决于您希望如何与客户沟通，以及您希望自己的“测试版”是什么。明确、坚持、完成。

测试版应用程序意味着它还没有准备好投入生产使用。如果您的应用程序退出测试版，请为人们在关键生产环境中使用它做好准备。正如Justin所说，也要准备好支持它。

收缩包装软件经历以下顺序：alpha、beta、候选版本、生产。Alpha意味着它正在开发中，但对测试来说很好。Beta意味着它的功能已经完成，可以进行测试。ReleaseCandidate意味着这可能是最终版本，但需要进行测试才能确定。制作意味着我们已经放弃了它，现在可以出售了

---

对于web应用程序，beta表示“新的”。

技术版本编号（1.2.3 alpha-beta-RC等）与提供产品品牌名称和标签之间存在差异/独立性。因为它是向客户展示的，所以我相信在您的案例中，“beta”不是一个技术版本编号，而是一个商业术语，应该这样处理

---

像beta这样的标签可以表明您的产品在可靠性、可用性、安全性等方面的业务质量。在删除beta标签后，您可以保证用户界面、DOM模型、文档导出格式或公共API不会改变。或者，当您决定了保证SLA提供什么时，您可以删除beta标签。

虽然同意“beta”没有正式的定义，但我认为应该合理地假设web应用程序从beta过渡到开发人员认为其处于完全可供其目标受众使用的状态--并不是说它永远不会改变，而是人们通常不会在使用网站之前等待功能完成或bug修复。

更不用说你准备何时开始实际支持你的应用了。只是要完全清楚，人们普遍存在一种误解，即beta有其意义。没有。“beta”的含义没有定义，在很多情况下（现在几乎是这样），它一点意义都没有。@Cory：这是绝对正确的。如果你想让它有一个特定的意义，它意味着你想要它的意思。谷歌是一个“测试版基本上没有意义”的极好例子-ness@Samuel：为什么应该是社区维基？这是一个完全合理的计分问题。@Chris:因为这是一个开放式的讨论，没有真正明确的答案。@Anonhr:从我看问题的方式来看，它确实有一个真正的答案，OP正在寻找答案。这不是“你最喜欢什么样的标准使产品脱离测试版”，而是“什么是使产品脱离测试版的最终标准？”@Chris Jester Young:你的问题的答案是“没有”。Beta在不同的地方意味着不同的东西。有鉴于此，旨在回答问题的答案将是主观的讨论。从第一天起，我们将得到支持，因为我们希望从beta中获得反馈。我们现在有一个应用程序正在替换。所以我们会邀请最好的客户，然后给出反馈。这是完全错误的。每个组织使用不同的标签和含义。虽然许多（大多数？）组织在某种程度上使用“beta”作为一种状态（尽管我的组织没有！），但实际上它们中的每一个都有不同的含义。@Cory Petosky-如果“beta”一词在特定组织的上下文之外完全没有意义，那么，我们究竟为什么要讨论它的含义呢？我可以想象，因为人们认为它有一个普遍接受的含义；当然，发布的问题似乎是这样假设的。然而，许多人和地方使用它，往往具有不同的实际意义。有些公司发布的生产软件存在可怕的bug，功能不好，有些地方的测试版软件通常足够好，可以使用和依赖。@David Thornley-确实存在这样的公司。但是，我们的术语和实践不应取决于例外情况，而应取决于正常使用和实践。我感兴趣的是，对“beta”一词的反对意见只出现在评论中。为什么没有人贴出这样一个答案：“Beta不再是描述软件的一个词了。只需在头版上写上‘正在开发’就可以了。”？