关于测试，个人感悟

个人不成熟感悟，记录，后续回味研究：
1、敏捷和DevOps流行，并没有直接提升产品质量，相反，部分应用敏捷和DevOps的项目团队，上线后逃逸到生产中的缺陷更多。究其原因：
（1）敏捷强调的是快速响应客户需求；DevOps强调开发运维一体化；虽然两者都隐含了对测试团队（所有团队）的更高要求，但是很少有团队能hold住；
（2）大多时候，快速和质量是矛盾的，“慢工出细活”是真的有道理，但在这个浮躁的社会，在这个追求快速迭代，在这个关注KPI或OKR的团队中，质量往往就成了牺牲品，测试人员稍不留神就成了背锅侠；
（3）当然，原罪不是敏捷或DevOps，而是整个团队是否足够优秀，做了足够准备，在提升效率的同时，避免降低太多质量，这可能也是“质效合一”开始逐步被推崇的原因。

2、到底该不该编写测试用例，好多大厂测试人员，已经将团队不再要求编写测试用例当成一种“进化”，似乎一说起来“我们不编写测试用例”，优越感就油然而生。
（1）一份优秀的测试用例作为测试工作的指导，意义重大。这是谁都不能否认的，关键在于，用例编写和评审太耗时间，而频繁变更的需求，又会导致用例维护成本过高，所以，部分团队退而求其次，使用更大颗粒度的测试点来代替测试用例，形式可能是思维导图等方式。
（2）公司在评价（面试或给工资）候选人的时候更关注测试人员的工具熟悉度、代码水平、其它水平，导致测试人员忽视了基本能力的学习。尤其是近几年，太多人代码写的很溜、工具用的很溜，但是一问用例设计方法，却回答不上来。最终结果就是测试人员自己把测试用例的价值丢掉了。
（3）测试的边界在拉大，比如左移和右移的概念。不可否认，这是必要的，也有利于体现测试更多的价值。但关键点在于，左移了，也右移了，但是自己本身的测试环节没保障了。就好像，你本身是个击剑选手，又学习了厨师和理发师技艺，但是击剑的水平下降了，就有些本末倒置了。

3、感觉测试从业人员陷入了一个怪圈。
（1）外界时不时的就会刮起一波“测试不重要”的论调，于是测试人员拼命的给自己添加资本（技能点），左移、右移、功能、性能、自动化、接口、安全测试，似乎想拼命的给人证明什么？“您看我会这么多东西”
（2）项目上线，出了问题，就是测试没测好，于是拼命的强调测试分析、设计，引入工具、技术，各种混沌测试，探索性测试，可质量并未好转？问题真的是测试人员的问题吗？