作者：无敌的便便 来源：博客园
功能测试是测试工程师的基础功，很多人功能测试还做不好，就想去做性能测试、自动化测试。也有很多人对功能测试的理解就是点点点，如果不用心去悟，去研究，那么你的职业生涯也就停留在点点点上了。在这里，我把对功能测试的理解写下来，供大家参考学习，共同进步。
功能测试所需要掌握的技能
SQL
常用的 SQL语句一定会写，比如说增删改查之类；
了解数据库的事务、会编写存储过程、熟练常用的系统函数；
了解并可以进行数据库的备份、迁移、还原、镜像等操作；
对 sql 语句进行调优，并对可以对运行的语句监控查看性能；
了解数据库集群等操作。
Linux
Linux是测试人员的基础功，不需要掌握太难或者很不常见的Linux命令，正常能做到查看日志，定位问题就可以了。
常用的Linux基本命令；查看日志
根据发现的bug根据日志级别，来查看日志，定位问题；
首先记住这一点：日志级别越高，输出的信息越少 。
日志级别分为四级：
Info：代码 info 信息，不包括SQL语句等一些debug信息
warning warning ：代码警告信息
error：程序本身报错信息 java.lang.outindexERROR.....
Critical：几乎用不到
一般不符合需求的bug在 debug中，程序本身报错的bug在 error中。
数据库，跟数据流向
常见数据库主要是MAYSQL、ORECAL、Redis等
数据库操作
数据库和表操作
表数据操作
复杂sql查询
写好测试用例
在测试过程中很重要的一类文档，它是测试工作的核心、是一组在测试时输入输出的标准、是软件需求的具体对照。编写测试用例，是测试人员的基本功，但是真正能写好的人并不多。
测试用例必须包含的内容：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
测试用例的编写流程
需求分析->提取测试点->测试用例编写->测试用例评审
编写测试用例的思路
根据产品的RPD，提取测试点
根据数据流的走向
根据的架构部署
编写测试用例的常用方法：等价类划分法、边界值分析法、流程图法等。
覆盖弱网测试、接口测试、安全测试、性能测试等
常用测试工具有：Postman、 Charles、 Fiddler 、Jemter、Loadrunner等
编写测试用例注意事项
根据项目的实际情况设计测试用例表格
用例格式不要生搬硬套
根据具体情况编写
学会质疑需求，不要完全按照需求来写测试用例，要从客户和产品的角度来理解需求，看到需求之外的功能和体验
管理测试用例
为什么要管理测试用例？
测试用例数目巨大
测试用例会根据需求的改变而改变
测试用例需要长期补充完善
如何管理测试用例？
原始的Excel管理
专业的项目管理系统（git、禅道、JIRA、Confiuence等）一般都为web格式
http与https协议
Http协议原理
http和http协议的区别
TCP和UDP的区别
session和token的区别
公钥和私钥的理解
get和post的区别
从输入URL到页面加载发生了什么
什么叫代理，正向代理和反向代理
了解业务
做功能测试，一定要了解业务，甚至理解业务。只有把业务吃透，才能把功能测试做好，并且有一定的提高。业务熟悉后，会知道很多常识，知道下面的常识之后，你就可以尝试进阶，学习做自动化测试、接口测试、性能测试
什么时候介入自动化 => 当你系统趋于稳定的时候
什么时候介入接口测试 => 当接口开发完毕的时候
什么时候介入性能测试 => 当出现促销的时候，或者抢购的时候（618大促，过年抢火车票，抢优惠券）比如说，5000张优惠券，大概有多少人抢，在多长时间内抢完
bug管理
做功能测试，还有个很重要的工作就是bug管理，一个优秀的的测试人员，线上bug非常多，多于和你一起工作的其他同事，但是线上bug非常少，少于其他同事。
bug定义
不符合需求的，不符合用户的使用习惯
程序本身报错
bug生命周期当我们测试人员提交一个bug的时候，自始bug就有它的生命周期，从开始到结束
Bug单内容
Bug描述（summary）
环境信息：操作系统/数据库/浏览器/软件版本 (OS/Database/Project/Build/Release)
所属功能模块
测试/开发人员
严重等级(1-5)
客户优先级
风险程度
状态
重现步骤
实际结果
是否要回归问题
......
典型Bug
抓包作用: 测试一个app搜索功能，抓包，抓到一个搜索接口，突然发现抓到了两个请求接口 -> 当访问量上来了，服务的压力上升两倍
数据流走向 : 测试时候发现页面上数据只有一条，但是数据库里面多了一条 -> 1、数据量变大，查询变慢 2、脏数据太多，瞬间爆满，程序崩溃了
弱网测试：APP项目一定要有弱网络测试（模拟2G、3G、4G，WiFi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3G切换到4G/WiFi等）
测试报告
把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础测试报告和测试计划一样，一般由测试leader编写，测试人员需要了解一下测试报告中都有哪些内容，这也说明了，测试报告是leader必备技能。
总结下来，做好功能测试并不是一件容易的事情。做了多年的互联网功能测试，有些人还是很多知识不明白，只有不断的学习，自己才能成才，自己才能成全自己。基础打好了，再去学习性能测试、自动化测试等技能，肯定事半功倍。
,
