优秀互联网高级测试工程师应该具有的能力

概述

---

在以前写的互联网高级测试工程师至少具有的能力一文中，提到了测试工程师至少具有的能力，可是并无提到优秀测试工程师应该具有的能力，下文简单的谈一谈。固然这些所有都是个人我的理解。

---

能发现问题，还能定位问题，并且能给研发解释得清楚

---

在实际的工做中，你可能会遇到不少测试人员在测试功能模块的时候，一遇到问题，立刻就来找开发，由开发来定位问题。测试人员发现功能不对，咱们能够理解为【开发人员研发的系统的功能跟产品经理的需求不一致】，属于【发现问题了】。这个没问题，可是测试人员能不能静下心来，本身先研究一下发生问题的缘由呢？相信不少开发人员常常会遇到，测试人员提的bug其实跟代码不要紧，而是环境问题或者数据问题等。

可能有人会问，怎么定位呀？其实手段多得很，例如，看日志、抓包、看代码、debug代码、分析数据、分析业务流程、分析请求走过的节点等等，进行多方面的求证。若是实在找不到缘由，才来找开发。

若是测试人员找到缘由后，还能跟开发人员解释清楚，那就很是了不得了。由于这里除了涉及到专业能力外，还涉及到测试人员的沟通表达能力。

---

提一个自描述的BUG

---

你没有遇到这种状况，测试人员提的bug单里，只有几句简单的描述。这样会加大开发人员定位问题的难度。遇到这种bug单，我一般都是建议让测试人员补充一些内容。

• 致使这个bug的上下文入参；

• 必要的截图；

• 用简单清楚的文字描述bug缘由、背景；

  有一些测试人员文字表达能力不好，bug单的描述很让人费解，文字功底一时半会是改进不了，那么能够经过提供截图的方式来补充一下。

至于入参，这个必需要提供，否则会极大的加长bug定位的时间。

---

提有意义的bug

---

动不动提bug不是一个高效友好的方式，并且正如我上面提到的，不少测试人员文字功底不好，提的bug很让人费解。更为高效的方式就是直接沟通。

除非是重大缺陷或者颇有意义的缺陷，值得后续用来作bug分析、追踪、总结的，才建议记录一个bug。

---

能独立搭建测试环境

---

开发人员提测后，就应该能够进行下一个功能的开发了，测试环境问题，开发是无需关心的。若是提测后，还须要协助测试搞测试环境的话，那是很浪费时间的。所以，测试人员应该能独立搭建环境，无论MQ、Redis、微服务等，都能搭建好。而且要保证测试环境是足够稳定的。

这里涉及到的知识点也是不少的，像Linux、Shell、网络协议等。

---

能开发造数据的工具

---

测试人员在作功能测试的时候，有一个重要的阶段，即是造数据，这个不是一个简单的事情，尤为是公司的微服务愈来愈多的时候，一个请求一般须要走过不少节点，每一个节点都会取数据，若是没有一个造数据的工具，将大大加大测试的难度。

---

总结

---

简单说，就是具有必定开发能力知识面广，且沟通表达能力强的测试人员。有些人可能会问，测试人员不是要懂业务、压测、逻辑思惟要好吗？ 这个其实基础来的，必定要懂的，具体请看互联网高级测试工程师至少具有的能力

原文连接

---

优秀互联网高级测试工程师应该具有的能力