测试不止是点点点
我感觉我是一个比较有发言权的人吧，我在测试行业爬模滚打5年，以前经常听到开发对我说，天天的点点点有意思没？
和IT圈外的同学、朋友聊起自己的工作，往往一说自己是测试，无形中也会被大家轻视，总有人会问你，为啥干测试啊，怎么不干开发呢？不可否认，在他们心中，你肯定是因为能力不足，无法胜任开发的工作，所以只能干着平凡、索然无味的测试工作。但是我的经验告诉你，测试并不只是单纯的点点点...只要你肯努力
开始入门自动化看过好多应届生的回答，都很坦诚
“我技术不太好，先做测试，以后有机会转开发”。
测试就是点点点，于是把行政妹子拉来一阵点点点…以至于都觉得，阿猫阿狗都能来做测试。
个人觉得，测试的前景并不差，只要自己肯努力；我刚出来的时候是在鹅厂做外包的功能测试，天天点点点，很悠闲，点了两年，发觉这样下去会废，然后就开始学习python，java，学着搞自动化测试。
在入门阶段，要有很强的自制力，后面学会了一些皮毛，跳槽去另外一家公司，平常比较好学，加班或者没什么项目做的时候都会自己看书，学敲代码，很幸运被领导赏识，被送去培训了一个月，是有专人带，然后回来就把公司app的自动化交给了我，这才算是真正入门自动化了
测试开发然后就开始自己琢磨，抄人家的框架，后面又跳槽去了一家金融公司，专职做自动化，这里自动化的负责人是字节出来的，很厉害，然后在那家公司我拼命跟着他学，皇天不负有心人，久而久之，我发现面试的题目我基本一看就会，开始的初级到现在的高级，现在我到新公司做接口自动化，然后在开发一个测试平台（突然发现，自己还是涉足挺广）。算是证明了自己......
没有努力过就不要说测试这个行业没前途。
在这里，我把对于功能测试的理解写下来在这里，希望能够给你一点方向感！
一、熟练使用SQL常用的sql语句一定会写。比如说增删改查之类。
了解数据库的事务、会编写存储过程、熟练常用的系统函数。
了解并可以进行数据库的备份、迁移、还原、镜像等操作
对sql语句进行调优，并对可以对运行的语句监控查看性能
了解数据库集群等操作。
二、LinuxLinux是测试人员的基础功，不需要掌握太难或者很不常见的Linux命令，正常能做到查看日志，定位问题就可以了。
1、基本命令
常用的Linux基本命令，面试经常会问的，或者给出一种场景，问你用什么命令。
2、查看日志
初级测试人员在工作时经常遇到，发现bug，开发不承认或者不愿意解决的情况，测试人员怎么摆脱这样的问题呢？
那就是根据发现的bug根据日志级别，来查看日志，定位问题。
具体的日志级别分为四级：
info:代码info信息，不包括sql语句等一些debug信息
warningwarning:代码警告信息error:
程序本身报错信息java.lang.outindexERROR…
critical：几乎用不到
一般不符合需求的bug在debug中，程序本身报错的bug在error中。
三、使用数据库，跟数据流向1、数据库的本质
常见数据库主要是MAYSQL、ORECAL、Redis
其中Mysql数据库是典型的关系型数据库
2、数据库操作
（1）数据库和表操作
（2）表数据操作
（3）复杂sql查询
四、写好测试用例测试用例必须包含的内容：
用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
1、测试用例的编写流程
需求分析-提取测试点-测试用例编写-测试用例评审
2、编写测试用例的思路
（1）根据产品的RPD，提取测试点。
（2）根据数据流的走向。
（3）根据的架构部署。
（4）编写测试用例的常用方法：等价类划分法、边界值分析法、流程图法等。
（5）覆盖弱网测试、接口测试、安全测试、性能测试等。
（6）常用测试工具有：Postman、Charles、Fiddler、Jemter、Loadrunner等。
3、编写测试用例注意事项
（1）根据项目的实际情况设计测试用例表格
（2）用例格式不要生搬硬套
（3）根据具体情况编写
（4）学会质疑需求，不要完全按照需求来写测试用例，要从客户和产品的角度来理解需求，看到需求之外的功能和体验
五、