“作为一款用户规模达到数亿的大众必备软件，任何一个微小的BUG都可能影响至少数百万的用户，因此不能放过每一个BUG”这句话是否是正确的？错误的！这是为什么呢？因为你没有对BUG的等级进行划分，有些BUG是用户感受不强烈的，比如在线翻译、字符表情、皮肤盒子等，存在一点BUG对我使用输入法打字没啥影响，我不太可能因为这个而卸载输入法，并且用户不至于写篇微博泄愤，那么这个BUG的严重等级就低，暂时可以放过；但是如果输入法不能打字、崩溃、对其使用造成严重影响，用户不卸载你都无法忍受怒火，那么这就是等级高的，绝不放过，因此，对于让用户烦恼到卸载的地方，必须长期保持高度严谨，不要放过一个微小的BUG。大道理谁都会讲，怎么做呢？答案就是：产品思维。
产品思维很广，我们谈的是其中一部分：你们的产品是干嘛的？它必备的刚性属性是什么？拿捏好这个就是最基本也是最重要的。比如拿输入法举例，我使用它最真实的用途就是打字，那么用户打字关注是什么？
-
能够切出输入法，不管是快捷键还是鼠标点击
-
能够打字，主要是打字的候选能找到我想要的，并尽可能准确
-
对用户的系统环境不要造成干扰
以上几点做完美了，这个产品肯定不会在用户卸载的时候带着怨气，口碑就不会受到影响。从产品思维找测试点之后，就是从测试的思维角度思考测试方向，输入法的方向有：
-
切出的兼容性，切出的性能
-
打字的性能，打字的首选命中率
-
对内存、带宽、CPU、崩溃
剩下的事情就是对每一块进行自动化测试（兼容性、崩溃暂时尚未有好的办法，如果您有好的想法，欢迎回复我们进行交流），使得每个安装包都进行测试，每天都进行测试的好处是能够在上线前尽早的发现可能存在的问题，避免因为这些只要有问题就不能上线的地方影响项目进度。
每个项目都有自己的基本属性，有可能很多，也有可能很杂，但是必须整理出需要异常关注的点，这是一款产品的根基。
