功能测试很low？功能测试很简单？功能测试就是黑盒测试？功能测试没有技术含量？功能测试工资低？只会功能测试没有竞争力？功能测试这活初中生都可以干？功能测试工程师在项目组中比开发地位低？和测试同事交流的时候，老是有这种问题冒出来，难道功能测试真的是这样的吗？
为了说明前面的问题，我把功能测试分几个层次来讲，
第一个层次，初级功能测试工程师，根据功能测试用例进行功能测试，这个可能是很多同学进入测试这一行最开始干的活，这个阶段会觉得测试工作很无聊，很没有技术含量，因为工作基本上是机械式的工作，测试用例上面写怎么测试就怎么测试，发现的问题基本上也是测试用例覆盖范围内的问题，如果这个时候思考为什么测试用例这样设计，设计测试用例有哪些套路，测试功能可能还会有什么缺陷，就会晋升到下一个阶段，
第二个层次，中级功能测试工程师，这个是工作就不仅仅是执行测试用例，需要设计一些不太复杂模块的测试用例，这个时候就会发现设计测试用例工作具有一定难度，不是一个初中生可以完成的工作，也不是没有技术含量的工作，如何评价一份测试用例的好坏？两个标准，第一，这份测试用例测试的模块上线了后是否有网上问题，第二，这个模块发现的问题有多少是通过测试用例发现的，发现的比例越高，说明测试用例的覆盖度越高，质量越好。具体如何写好一份测试用例，网上有很多方法，在这里就不详细展开了，在这个阶段通过总结测试用例额设计方法，研究测试系统的业务，熟悉测试系统的业务流程、熟悉测试系统的数据库表，以及每张表存储数据的用处，就可能会进入下一个阶段
第三个层次，高级功能测试工程师，1、对整个系统的业务非常熟悉，2、可以负责系统核心功能的测试方案设计、测试用例设计 3、可以画出核心功能的流程图，这个流程图不是大概的流程，而是具体到核心功能页面每一个按钮点击后，清楚系统会请求哪些后台接口，每个接口作用是什么，修改哪些表的字段，这些字段会在哪些地方用到，会有哪些校验等，如果其中某些节点出现异常，数据怎么样回退都要清楚， 4、可以指导初级、中级功能测试工程师开展工作。可能这个时候有些同学可能会问，什么是系统的核心功能？核心功能就是这个功能坏了，会给客户造成严重的损失，比如一个售票系统，下单支付肯定是核心功能，如果测试这个功能，下单支付的流程必须清楚，每一个操作会调用哪些接口必须要清楚，调用接口查询哪些表的数据、变更哪些表的数据必须要清楚、如果出现异常，数据如何恢复要清楚，是否有定时任务处理异常的数据。不能出现下单后给客户出票了，结果钱没收的情况，也不能出现微信支付收钱了却自动给客户退款的情况，出现这些问题，都是极其严重问题，很可能给公司带来比较严重的损失。
通过对功能测试三个阶段的思考，发现要做好功能测试其实不容易，功能测试也不仅仅是黑盒测试，有时间也需要深入到程序运行流程中去，好的功能测试人员其实很抢手，不是没有竞争力的，因为公司都希望的自己的产品问题少，客户抱怨少，赚取最大的利润，另外功能测试在项目组中和开发的地位是一样的，薪酬也是一样的。
如何修炼到高级测试工程师？养成测试的时候看数据库的习惯，养成抓包分析系统请求的习惯，养成分析程序运行流程图的习惯，最后养成常做总结的习惯，养成了这些习惯，到高级功能测试师真不难。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
