---

前言

经常有人谈到，测试的天花板并不低，关键在于你是否足够优秀——能成为测试领域的专家。那到底什么是测试专家呢？

相信没人有一个明确的谱，也没有一个确切的衡量标准。

何为测试专家？我认为重在一个“专”字！

如果说自己非常擅于“软件测试”，这本就不够专了。特别是所谓的“全栈”，更是平庸的代名词。

现在软件测试，已经发展为集功能（业务）测试、自动化测试、性能测试、安全测试以及测试开发等岗位，构成的一个综合性职业。

所以，确定一个测试专家，先得明确他在哪方面做到了“专”，是功能（业务）测试，还是性能测试？

当明确“专”的方面后，才是衡量其是否在该方面能够担当“大家”。

功能测试专家——对同类业务流程的掌握，项目的整体把控，快速了解业务并能根据需求选择测试方案，引入提高测试效率测试方案和工具，测试过程中遇到问题的预判和解决办法等。

自动化测试专家——能根据不同的测试类型，制定适合的自动化方案。能快速投入和引导测试人员达成测试的自动化覆盖目标，并不断优化、完善自动化实施方案，并对过程中碰到的技术问题能快速攻关。

性能测试专家——能收集、明确性能测试需求，制定测试计划、方案，根据场景选择或编写适合的工具执行测试，并根据测试结果分析定位瓶颈，并给出可行的优化建议！甚至在软件框架设计之初，提出自己的建议，辅助架构师设计出的框架能满足性能方面的需要，如高性能、高并发、高扩展性。

安全测试专家——与性能测试专家类似。

测试开发专家——对各种复杂业务系统的理解，测试方法的积累，能深入到代码层做测试，各端通吃。能够研发适用的测试工具，从工具层面解放测试的冗余劳动力，提高测试团队的整体效率和价值。

总之，专家需要定位好方向，不断学习、深化，甚至回归原点，立足岗位，引领创新。

在项目过程中，如果开发说这个不是Bug，你的第一反应是什么？

测试要有自己的意见和判断力，不能开发说是什么就是什么。任何问题必须要有详细的判断依据和理由，有理有据才是第一步。

不同的人有不同的处理方式，也许是如下几点：相信开发说的，开发说什么就是什么，问题关闭；自己不能决定，啥都上升到组长或者领导决定；坚持认为这是一个Bug，但是说不出所以然，与开发死扛；

特别是一些易用性的非功能相关问题，或者用户反馈的问题，也可能是一个隐形需求问题。

不管是不是一个Bug或者无法确定，首先都需要将Bug提交到缺陷管理库中。

如果是你，在项目过程中或者面试过程中遇到这个问题，你会怎么处理呢？

如果是一个正常的Bug，首先看需求有没有定义，如果需求有明确的定义这就是一个严重的Bug，没有商量，开发必须解决，除非需求定义不合理，那是后话；

需求没有定义，但是对用户来说能够增加用户体验，对比设备或竞品也支持，可以找需求或产品核对是否增加该功能，如果明确不增加那就不是Bug，可以不处理；

是一个Bug，但是用户遇不到这种场景，例如底层的逻辑，这种如果不知道代码逻辑，或者拉上相关的人员一起评估；

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

用快乐带动心情，用观念导航人生，用执着追求事业，用真诚对待朋友，用平淡对待磨难，用努力追求幸福，用感恩对待生活！

希望是本无所谓有，无所谓无的。这正如地上的路，其实地上本没有路，走的人多了，也便成了路。有了梦想，就要不断的去追逐。这样，梦想才有可能实现。

唯有坚持下去梦想，才能演绎成功的人生。让我们共同为梦而努力，为梦而奋斗，为梦创造奇迹。