万物可卷的时代，程序员如何避免“内卷”？都有哪些“反内卷”书单推荐？

Posted 2023-05-02

我觉得你没有必要去纠结所谓的书单的问题，反而需要纠结自己如何用正确的方式来应对自己的工作与人生选择。

以我个人来看，不管一个人是否是程序员的工作，当这个人已经工作多年之后，这个人就需要用社会的眼光来看待各种问题。如果一个人总是用学生的眼光来看待问题的话，我们要知道并不是所有的事情都能够通过读书的方式来解决，特别是对于职场选择以及人生选择的问题上，我们需要根据自己的实际情况来做出相应的选择，同时也需要提高自己的综合竞争能力。

程序员可以选择多去读个人成长的书。

如果程序员个人的时间比较多的话，程序员可以选择多去读一些个人成长的书。因为这些书基本上都是文学类型的作品，很多程序员本身也是理科生，所以程序员可能对此并不感冒。但事实上，我们需要通过读书的方式来加强自己的人生理解，进而做出更加有利于自己的人生选择。

我们也没有必要去过分纠结读什么书单。

以我个人来看，我们在读书的时候本身就不应该有太强的目的性，因为并不是所有的事情都可以直接通过读书的方式来解决。在读书的过程当中，我们只需要明白开卷有益就可以了，没有必要去过分纠结读什么类型的书。特别是在职场当中，很少会有人有大量的时间来读书，所以我们只需要利用自己的碎片化的时间来读自己临时感兴趣的书就可以，这个方式便可以逐渐拓展我们的人生视野，同时也能够帮助我们解决很多现实问题。

总的来说，我个人并不向你推荐具体的书单，因为并非所有的问题都可以通过短时间的读书来解决，当你有了一定的沉淀与积累之后，很多问题自然就会迎刃而解。

参考技术A 三次元想要避免内卷，就要做好自己的工作，不要被外界的情况影响，要保持一个公平竞争的心态。这些书籍可以告诉我们，如何反内卷：解惑 ，博弈论与生活，爱斯维尔科学哲学手册。 参考技术B 要避免内卷就要不断提高自己的竞争力；我推荐的书单包括博弈论与生活，解惑，博弈论。 参考技术C 那肯定就是要提高自己的技能了，或者是说找一个小公司，因为小公司压力不是很大的。

软件测试员如何在恶劣的内卷环境下脱颖而出？

内卷，是现在热度非常高的一个词汇，随着热度不断攀升，隐隐到了“万物皆可卷”的程度。

我一个很要好的朋友，现在就读大三，像很多大学生一样面临着能否顺利毕业的压力和考证的焦虑，看着寝室四个人每天都在玩，被这种环境所渲染，就放弃了学习的动力，但是考试结果出来后他惊讶了，寝室就他一个人没有顺利通过考证。

后来他跟我说，原来他们所谓的“玩”其实是在马不停歇的学习，有晚上躲被子开灯学习的、有上厕所蹲马桶学习的，有借着出去玩的濠头去图书馆坐一天学习的…

原来，在这无形中，竞争已经这么大了！！！

很不幸，996、福报这些词的重灾区和源头就是计算机/互联网行业，那么作为行业中一个非常重要的分支，测试圈的情况怎么样呢？

软件测试圈的内卷是怎样的？

在谈起测试圈的内卷之前，我们必须先搞清楚常说的内卷是什么。

内卷，网络流行词，本意是指人类社会在一个发展阶段达到某种确定的形式后，停滞不前或无法转化为另一种高级模式的现象。当社会资源无法满足所有人的需求时，人们通过竞争来获取更多资源。

后经网络流传，用来指代非理性的内部竞争或“被自愿”竞争，现在指同行间竞相付出更多努力以争夺有限资源，从而导致个体“收益努力比”下降的现象，可以看作是努力的“通货膨胀”。
　　
在测试圈，随着基于敏捷甚至是Devops的架构，作为这些架构重要内容的自动化成为了热门，而测试行业也进入了推广自动化的“军备竞赛”。
　　
近些年来，不管是作为测试工程师，还是敏捷QA，甚至是其他角色，恐怕都对于自动化测试的汹涌之势有所耳闻。

而从公司角度，在诸多公司中，自动化测试借着敏捷转型的要求，也几乎成为了测试工作的标配。
　　
各大公司对于测试的招聘要求也纷纷升级成为自动化测试，彷佛只要有了自动化测试，一切问题就迎刃而解。

测试技术本身的内卷

敏捷测试中，有一个分层测试策略，一般来说测试分为三个层次，分别是UI层、Service层以及Unit层。

