随着时代的发展，软件测试工程师的角色和职责也在悄然发生变化。
从一开始的瀑布式开发流程中担任测试阶段的执行者，到敏捷开发流程中 QA（Quality Assurance）角色，为整个团队和产品的质量负责。测试工程师的职责和边界在不断扩大。
近年来互联网行业很多测试工程师被称为测试开发工程师，也就是具备自动化测试和测试工具开发能力的测试工程师。可以说对测试工程师能力的要求达到了一个新高。
那么，在清楚测试工程师需要具备什么技能之前，我们要搞清楚测试工程师的核心问题是什么。
如何以最小投入，来最大程度地保证产品质量？
这个问题相信大家都有所体会，商业社会追求的是效率，甚至极致的效率。测试工程师也不能例外，因为老板们的目标是一致的。说得现实点，你的薪资水平就取决于你解决这个核心问题的能力。
按笔者经验和理解，一个软件测试工程师需具备以下技能：
一、测试设计
二、代码能力
三、自动化测试技术
四、质量流程管理
五、行业技术知识
六、数据库
七、业务知识
测试设计
测试工程师最基础的能力是根据产品来设计测试用例。
最基础的能力往往也难以做到精通。要设计好测试用例，需要对产品特性和业务非常熟悉，对用户使用的场景有着系统化的思考。
除此之外，还有一些科学的测试用例设计方法可以帮助我们设计规范化的用例，而不是仅仅根据经验或者天马行空的想法来设计用例。业界有一些经典的测试用例设计方法需要测试工程师掌握：
1、边界值分析；
2、等价类划分；
3、因果图；
4、判定表；
5、正交实验设计。
代码能力
在传统思维中，对测试人员的代码能力要求并不高。很多测试工程师基本上不具备代码的能力，更多是测试的执行者。
对面试经验、软件、接口、自动化测试感兴趣可以175317069，群内会有不定期的免费资料链接发放。
但在当今这个时代，突破传统功能测试的天花板，代码能力是必须的。
具备代码能力的测试工程师有这样两个优势：
1、阅读开发代码
如果能够具备阅读开发代码的能力，它可以帮助我们做到通过开发修改的代码预估影响的范围，即测试的范围。
参加技术评审，预估测试的风险，难点，重点。通过代码的逻辑设计测试用例，强化测试用例的覆盖程度
对缺陷进行初步的定位。
可以做到的事情还有很多，体现在测试过程的很多细节里。
2、自动化测试的开发
自动化测试是测试发展的方向，也是提高效率的有效方法。具备了代码能力，你可以轻松的驾驭各种流行的自动化测试框架和用例开发。
自动化测试
接着上面关于自动化测试的讨论。在目前的热门公司的招聘中，自动化能力已经是必备的能力，也是大家很关注的一个领域。
目前可以粗略地把自动化测试分为这么几类：
1、UI自动化
UI自动化实现的目标是模拟人在产品UI界面上的操作，从而观察结果来完成测试的执行。UI自动化也可以从客户端的形态上分为PC端和移动端的自动化测试。
Selenium是一个很经典的WEB端产品的UI自动化工具，针对不同的开发语言都有很好的支持。它的原理简单来说就是通过WebDriver把脚本产生的操作指令传递到浏览器，执行我们需要的操作并且获取相应的反馈，在脚本中完成校验。
Appium从这个名字就可以看出这个工具和Selenium的相似之处。其实Appium可以理解为就是移动端的Selenium。同样也是在移动端模拟人的操作来实现执行测试用例的目的。
随着移动互联网时代的到来，更多的业务已经从PC的WEB端转移到了移动端，移动端的自动化测试越来越重要。
其实UI的自动化实现的原理都是很类似的，基本的逻辑都是：定位元素、操作元素、获取反馈。最后通过某种测试用例框架来管理测试用例，例如python的unittest，JAVA的TestNG，Ruby的respec等等。所以说了解了某一种UI自动化的框架和工具，很容易的就能触类旁通的学习新的框架和工具。
2、接口自动化
在目前SaaS成为主流的情况下，API，即接口，成为了支撑业务的核心部分。前端页面和App里面的业务数据都是通过各种API与服务器进行通信，从而实现业务功能。
目前大多数的接口都是基于HTTP协议的，其中Restful的接口又占大多数。而很多语言，例如Python和Ruby都有很好的库来支持HTTP协议的请求，这就为我们设计接口自动化提供了很好的基础。
UI的自动化无论从实现的成本还是维护的成本来说都是巨大的，所以业界越来越把重心放到了接口层的自动化实现上。
接口的自动化具备这样的优势：运行效率高、开发成本低、维护成本低、可以与开发代码同步开发。
接口自动化的实现思路也是简单明了的，那就是模拟浏览器，发送HTTP请求来实现对接口的调用，然后比较返回与期望值，达到验证结果的目的。
当然，要设计一套真正高效的接口自动化框架也是不容易的。这里面涉及到如何提高用例的开发效率，降低开发维护成本等关键问题。同时还可以把接口测试与性能测试结合起来，丰富接口自动化测试的内涵。
质量管理流程
在敏捷开发流程中，测试工程师有一个新定义：Quality Assurance Engineer。测试的执行仅仅是职责中的一部分，更重要的是要为整个团队的产品质量负责。
对面试经验、软件、接口、自动化测试感兴趣可以175317069，群内会有不定期的免费资料链接发放。如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。
从整个sprint周期来看，QA工程师要始终如一地贯彻质量保证意识，与开发的关系也从早期发现bug，转变到如何帮助开发团队一起提高产品质量。同时还要和产品团队密切的合作，在需求的分析阶段就介入，分析质量保证工作如何规划和设计，而不是在产品发布前的测试执行阶段才介入。
这个里面还包含很多Soft skill的要求，包括如何与团队合作、沟通等等，这也是敏捷开发模式的关键之一。
行业技术知识
这一部分涵盖的内容非常丰富，以互联网行业举例。
对于一个互联网产品，测试工程师需要了解甚至是精通的知识很多，从前端页面的技术栈、API的设计、后端服务器的设计、还有整个服务的架构等等，测试工程师都需要有所了解。
有一个问题非常好地帮助了大家去梳理了：
从在浏览器的输入框输入一个网址，到看到网页的内容，这个过程中发生了什么？
回答这个问题的深度和广度，基本就能反映一个测试工程师对于互联网产品技术的掌握情况。
在这里，我简单地罗列一些涉及到的技术和概念：
DNS、TCP/IP、HTTP、SSL、Restful、HTML、DOM、CSS、Render、Xpath、服务器、nginx、SQL、Cookie&Session、XSS、CSRF . . . .
这里仅涉及到一部分内容，具体内容可以根据工作中遇到的情况去深入学习和了解。
数据库
把数据库单独列出来，是因为数据库的知识对于当今很多产品都是非常核心的内容。不管是在手动测试还是自动化测试中，都需要到数据库进行数据校验。
目前主要使用的数据库可以分为两类：
1、关系型数据库
2、非关系型数据库
1、关系型数据库
关系型数据库是最常见的数据库类型，这类数据库通过RDBMS数据库程序来进行管理和使用，常见的有SQL Server, MySQL等等。
关系型数据库中强调一个事务（Transaction）的概念。
所谓事务是用户定义的一个数据库操作系列，这些操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。例如在关系数据库中，一个事务可以是一条SQL语句、一组SQL语句或整个程序。
事务具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。
原子性：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。
一致性：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。
隔离性：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。
持久性：一个事务一旦提交，他对数据库的修改应该永久保存在数据库中。
对于实际应用来说。能通过SQL语句在数据库中找到需要的数据，是测试工程师必备的技能。
SQL语句的语法大体上比较类似，在一些细节上不同的RDBMS会有些许的差别。
对于自动化实现来说，在自动化测试中通过访问数据库来获得期望值也是很常见的场景。
2、非关系型数据库
随着互联网中大量的非结构化数据产生，例如社交网络等应用、用户个人信息、地理位置，用户生成的数据和用户操作日志在以几何倍数的速率增长。同时还面临大量的数据挖掘工作，传统的关系型数据库已经无法满足，所以NoSQL渐渐发展了起来。
NoSQL最突出的特点就是数据的非结构化，通俗地讲，就是数据不再是以列、行这样的形式存储。
NoSQL存储数据的方式：值对存储、列存储、文档存储。
常见的MongoDB就是将数据存储为一个文档，数据结构由键值(key=>value)对组成。MongoDB文档类似于JSON对象，字段值可以包含其他文档，数组及文档数组。
RDBMS对比NoSQL
RDBMS
高度组织化结构化数据；
结构化查询语言（SQL）；
数据和关系都存储在单独的表中；
数据操纵语言，数据定义语言；
严格的一致性；
基础事务。
NoSQL
代表着不仅仅是SQL；
没有声明性查询语言；
没有预定义的模式：键 - 值对存储，列存储，文档存储，图形数据库；
最终一致性，而非ACID属性；
非结构化和不可预知的数据；
CAP定理；
高性能，高可用性和可伸缩性。
业务知识
可能已经具备了上述所有技能，但是怎么把它们用来解决我们提到的软件测试核心问题呢？
关键就是你所测试的产品的业务。
测试的方法，规划，实施方法多种多样，如果在这些方法中进行选择，所依赖的正是对产品业务的深刻理解。
这里的产品业务不仅指产品的特性，同时包括用户特征、用户使用习惯、以及对产品的流量趋势。可以说，测试人员须站在用户的角度来分析产品，而不是站在产品开发人员的角度。
测试人员还需要找到产品的核心功能和核心业务，通过这样分析来进行测试优先级的划分，以及缺陷的定级。
在自动化测试中要首先覆盖那些核心业务和功能，根据业务的特性，用自动化的方法去模拟用户的使用场景，把有限的自动化资源投入到最关键的部分。
听起来可能很虚，好像没什么具体知识点，但是在不断的工作和总结中，优秀的测试工程师是能够总结出一套符合某一类产品的测试方法，甚至还可以提炼出一些更具备通用性的best practice，用到不同的产品中。