好家伙，奇葩事就特别多，公司前段时间缺人，也面了不少测试，结果竟然没有一个合适的。一开始瞄准的就是中级的水准，也没指望来大牛，提供的薪资在10-20k，面试的人很多，但平均水平很让人失望。看简历很多都是3年工作经验，但面试中，不提测试工具，仅仅基础的技术很多也知之不详，多数人数年的工作经验仅仅是功能测试堆起来的，毫无深度，对于APP自动化等等一问三不知，都停留接口测试的基础方法层面上，自动化进阶问题更是一问一个死，前沿技术最新动态也毫无关注。
而这些人的薪资要求却是都接近20k，并且在谈论过程中自视甚高，特别有一个给我留了很深印象，简历有3年经验，做的都是小程序的展示项目，面试过程中一直强调自己技术如何如何强大，在原公司如何的受重用，问了些细节部分，全部是用的手工，几乎没有什么自动化，最后招了2个应届生培养了一段时间也算能帮手了。我跟几个朋友说起这个事，他们也有同感，人心浮躁，肯踏实做技术的没几个，大批只冲着高工资来，做什么都停留在能用，而不是会用而已。
由于市场大批量流入这些不合格的自认优秀的测试员，使得多数公司不得不降低了期望，但是真正有实力的测试员，基本没有受到什么影响，要跳槽还是很容易的。如果对现在的工作不满意，又没有足够的经验，不妨先静下心来进修一番。
以上并不是恶意言论。而是觉得测试者不要在工作中迷失了自己。目前就大量招聘信息来说，想要高薪得会以下几点
软件测试工程师需要掌握的知识：
- 计算机知识，包括编程语言，掌握至少1门开发语言，比如C、Java、C#等，
- 一门脚本语言，比如Python、Perl、Ruby、Shell中对于测试工程师未来更广的职业发展非常有帮助。
- 数据库知识，对于绝大部分项目或互联网项目，都会有数据库，所以掌握至少1门数据库，比如Oracle、SQl Server，DB② · Mysql等。
- 操作系统，比如Linux、Unix，Windows核心命令也非常重要。对于有些涉及到网络的，网络和通信知识，比如TCP/IP协议也非常重要。
- 软件测试需求分析与软件测试用例设计核心工程方法。掌握主流的软件测试工具，比如性能测试工具JMeter/LoadRunner，自动化工具典型代表Selenium/UFT/Appium，测试管理工具等，事实上光有这些工具还不够，还需要真正理解其背后的实现原理。
- 掌握核心的研发流程，比如RUP，测试流程，比如双V模型，或者是现在流行的敏捷测试等，也是同样重要。方法是秘笈、工具是兵器、流程是套路。
一、 熟练使用SQL
- 常用的 sql 语句一定会写。比如说增删改查之类。
- 了解数据库的事务、会编写存储过程、熟练常用的系统函数。
- 了解并可以进行数据库的备份、迁移、还原、镜像等操作
- 对 sql 语句进行调优，并对可以对运行的语句监控查看性能
- 了解数据库集群等操作。
二、 Linux
Linux是测试人员的基础功，不需要掌握太难或者很不常见的，正常能做到查看日志，定位问题就可以了。
1、基本命令
常用的Linux基本命令，面试经常会问的，或者给出一种场景，问你用什么命令。
2、查看日志
初级测试人员在工作时经常遇到，发现bug，开发不承认或者不愿意解决的情况，测试人员怎么摆脱这样的问题呢？
那就是根据发现的bug根据日志级别，来查看日志，定位问题。
具体的日志级别分为四级：
- info : 代码 info 信息，不包括sql语句等一些debug信息
- warning warning : 代码警告信息error :
- 程序本身报错信息 java.lang.outindexERROR…
- critical ：几乎用不到
一般不符合需求的bug在 debug中，程序本身报错的bug在 error中。
三、 使用数据库，跟数据流向
1、数据库的本质
常见数据库主要是Mysql、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）学会质疑需求，不要完全按照需求来写测试用例，要从客户和产品的角度来理解需求，看到需求之外的功能和体验
五、 http与https协议
面试经常关于Http协议的下面几个问题
- Http协议原理
- http和http协议的区别
- TCP和UDP的区别
- session和token的区别
- 公钥和私钥的理解
- get和post的区别
- 从输入URL到页面加载发生了什么
- 什么叫代理，正向代理和反向代理？
六、了解业务
业务熟悉后，会知道很多常识，知道下面的常识之后，你就可以尝试进阶，学习做自动化测试、接口测试、性能测试
- 什么时候介入自动化 => 当你系统趋于稳定的时候
- 什么时候介入接口测试 => 当接口开发完毕的时候
- 什么时候介入性能测试 => 当出现促销的时候，或者抢购的时候(618大促，过年抢火车票，抢优惠券)
比如说，5000张优惠券，大概有多少人抢，在多长时间内抢完。
七、 bug管理
做功能测试，还有个很重要的工作就是bug管理，一个优秀的的测试人员，线上bug非常多，多于和你一起工作的其他同事，但是线上bug非常少，少于其他同事。
1、 bug定义
（1）不符合需求的
（2）程序本身报错
（3）不符合用户的使用习惯
2、bug生命周期
当我们测试人员提交一个bug的时候，自始bug就有它的生命周期，从开始到结束。
3、测试报告
把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础测试报告和测试计划一样，一般由测试leader编写，测试人员需要了解一下测试报告中都有哪些内容。
八、 典型bug
1、抓包作用:测试一个app搜索功能，抓包，抓到一个搜索接口，突然发现抓到了两个请求接口 -> 当访问量上来了，服务的压力上升两倍
2、数据流走向 :测试时候发现页面上数据只有一条，但是数据库里面多了一条 -> 1、数据量变大，查询变慢 2、脏数据太多，瞬间爆满，程序崩溃了
3、弱网测试：app项目一定要有弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等）
总结
合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取