很多帆薯可能非常认真地跑了一趟系统，也做了两张模板，然后开开心心的把发现问题提交了，但最终等来的却不是100元奖金，而是不解和失望，不禁要问“为什么一百块都不给我？”
说到公众测试，最近讨论这话题的人也是蛮多的，不过真正和帆软一样砸钱干这事的公司倒不是很多，很多企业不敢撒手去做的一个重要原因就是公众测试还存在着很多争议。这里我整理了一些主要的观点：
不同人对软件完成度的忍受能力是不一样的。新开发出来的那种软件质量，往往只有测试人员的心理素质能承受。直接开放新版本给大众测试可能会导致软件见光死，给企业带来极大的负面效果。
所以，FineReport能提供给大家公测，绝不是“任性”这么简单！一方面是已经经过了一轮内部测试，另一方面也是源自帆软研发的那份自信。
很多Bug其实并不是非此即彼的，产品就这么设计的，内部的测试知道，但外部的大众不知道，觉得用的不爽，提了，这钱是给还是不给？哪怕公司内，测试发现此类问题（比如为了安全考虑，密码第二次输入确认的框不允许复制黏贴），开发说这是一个需求/特性，大家还得再把产品叫过来一起讨论下，外部可做不到；
这个也是大家比较关心的，就是BUG该怎么定义，帆薯们在活动期间已经有过不少讨论（这里是其中一个讨论帖：http://bbs.fanruan.com/thread-65737-1-1.html）。前面说到我们已经进行过一轮内部的测试，数据大概就是提几十个可能只会确认一个，远不及我们论坛此次活动接近一半的确认率。所以不管是刚结束的这次活动，还是之后的活动，我们都秉着尽量站在帆薯们的角度来考虑。
那么，问题来了，为什么还有近一半提交的BUG没能拿到100元呢？首先，重复BUG占了不少，其次是提交的BUG不能还原，然后不得不提的是很多帆薯无法理解为什么自己提的BUG被定义为需求了，用户搞不明白它们之间的区别；更糟糕的是，有用户担心程序员会据以搪塞，他们把不想做的事情归类为“功能需求”，从此以后就置之不理了，他们会据理力争，嚷嚷着说某个被报告为“Bug”的问题显然不是Bug，自然也就不必修复了。好了，就此打住，因为这些担心都是多余的，除非帆软取消了测试组，否则用户压根没必要直面研发，测试组人员会给出公正和专业的评判，更重要的是凡在论坛举办的活动，我们都会尽量站在用户的立场去考虑。
“罢了吧，别再区分Bug和功能需求了，让它们都见鬼去吧！”事实上，我们也很想说这句话，抛开所谓的概念之争，用户用了不爽，那就是有问题，可是真的能抛开吗？一旦涉及到奖金，恐怕就不能不区分了，否则用户需求何其多，帆软这是得多阔。当然，需求对于帆软也是有莫大的作用，因此以后在公测活动中被确认需求也进行一定的奖励。
以后帆软会越来越多的举办有奖公测活动，不要问为什么，你说任性也好，自信也罢，都没关系。如果你非要一个说法，那就当是我们找个理由和帆薯们互动好了。
|
