软件测试人员陷入了一个怪圈

1、敏捷和DevOps流行，并没有直接提升产品质量，相反，部分应用敏捷和DevOps的项目团队，上线后逃逸到生产中的缺陷更多。

究其原因：

（1）敏捷强调的是快速响应客户需求；DevOps强调开发运维一体化；虽然两者都隐含了对测试团队（所有团队）的更高要求，但是很少有团队能hold住；

（2）大多时候，快速和质量是矛盾的，“慢工出细活”是真的有道理，但在这个浮躁的社会，在这个追求快速迭代，在这个关注KPI或OKR的团队中，质量往往就成了牺牲品，测试人员稍不留神就成了背锅侠；

（3）当然，原罪不是敏捷或DevOps，而是整个团队是否足够优秀，做了足够准备，在提升效率的同时，避免降低太多质量，这可能也是“质效合一”开始逐步被推崇的原因。

同时，我也准备了一份软件测试面试视频教程（含接口、自动化、性能等），需要的可以直接在下方观看，或者直接关注VX公众号：互联网杂货铺，免费领取

软件测试视频教程观看处：

字节大佬教你逼自己如何在15天内掌握自动化测试（接口自动化/APP自动化/Web自动化/性能测试），内含项目实战

2、到底该不该编写测试用例，好多大厂测试人员，已经将团队不再要求编写测试用例当成一种“进化”，似乎一说起来“我们不编写测试用例”，优越感就油然而生。

（1）一份优秀的测试用例作为测试工作的指导，意义重大。这是谁都不能否认的，关键在于，用例编写和评审太耗时间，而频繁变更的需求，又会导致用例维护成本过高，所以，部分团队退而求其次，使用更大颗粒度的测试点来代替测试用例，形式可能是思维导图等方式。

（2）公司在评价（面试或给工资）候选人的时候更关注测试人员的工具熟悉度、代码水平、其它水平，导致测试人员忽视了基本能力的学习。尤其是近几年，太多人代码写的很溜、工具用的很溜，但是一问用例设计方法，却回答不上来。最终结果就是测试人员自己把测试用例的价值丢掉了。

（3）测试的边界在拉大，比如左移和右移的概念。不可否认，这是必要的，也有利于体现测试更多的价值。但关键点在于，左移了，也右移了，但是自己本身的测试环节没保障了。就好像，你本身是个击剑选手，又学习了厨师和理发师技艺，但是击剑的水平下降了，就有些本末倒置了。

3、测试从业人员陷入了一个怪圈

（1）外界时不时的就会刮起一波“测试不重要”的论调，于是测试人员拼命的给自己添加资本（技能点），左移、右移、功能、性能、自动化、接口、安全测试，似乎想拼命的给人证明什么？“您看我会这么多东西”

（2）项目上线，出了问题，就是测试没测好，于是拼命的强调测试分析、设计，引入工具、技术，各种混沌测试，探索性测试，可质量并未好转？问题真的是测试人员的问题吗？

PS：如需要软件测试学习资料，可在公众号（互联网杂货铺），后台回复1，小编后面会逐步完善自己收藏的资料。

整理不易，给个关注点个赞吧，谢谢各位大佬！