“ 关于软件测试和软件质量，每个人都有自己的理解和看法，今天我在这里讲讲我的一点点认识。”
01
—
质量和测试
题目中我用了“不温不火的软件质量”，为啥不是“不温不火的软件测试”。我认为这两个概念和事物存在很大的差异。
首先讲测试，是软件开发生命周期中的一个小小的环节，我们把目光聚焦到测试这个环节，只关注进入测试这个阶段的输入和产出，就会遇到测试轮次很多、开发周期变长、上线质量不满意等等问题。测试这个点承受了很多时候本不该它承受的期望和压力。
软件质量，需要我们去关注周期中的所有环节，需求阶段要有相对高质量的输出，设计阶段要有相对高质量输出，框架和开发阶段要有相对高质量输出，测试阶段也需要有相对高质量的输出，包括上线后的运维和运营也都需要有相对高质量的输出。
把眼光从测试这个职能竖井中挪出来，放到软件质量上后，思考问题的方式和维度由点转到了线上，会发现还有很多东西需要我们去拓展，需求我们要测试、设计要测试、框架和开发要测试、运维和运营也需要测试，瞬间我们职业的广度就上来了，未来也就有了更多的可能性。
02
—
质量管理的3个层次
我将软件质量管理分了3个层次。
第一，纯管理的方式去管理软件质量，市面上有很多管理的方法论CMMI、PMP等等。这种方式展现在大家眼前时，团队中存在大量的Manual Tester，每天都在进行着大量的业务测试，被业务和项目进度推着往前走，无暇引进高阶的技术，其中包括了测试相关的自动化技术等等。在创业初期的创业公司，以业务驱动的大厂项目中，普遍存在用纯管理的方式来管理软件质量。
当公司发展到了下一个阶段，到了某一个时间点，发现再怎么加人， 软件开发的效率和周期都没有得到明显的改善，产品也在进行着平台化，架构也越来越复杂，Manual Test根本没法覆盖所有场景和路径，这时候技术+管理的软件质量管理方式就该登场了。我们会引入代码扫描（SonarQube）、持续集成（Jenkins）、自动化测试（语言相关的各种测试框架）、专项测试工具（Jmeter）、资源监控&瓶颈发现（prometheus + grafana）等等，当外面的工具用的不爽的时候，我们还可以自己写点工具，写点测试框架来满足产品的发展需求。在管理方面，可以引入测试左移、测试右移、质量效能等理念。大部分的公司，软件质量管理做到这个阶段，就已经非常不错了。
在这之上还有没有更NB的软件质量管理方式，有，用纯技术的能力和方式来管理软件质量。一般这种神话来自Google、Facebook等硅谷大厂，国内大厂的一些偏基础的、底层的部门也可以做到。要用纯技术的方式来管理软件质量，我认为需要有两个前提：a)有完善的基础设施的支持，比如几分钟内起一套开发、测试环境等等；b）大家都是“成年人”，有较高的职业素养，每个人都能很好的完成自己的部分，同时也会利他。在这个阶段，质量能力都被技术化、服务化、自助化。
03
—
软件质量和技术债
当今的软件行业，都在追求唯快不破，快决定了生死。在创业公司，每天做的事就是为了生存而战斗，质量是软件在解决好生死之上的高级需求，同时软件质量没法在直观上被感知。
商用飞机的安全性密码是10-9 ，737MAX的质量问题牵动着所有人的心，质量在这个时候显示了它的重要性。我问过自己一个问题，软件质量需要10-9 嘛？作为一个处女座，在很多方面都会吹毛求疵、面面俱到，质量方面也是。
技术债是我去年学到的一个词，了解了这方面的知识后，我知道我需要在某些方面做些妥协了。大部分的场景中，我们需要先解决生死，先解决温饱，在这个前提下，可以适当引入技术债，适当降低质量要求，进行快速地试错、快速地收集用户的反馈、快速地迭代向前，质量是可以被妥协的，质量要求需要先服务于公司所处的阶段和当前的产品战略。
04
—
软件质量重要嘛
套用头哥的口头禅：“老板说你行，你就行，不行也行，老板说你不行，就不行，行也不行。”
放在质量管理中也合适，“老板说质量重要，质量就重要，不重要也重要；老板说质量不重要，就不重要，重要也不重要。”
质量在老板心中的地位由当前公司所处的阶段，公司的性质等等决定。在产品竞争中，先出的牌一般是产品的特色、亮点、功能、用户体验等等，质量是产品竞争中的最后一张牌，当出到最后一张牌时，也就是分胜负、死活的时候了。最近华为云宕了几个小时，华为云的质量问题会带来很多负面影响，同时需要大量的工作来安抚客户，这时候质量引起了老板的注意。
573
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
