自动化是趋势，但是功能测试也是必不可少的。说到测试，就需要说下质量，优质的质量，其实不是测出来的，能被测出来的，只能说明有问题、存在风险。那么为什么要进行测试呢？就是为了尽早发现问题。问题越早发现，消耗的成本才能越少。优质产品也会存在问题，是避免不了的，所以我们需要尽可能的去覆盖，尽早的将问题抛出来，然后由开发同学去修改、调优，解决我们发现的每一个问题。
什么是功能测试呢？功能测试（FUNCTIONAL TESTING)是根据产品需求文档及用户行为进行的一系列测试活动，以确定它们满足需求。这定义说明我们测试的依据是跟产品需求分不开的。
很多人都说，功能测试就是点点点，没什么技术含量。那是因为你不了解功能测试。随意点点能算测试吗？还真能，提测质量不高时，能点出一堆问题。但当提测质量好的时候呢？你就没那么容易点出问题了，就能说没有问题吗？答案是不能的。这就要将功能测试的测试方法运用起来了。功能测试的方法有哪些？怎样才能发现更多的问题？为什么别人测试能找出问题，而你不能呢？经验靠什么积累呢？
来吧，咱们带着问题找答案～
测试用例怎样编写呢？了解产品需求、了解软件运行环境、了解开发过程、了解与之交互的其他软件及了解所需数据等等后，先按黑盒测试方法设计用例，再按白盒测试方法补充用例。测试用例由测试编号、测试项目、测试内容、前提条件、操作步骤、用例重要级别、预期结果、实际结果、编写人组成。我们要用较少的测试用例覆盖较多的功能。
测试方法有哪些？
1.等价类分为有效等价类和无效等价类。即对程序的有效输入值和其他任何可能不正确对输入值。

2.边界值是等价类方法的补充，是使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值（min、min+、nom、max-和max）

3.因果图是通过画图的方式来确定输入条件（因）和输出结果（果）之间的关系，从而选出高效的测试用例集。需了解逻辑运算（“与”“或”“非”）等方面等知识。缺点是效率太慢，因此常将其转化为判定表进行用例编写。
4.错误推测法是用直觉或经验推测出错的可能来编写测试用例。需测试项目足够多的经验累积。
5.判定表是把多个条件（条件的取值只有两种）与多个动作罗列出来而形成的表格。适合测试组合条件。
例如：某个需求，需要2021年以前入驻平台并于2020年购买平台服务才能进入到下一个页面。

注：判定表的每一列均是一条测试用例
怎样发现更多问题？那当然离不开沟通。与产品沟通，理清需求，整理测试思路；与开发沟通，了解程序设计逻辑，帮助完善测试内容；与测试沟通，查漏补缺。
经验，源自于对产品的熟悉程度和多项目的测试积累，是宝贵的财富，能够让我们更准确地定位问题，是不可替代的因素。
当然，除了上面描述的内容，还需要对数据库有一定的了解，需要有sql增删改查的能力，这些是功能测试的辅助技能，会sql，你的功能测试之路才是比较完整的。