有的软件质量不一定好，甚至有点糟糕，但用户依然趋之若鹜；而有的软件从测试层面来看质量几无挑剔，但用户依然不屑一顾。相信测试员至少碰到其中一种情况，那有想过其中的原因吗？
下面来看两段案例：
小A公司软件测试资源极少，而软件版本不断，所以小A他们只能保证业务功能测试（即手工测试），虽然在线上总会不时出现些bug，但用的人依然络绎不绝，而老板给他们的质量目标也是“保证业务功能不出现致命bug”，所以他们虽然对于无法全面覆盖测试颇有怨言，但面对市场的需要也只有无奈妥协。
而小B的公司软件测试资源较为丰富，软件版本规划的也比较合理，因此团队在业务功能测试，自动化测试方面都下了很多功夫，但用的人依然寥寥无几。每次领导都把问题归咎于软件质量问题，如某某功能设计不合理，某处界面没考虑用户体验等问题。会上也总拿研发团队开刀，比如加强研发团队的绩效考核，建立完善的惩罚机制（别称“奖惩制度”）。
小A羡慕小B的团队测试充分，所用测试技术和工具NB；而小B羡慕小A领导管理人性化，不会被莫名罚钱。
为什么会造成小A和小B的困境。无非一款软件解决了用户的痛点，用户需要这个APP，致使使用的人越来越多，从而反馈的需求越来越多，老板不考虑加人的情况下，只有对质量进行一定的妥协。而另一款软件，对于用户来说不痛不痒，就算下载尝试，但因为市面上已经存在更为成熟的同类软件，用起来稍不顺意也会放大问题，极尽挑剔与苛刻。
最后反馈到软件口碑上，反而是小A公司开发的软件为优，小B公司开发的软件为劣。
所以，我们能想到什么？一款软件不下功夫去仔细的推敲打磨业务，解决用户的核心痛点，只从技术层面谈软件质量，瞎扯淡！对用户来说，好用的软件不一定就是零bug，用户体验真就是无可挑剔。一开始，用户使用它，只是因为需要它。当后面软件再下功夫做好软件质量（如用户体验），这样的软件必然会长期受到用户追捧。
所以当一个公司的软件不行，领导者应该静下心来想一想：我们的软件真的解决了用户的某一个核心痛点，非你莫属？如果仅仅是复制，没有任何创新和特色，对于用户来说软件质量总是糟糕的。
你同意小酋的观点嘛？欢迎大家留言谈谈自己的看法。
-- End --
文末寄语： 思路清晰远比卖力苦干重要，心态正确远比现实表现重要，选对方向远比努力做事重要，做对的事情远比把事情做对重要。