前几天看到的一篇文章[1]，题目有点意思，随手翻译了一下，整体还是中肯的。
色欲：过度依赖技术
症状：你大部分的测试活动都变成了 "启动这个自动化"、"启动那个测试管道"，但最重要的是，维护它们。
想要为你的项目找到最好的技术并尽可能多地自动化任务是一件好事。但如果对此过于固执，最终你会得到一堆需要维护的代码。当你把鼻子埋在代码里时，你有时会忘记什么是最重要的。
治疗：保持平衡：遵循良好的维护实践，将你的策略建立在测试金字塔上...... 但最重要的是，做那些该死的的手动测试！
贪吃：想找出所有 bug
症状：你的测试时间太长，你发现了许多细微的 bug，或者是一些非常边缘的用例，而且大多数情况下，它们永远不会被修复。
试图找到所有新开发中的错误是一场注定会失败的战斗。你必须接受一个事实，即你不可能找到所有错误，但至少要找到那些最有可能被检测到的错误。
此外，贪婪地测试就像没有方法地测试：你永远不会提高你的测试技能。
治疗：强迫自己在有限的时间内进行测试。这将完善你的测试能力。首先寻找最明显的错误。如果时间还够，最后寻找一些刁钻的用例。
不要担心没有发现的问题。相信这个过程。良好的监控和用户反馈系统将使你能够有效地检测到在正常测试阶段无法检测到的错误。
暴怒：责怪个人
症状：在压力下，很容易责怪团队或个人写了大 bug。当出现明显的问题时，人们往往会指向被认为是罪魁祸首的人。
记住，这种情况通常是一系列因素共同作用的结果：截止日期紧张、缺乏规范、流程缺失、软件过于复杂难以维护等。因此，永远不要责怪个人——这种做法已经过时，而且会适得其反。
治疗：关注问题，而不是人。记住，所有错误都可以看作是改进流程和交付更好结果的机会。从中学到教训。但也要注意沟通。愤怒往往来自于你的期望和现实之间的不一致，所以一定要了解团队的能力，保持开放的沟通渠道，并设定明确、可实现的目标。
贪婪：囤积所有测试活动
症状：与创建和维护测试相关的所有任务都限制在一个人或一个很小的团队中，尤其考虑到整个团队的规模。
这会导致：
•测试过程中的瓶颈。•过度依赖一小群人，如果任何成员无法使用，会带来风险。•处理这些任务的人员倦怠的风险增加。
治疗：在团队内分配测试职责，以获得多种见解并尽量减少延迟。促进团队合作并分享知识，以提升测试流程和最终产品的质量。
懒惰：忽视文档
症状：团队对已测试的内容的了解很少。许多功能的规范不明确或根本没有规范。跟踪的错误太少。
懒惰的测试人员只会验证编写的测试用例，而不会考虑测试过程的其他部分，尤其是文档。
没有文档，测试活动可能会变得相当隐形。只是因为文档是测试过程的固有部分。您测试、观察并将其观察结果写在测试报告中。这完成了规范，就像我喜欢说的那样：指定不可指定的。
治疗：创建包含以下部分的测试报告：
1.功能描述：概述测试的功能。2.测试目标：测试的主要目标。3.测试步骤：可重复性的顺序操作。4.预期结果与实际结果：预测结果与观察结果。5.Bug/问题：已记录的问题，并附有参考（如果已记录）。6.测试环境：软件、硬件和网络详细信息。7.附件：指向屏幕截图、日志或相关文件的链接。8.评论：附加的测试人员注释或观察。
嫉妒：与其他项目进行比较
症状：QA 团队会比较自己。甚至有些高管也擅自比较公司不同产品之间发现的 bug 数量。这会导致嫉妒。
每个项目都有不同的挑战，因此也有不同的 QA 需求。这些项目可能处于不同的成熟阶段，它们有不同的资源、不同的用户等。
治疗：所有团队都需要了解每个项目的背景。庆祝每个团队的成功，即使是很小的成功，并增加项目间的可见性。
傲慢：忽视用户
症状：团队对自己测试技术非常自信。他们被自己的指标所蒙蔽，而这些指标证明他们是正确的。
越来越少的人知道用户如何使用产品。此外，没有真正的用户反馈。
这可能是所有罪中最危险的一种，因为它并非总是能立即被意识到，而当它被意识到时，往往是因为明显的 bug 浮出水面并敲响了警钟。
A：为什么你没有看到那个 bug？
B：我不明白。所有灯都是绿色的。我们顺利完成了所有测试。
是时候对 QA 流程进行彻底的转变了。
治疗：严重的错误也是我们从中可以学到最多的错误。适应它们。将测试适应到现实生活中的用户场景。QA 必须具备进行最适当测试所需的功能知识。举行用户跟踪会议。吸取用户反馈并从每次经验中成长。
现在轮到你啦。在过去的经历中，你是否曾经有过或遇到过这些罪恶？你是如何克服它们的？留下你的评论吧。
最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
