说明:以下内容引摘自该条主题帖中蚊子版主的跟帖回复,引摘的主要目的是想让更多卡饭看到和进一步了解卡巴斯基关于产品问题反馈与处理的相关流程与规则
正文:
Hello,
首先,感谢您对于卡巴斯基产品的关注,KAV/KIS 2014 作为一款反病毒软件产品,在功能总体上还是可圈可点的。作为一款软件本身不能够保证其内部代码百分之一白没有设计问题,出问题出现了,如果学过计算机开发编程的人都会想知道究竟是哪里出错了,如何触发出错,出错的代码在哪里,为什么出错了,这一系列问题。对于解决产品出错类的问题,卡巴斯基实验室有专门的质量工程师团队(俄罗斯总部、波兰办公室)解决出错类的问题的分析,将有关分析的结果报告给研发开发部门。在全球各个分支机构收集能够被重现的问题首先报告给质量工程师团队,作为质量工程师团队接收疑似Bug的反馈的前提就是问题能够被“稳定的重现”。有人可能会问了,为什么要稳定重现?答案其实很简单,问题查明后质量工程师需要从开发那里得到解决问题后经过重现编译后的文件在测试环境中测试问题还能不能被再次重现,换句话来说也就是修复了能够被重现的问题。这是对于一个已经在生命周期内的产品而言的完整的Bug确认以及修复流程。若一个产品处于 Beta 阶段,那么质量工程师团队不参与 Bug 确认与分析,而是直接由开发负责 Bug 确认与分析。所以在产品的 Beta 阶段确认与修复 Bug 通常比一个产品 TR 版本确认与修复 Bug 要快许多的原因。卡巴斯基中国作为一个分支机构,其在产品 Bug 测试以及反馈能力相当有限,原因很简单,核心技术不会告诉你,往往有时候俄罗斯那边相当的神秘。卡巴斯基中国这边主要负责产品销售以及技术支持以及恶意程序分析这三大块的业务,我想 Norton 以及 ESET 的中国分支机构也不过如此。所以也没有什么重视不重视的问题,国外 AV 公司在国内的分支机构的架构也大致相当(技术支持、产品本地化、销售售前、本地化产品(非源代码级别的调试)测试(充其量是安装一些常用软件看看产品有没有问题这种,有问题的提取有关数据发往俄罗斯))。
其次,一款作为全球性使用的产品,牵一发而动全身,俄罗斯人一贯以严谨标榜,在没有任何证据证明现象就是问题时绝不会动源代码。实际上俄罗斯人现在对于产品比较敏感的问题仅仅是系统蓝屏,以及与主流应用程序产生兼容性问题的层面上,全球信息技术如此发达,应用程序可谓是百花斗艳,测试团队不会把每个产品都拿来安装试一试看看有没有影响它什么,抓大放小,KSN能够提供全球用户使用量交大的软件的信息,测试团队主要根据这个信息来定制第三方产品兼容性测试方案。此外,一些对于系统层面上的现象,就比如楼主您所说的“卡巴201414卡机,高资源占用、卡网”,楼主描述的卡网是卡浏览器呈现页面呢,还是降低了下载软件下载的速度了呢?高资源占用又体现在了哪些方面呢?所谓的卡机这又是如何触发的呢?当用户反馈问题的时候,对于偶在接收到这个问题的时候,偶就开始想产生这个现象的原因是什么,偶在操作什么软件、在这个软件里面操作什么的时候会产生这个现象。现象产生的本质可能就是一个GUI问题、多线程互锁的问题较多。全世界反馈问题需要有汇总、排队、确认整改优先级,优先级高的优先修复,比如系统蓝屏崩溃、应用程序崩溃等,较低优先级的不影响使用的问题,比如本地化文字翻译错误、GUI方面的拍板问题、小众软件引发的问题等。优先级确定后就是一个修复批次的确认,哪些作为 Patch 补丁形式发布修复,哪些作为一般特征库、模块发布修复(Anti-Rootkit、SystemWatcher、Rollback模块)。俄罗斯会定期发布针对模块的更新使之解决实际遇到的问题,这个时间过程大概在二、三个月,而作为 Patch 补丁的发布则根据产品要修复的问题的性质是什么决定。少则半个月、长则大致不会超过二个月。
再次,我们希望你们能够妥善的使用卡巴斯基账户反馈在论坛中无法解决的问题,俄罗斯论坛以及中国官方论坛上面发出的问题反馈因为没有在官方的问题收集系统内,官方一般仅当作是一帮爱好者发发牢骚,不会关注,官人也不会来看,所以在论坛上面得不到满意的答案,建议直接与卡巴斯基技术支持取得联系 china-support@kaspersky.com 或者通过 http://my.kaspersky.com/ (记得绑定产品序列号,不绑定可能不会有反馈产品问题的选项出来)进行反馈。虽然偶能够直接同技术支持工程师的组长、产品测试团队的leader进行对话,但是偶还是通过 my.kaspersky.com 进行反馈,一来留下反馈问题的痕迹,二来看看处理进度。
最后,讲一个笑话吧。技术支持是怎么看开发的呢?答案是:死脑筋;开发是怎么看技术支持的呢?答案是外星人。
最后,我谨代表卡饭论坛卡巴专区欢迎蚊子版主常来,多与卡饭们交流,版区有你更精彩: )
@Wesly.Zhang |