Web应用程序公开测试版和封闭测试版的任何优点/缺点 [英] Any benefit/disadvantages to open beta vs. closed beta for webapp
问题描述
这不是关于代码的问题，但与编程有关.我们有一个准备进行Beta测试的Web应用程序.是否有人注意到测试人员提供的反馈的质量或数量或任何其他因素，公开测试与封闭测试之间存在任何差异?
This isn't a question about code, but it's programming related. We have a web app that's ready for beta testing. Has anyone noticed any difference between open beta vs. closed beta in terms of the quality or quantity of feedback the testers give or any other factors?
推荐答案
使用封闭测试版，您可以限制用户数量
这似乎没什么大不了，但请考虑一下...
This might not seem like a big deal but, consider this...
内测版:
- 通过要求用户编写有关如何使用该应用程序的建议来选择用户基础
- 您向100个用户发布了一个备受期待的应用，第一个月就没有额外的邀请
- 这些用户会定期使用该程序，并找出通过Beta版发布前的质量控制(QC)漏出的大多数真正常见的错误.
- 那些用户感到有特权使用该应用程序，因此他们向所有人炫耀自己对应用程序的喜爱程度(吨的免费PR)，并且不愿意将其丢弃，因为它仍然是出于某种原因的封闭测试版"
- 大多数常见错误均在第一个月被发现，并且向第一组beta测试人员发出了数量有限的邀请，以进入beta的第二步.
- 或者，该应用中仍然存在一些噩梦般的错误，进一步的邀请被推迟到下一个发布周期进行审核.
公开测试版:
- 您觉得自己的应用程序已经足够完善，因此您可以将其作为公开Beta版发布给大众
- 更客观的用户开始发现并报告错误
- 不幸的是，提交的错误数量过多，导致bug跟踪器膨胀，因此查找bug变得很困难
- 由于很难发现错误，因此重复出现的错误开始出现，并且错误跟踪器更加膨胀
- 您花费了x的工作量来保持bug跟踪器的清洁，同时还尝试修复代码中的bug.
- 不太客观的用户试一下该应用程序，发现并非所有内容"都能完美运行或以他们期望的方式(直观)运行
- 客观性较差的用户开始浏览他们的小博客，并开始发表诸如"OMG WTF srsly"之类的帖子，[appName]出于[x]以及[y]和[z]的原因很烂
- 所有小嗡嗡声博客作者"在您的应用程序名称上践踏，因为这使他们感到有能力"公开抱怨任何事情/一切
- google将所有博客咆哮编入索引，因为它们包含许多与您的产品相关的指示性关键字，因此，当您在google中输入应用名称时，出现的前2个页面通常涉及"[appName]很烂" '.
封闭式Beta"的最大好处之一是，您可以根据允许的用户数量和允许的用户类型来控制工作量.
One of the biggest benefits of a 'closed beta' is, you have the ability to control your work load based on how many users you allow and what types of users you allow.
您需要一支由客观"用户组成的队伍来支持您与主观"用户进行对抗，因为梯队的生活的主要目的是在网上拖曳以寻找垃圾应用程序，并创建许多耸人听闻的反炒作超过;所有这些都是为了吸引更多博客流量.
You need an army of 'objective' users to back you up against the 'subjective' users because the ladder group's main purpose in life is to troll the web looking for an app to trash and create a lot of sensational anti-hype over; all in the name of attracting more traffic to their blog.
如果您想获得如何成功运行封闭式Beta的一个很好的例子，请访问Google.
- 使用gmail，他们必须进行严格的封闭Beta测试
- 他们修复了第一轮Beta测试人员发现的所有明显错误
- 发出更多邀请
- 然后，他们开始从Beta用户那里收集要在其Web应用程序中实现的功能的新想法
- 它们融合了功能，同时修复了一些错误
- 他们分发了更多邀请
- 连续跟踪功能请求和错误提交
- 充分抛光后，他们会将其释放至公开测试版
- GMail保持公开测试3年
为什么? Google很聪明.如果在公开Beta中出现了一些随机的，难以理解的错误，那么没人会因为它仍然是"beta"而真正将它丢给Google.就像Google的一言不发，这很好，但我们并不完全满意.即使他们在Beta的最后两年没有接触代码库，它仍然给人以他们仍在完善它"的印象.
Why? Google is smart. If some random obscure bug pops up 2 years into open beta nobody can really trash google for it because it's still 'beta'. It's like Google's little way of saying, it's good but we're not completely satisfied with just good. Even if they didn't touch the codebase for the last 2 years of the beta, it still gives the impression of 'they're still perfecting it'.
哪一个让我想到了为什么要限制beta的最重要的一点...
Which leads me to the single most import point of why you'd want to limit the beta...
创建后，您就无法更改人们对产品的看法
观看此视频，>如何通过两个简单的步骤忽略营销并变得无关紧要" ，看看有什么我是说.这很容易成为我所见过的最有趣的演示文稿之一.
Watch this, "How to Ignore Marketing and Become Irrelevant in Two Easy Steps" to see what I mean. It's easily one of the most intriguing presentations I have seen.
注意:我亲自参加了多个封闭式"测试版.即，GMail，Google Wave，Boxee，Songbird和其他一些.
这篇关于Web应用程序公开测试版和封闭测试版的任何优点/缺点的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
