建议360放弃BD内核~纯开发QVM

天使的愤怒

回复 28楼 来自海底的冰 的帖子

看来你还是不明白啊，QVM还在测试期呢。就算去除了BD引擎，还怎么通过VB100测试呢？到时候不利于360宣传了，而且误杀也会有很多哦。

来自海底的冰

回复 29楼 lwzy2046 的帖子

催熟对于庄稼固然不可以，

但是软件方面没有大量的测试很难成熟……

不孤注一掷就得不到最大的进步

来自海底的冰

回复 30楼 你想怎样 的帖子

都需要时间~为何不缩短这个时间？

一个BD在那一摆~ 测试QVM就是不多~
永远就那么几个人

你想怎样

回复 33楼 来自海底的冰 的帖子

你也可以参与检测啊 ,   这样就可以加快时间了

来自海底的冰

回复 34楼 你想怎样 的帖子

最近考研 ~过了这段时间绝对来测

√×√×√√×

来自海底的冰 发表于 2010-12-30 13:51
回复 12楼 √×√×√√× 的帖子

不是丢不丢人~

BD并没有对QVM造成多大影响，BD引擎检测的样本QVM同样也会检测。不会少了QVM的，只是BD报毒QVM就不会再重复报而已，没报的QVM再报毒予以补充，互补互助，有什么不好的？
另外你一开始说不是面子的问题，后面又提到了骄傲，岂不矛盾？普通用户也不会去专门关注你一款引擎的检测率，只是看综合的检测和防护性能，有毒能检出，能杀毒，能防御就足够，普通用户谁没事总关注数据？

来自海底的冰

回复 36楼 √×√×√√× 的帖子

普通用户一般都是看看查杀率哪个最高用哪个或者哪个知名度高宣传得好用哪个……
一遇到被毙掉就立马换……（身边好几起了……）

QVM检测是没问题~

主要是监控方面的问题~
很少有问会打开QVM的监控吧？


至于面子什么的~
我觉得 能做好了起码还是一件争气的事情~
总比放就那摆着要好啊~

chaezoy

一个产品的成熟需要一个必不可缺的周期和过程，测试case基本分为专业人员编写的测试case以及来自用户的customer case。我不是说用户用例不重要，只是占的比重相对较小，发现的bug重要性相比专业测试也会小很多。特别对于安软来说，专业测试人员的测试才是重中之重。
BD去掉之后，也许会引起广泛的群众测试，但是这些测试投入和产出比能达到怎样的效果还是未知，况且这段用于测试的时间其实是以牺牲用户的利益为代价的，这不是一个产品走向成熟的合理手段。
任何事情都是水到渠成的，理解楼主的意思和心情，但是从产品的角度和广大用户的角度来看，不赞成以去掉BD引擎的方式来催熟QVM。

√×√×√√×

来自海底的冰 发表于 2010-12-30 14:27
回复 36楼 √×√×√√× 的帖子

普通用户一般都是看看查杀率哪个最高用哪个或者哪个知名度高宣传得好用哪 ...

那是看产品而不是看引擎~ 产品好立刻就换掉了，但产品里是不是有什么好引擎才没心思去管。

QVM监控再好，加上BD也是如虎添翼，何必自己去掉对自己有利的东西？

360首先考虑的是用户安全，而不是什么去争气~ QVM并没有被摆着放着，BD运不运行都已经起到了作用。

来自海底的冰

回复 39楼 √×√×√√× 的帖子

国内普通用户计算机更新频率并不高~

所以很多用户都很注重内存占用卡U问题的~

多一个引擎~只会多占用一些性能，更少一份用户~

真正那么重视多引擎才安全的人不比注重性能的多~

所谓的如虎添翼~也只能成了被抛弃……

多少人觉得多装一个杀毒很卡机子呢？

这也是个大问题