【测话杂谈】纯功能测试岗位最终会消失吗

前不久去一家做儿童绘本的公司面试测试开发岗，面试过程并没有什么特别的地方：手撕两道算法题、持续集成流水线设计与实施、自动化框架的设计封装等等。让我比较感兴趣的是他们的质量保障方式：测试同学开发对应的质量工具，开发同学自己做测试，所以他们只招测试开发岗，而没有纯软件测试岗。基于此我就有了写这篇文章的想法，想跟大家一起讨论下，在未来纯功能测试岗会消失吗？

关键字

特地看了下这家儿童绘本在应用市场的下载量：Android约3000多万（统计了华为和360应用市场）、IOS只能看到有32.2万个评论（用户量应该也在千万级，对比新浪微博有20多万的评论）。在面试过程中，大致聊了聊他们公司的技术栈，我归纳出以下几个关键字。

单元测试： 每个开发同学都必须写单元测试，并能使用工具统计代码覆盖率。

自动化： 开发同学得写自动化，并能稳定的运行。

BBD： 采用Cucumber来生成自动化测试代码，主要为了方便研发同学写自动化。

持续集成： 将单元测试、自动化放到流水线中。

靠着这几个关键字，它们可以似乎玩的很好，但是因为毕竟没有在他们公司待过，所以也不确定会不会有一些坑，是在面试过程中未涉及到的。但我个人觉得，在这个过程中，一定会有很多的挑战。

我的观点

之前跟朋友聊起这个事情，他说："google就是这么玩的"，我特意翻了翻《Google的软件测试之道》这本书，书中主要围绕：软件开发工程师(SWE)、测试开发工程师(SET)、测试工程师(TE)和测试主管4个不同的角色的职责，来描述Google的软件测试模式。这其中TE做的事情和现在国内大部分的软件测试人员(包括大部分title是测试开发工程师的同学)是比较接近的。从书中截取了一段描述TE的根本使命：保护用户和业务的利益，使之不受到糟糕的设计、令人困惑的用户体验、功能Bug、安全和隐私等问题的困扰，TE是一个团队中全职地负责从整体角度发现产品或服务弱点的唯一角色。

因此我的观点是：

• 纯功能测试工程师岗位（所谓的点点点工程师）大概率会消亡，他们会转变为现在测试开发工程师的水平：有一定的编码能力、可以完成自动化测试等、同时承担产品的业务测试(探索性、安全、性能测试)，在测试过程中，会利用到很多已经很成熟的测试工具，降低工作成本，同时提升工作效率。

• 测试开发人员的比例会逐步增大，工作内容主要是：挖掘工作中的痛点，研发对应的质量平台或工具，不再参与到业务测试中(目前大部分测试开发工程师会参与部分业务)。整个行业留给测试开发工程师去探索的内容还是很多的，比如：精准测试、AI在测试领域的使用(测试数据分析及利用)等。

但所有软件测试角色的目标是一致的：保障产品的交付质量。

总结

上面只是根据我最近在思考的一些问题，表达一些我的观点。你肯定也有你的一些判断，因为每个人的认知是不一样的，也许你的认知边界会远远大于我的。但是无论怎么样，对现在的软件测试人员来说，提升自己的技术能力都是当务之急，这样才能赶上未来的大趋势。