• UI层是负责界面展示和用户交互的那一层，也是测试工程师最常接触到的部分，大量的测试是在这一层完成的，也是涉及方面最广的测试层。

• Service层提供接口和服务，UI层可以从Service层获取数据，也可以通过Service层将数据保存于数据库或其他存储空间里。

• Unit层的测试对象是函数或方法，Service层的测试对象是模块和接口，UI层的主要测试对象是展示和交互。

最明显的是，按照自动化测试金字塔理论，大量的基础工作是在单元测试阶段进行的，而接口测试是基于单元测试完成，然后最终通过UI测试进行界面化的验证，这个三角形是自动化测试的策略结构。

单元测试
单元测试要求在开发中对每个功能模块（函数、类方法）进行测试，单元测试中通常采用白盒测试，主要对代码内部逻辑结构进行测试。

接口测试
接口测试要求对数据传输、数据库性能等进行测试，从而保证数据传输以及处理的完整性。接口功能的完整运作对整个项目功能扩展、升级与维护有着重要的作用，接口测试通常使用黑盒测试和白盒测试相结合的方式进行。
　　
UI测试
UI测试以用户体验为主，软件的所有功能都是通过这一层展示给用户的，因此在UI测试中并不是100%的使用自动化测试，其中需要人工操作来确定UI界面的易用程度，因此也很重要。

单元测试由于大量涉及白盒测试，更基础的方面则是由人员进行代码走查或代码review来完成，而Service则是部分采用人工进行。

在开发人员陷入针对框架和前端机制无休止地更新追求下，内卷也逐渐向测试圈进行扩展，但是和开发中单纯求新求快的情况又略有不同。

当决策层的好大喜功和自动化测试的特点结合起来的时候，简单粗暴地大干快上成了唯一的选择，于是，测试技术的内卷就这样轰轰烈烈地开始了。

测试员如何在内卷中脱颖而出？

首先，手工测试作为整个测试行业的基础，地位和重要性被大大弱化。很多测试人员的基本能力被大大削弱，而后期的很多能力提升和拓展，都是需要从基于手工测试的分析和操作开始的。

其次，很多测试项目并不适宜进行自动化改造。削足适履的最终结果就是对项目的测试效率等有了极大的限制，本末倒置。

最后，当所有的测试聚焦在自动化上时，会陷入对于技术栈本身的更新和迭代。
　　
代码能力的提升，显然是一个相对更容易出成果的路径。这样无法将焦点集中在业务本身，这对于测试人员本身能力的发展是极为不利的。在测试工作中，原本起到规范和框架作用的敏捷架构，就不可避免地受到内卷的影响。
　　
其中对于测试质量和测试覆盖率具有极强规范和限制能力的测试用例，会被大大弱化，大量的测试工程师会主动或被动地向测试开发工程师转型。
　　
另外，测试工程师的职业要求，在多方面都有体现。但这样的内卷会使得整个行业的从业人员将注意力向代码能力集中，从而陷入盲目追求代码能力，而不重视测试能力提升基础的怪圈里。

当形成这样的恶性循环之后，测试圈的发展会受到极大冲击，而对于圈中的测试工程师来说，测试技能和测试理念的更新会受到极大的干扰。

想对所有测试员说

不忘初心，方得始终。在技术浪潮不断更新迭代的今天，测试工程师也应该做到“不忘初心”，所谓形而上者谓之“道”，在意识方面，始终将业务需求作为工作的基准，把握住质量核心，需求基准。

形而下者谓之“器”，不管是手工测试，还是自动化测试，抑或是探索性测试，都是要基于“道”这个初心，围绕着测试工作服务。只有这样，测试工程师才能在测试圈不断内生或外压的内卷中，走出属于自己的职业道路。

IT工作固然是辛苦的，软件测试当然也不例外。 每天执行用例、跟踪Bug，还要与开发、产品同学争吵PK，与人斗其乐无穷~
　　
我们拯救了用户，也拯救了这一软件，避免了她被抛弃、卸载的命运。既然选择了测试这一行，那不如不忘初心，好好坚持下去~

最后也给软件测试的朋友们分享一份测试资料及视频资源：

如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入扣扣交流群，946094265 里面有各种软件测试资源和技术讨论。

机会只垂青有准备的人，这是一个靠本事的社会。有时候，你之所以发展得不好，不是因为没有机遇，而是因为你没有准备好，导致机遇与你擦肩而过。如果你想要学习，什么时候开始都不晚，而不是瞻前顾后，你只要用尽全力，剩下的交给时间！

加油吧，测试人！路就在脚下，成功就在明天！