找出软件Bug，提高软件质量，无论什么年代，任何软件系统都不可能永远没有缺陷，所以软件系统在上线之前都会进行测试工作。

软件测试行业发展好，人才需求大

软件测试入门容易、工作轻松，有前途更有“钱”途（历年平均薪资数据来自职友集）

只需四个理由说明 选择优就业多么正确

零基础？想深造？想转行？软件测试很合适

计算机类专业，但不愿做编程/专业基础比较薄弱的人；非计算机类专业但是对软件测试感兴趣的人。都可以选择软件测试。	软件测试课程没有门槛，0基础人员也可以学习，细心、耐心就可以。	主要是提升和更新自己的技术。在功能测试基础上+自动化测试（用代码测代码）、接口测试、专业的测试工具等，可以监测数据，深入了解原理。	软件测试课程没有高门槛。没有基础，餐饮、汽修专业等都可以尝试。转入软件测试行业，可以拿IT行业的薪水！	软件测试兼容性很强，可以结合自己的专业，根据自身特点，掌握软件测试之后加以运用，更上一层楼！

       软件测试培训资料

　　搭建这套自动化测试环境复杂吗?搭建这套自动化测试环境主要分为以下三个方面，主要为：

　　一、主环境，公司层面搭建的测试环境，主自动化测试环境;

　　二、被测系统，主要是之前进行手工测试需要的系统环境，最好能有专门进行自动化测试的环境，如果资源有限也可以使用目前在用的被测环境;

　　三、本地测试人员测试需要安装的软件;JDK，Eclipse等。

　　如果你们公司的系统适应这套自动化测试环境，并且测试人员已经按照要求把自动化测试环境搭建好了，现在怎么写接口自动化测试用例呢?接下来会讲到一条自动化测试用例怎么编写，以及怎么将自动化测试用例提交到环境上让自动化牵头人统计到，首先写自动化的时候可以首先完成下面材料的准备工作：接口文档(类名，方法名)，jar包文件;接口文档可以问开发人员要，也可以自己去触发程序检查日志获得;Jar包文件可以直接让开发人员打包发给你，这个自己不太好获得，写完自动化测试用例之后自己上传到测试环境中。

　　这里首先需要说明几点注意事项：

　　第一，虽然我们是自动化测试，也会用到开发人员使用到的Eclipse，Jdk等工具，但是这里面并不会涉及到很复杂的代码要求，并不需要测试人员和开发人员那样了解代码，代码要求其实不高，甚至也可以说没有代码要求，所以测试人员不需要担心自己没有大码底子，写不了这套框架的自动化测试用例，担心到时候写自动化的时候无从开展。

　　第二，对数据库要求比较高，如果数据库基本薄弱这块相对会有点问题，所以写自动化之前前提是你是位比较了解数据库的测试人员。

　　写自动化测试用例涉及哪些步骤呢?编写这套自动化测试用例测试人员需要准备什么呢?步骤有哪些呢?主要有以下操作步骤：

　　第一、自动化测试环境

　　如果在上面你已经把自动化测试环境搭建好了，其实节省了我们很多时间，然后需要确定好准备写哪个功能，哪个模块，最好能确定写哪个类下面的哪个方法，计划写什么用例，校验哪些点，对应前台的界面是哪些等，问开发人员要到对应功能的Jar包和接口文档等;

　　第二、下载自动化测试工程(project)

　　这个工程是我们的环境基础，我们在对应自己应用下面新增本次测试用例;

　　第三、自动化编写涉及哪些文件

　　3.1.JAVA文件(主程序，调用入参和数据准备文件);

　　3.2.XLS文件(数据池文件);

　　3.3.Dubbo文件(配置文件，配置自动化调度);

　　3.4.Jar包(上面提到的问开发要的自动化Jar包，打包的程序，主要是一些类和方法);

　　3.5.调度文件(自动化统计配置文档，包括每日新增自动化数量，新增模块，谁新增的以及失败自动化整改情况);3.6.接口定义文件(定义请求通讯区和应答通讯区);

　　第四、自动化编写

　　步骤一：将工程下载下来之后将Jar包上传，然后进行加载;

　　自动化编写步骤二：可以复制和自己模块差不多功能点的JAVA文件，修改里面的ID，类名，方法名;其实除了类名，方法名，其他的代码调用公共方法，引用相同的包这些都是一样了，为了减少工作量，其他的复制就可以;

　　第五、自动化工作流程

　　XLS文件(数据池文件)里面主要是进行自动化编写的数据准备，包括请求通讯区和应答通讯区，因为我们的自动化工作流程主要为以下图示工作流程图，所以会涉及到请求通讯区和应答通讯区的数据和文件，数据池文件主要包括一些自动化案例执行前的Before class数据准备和自动化用例执行后的After class数据清理，是一系列的SQL代码，这里要求对数据库的SQL语句比较熟悉：

　　接口自动化测试工作流程

　　通过JAVA文件调用JAR包文件-->通过接口定义文件和数据池文件-->拼成一个报文(也可以叫map文件)-->往服务器(被测系统)发送-->等待服务器响应-->

　　-->如果上送的内容与远程服务器一致，断言通过，测试用例执行通过;

　　-->如果上送的内容与远程服务器不一致，断言不通过，测试用例执行不通过;

　　第六、断言

　　这里面有个概念：断言，可能写过自动化测试用例的同行比较熟悉这个概念，没有接触过的可能就比较生疏了，这里统一解释下，断言其实对于我们这套接口自动化测试来说就是一个个独立的程序分支，可以借助于以下场景去帮助理解：业务场景：一个新增界面，要求新增用户，约束规则：已经注销的用户不能新增，新增过的用户不能重复新增;那么这个用例你会怎么设计呢?

　　思路：写的类：1.针对重复用户，Before class:首先在用户信息表里面先数据库插入一条用户数据，需要先清理，怕插入时报主键冲突等错误，保证环境是干净的，清理是请求通讯区的数据准备操作Before class，然后执行插入操作，最后在应答通讯区在对应字段里面写入和插入数据完全一致的记录，这样在调用程序的时候就会报错：“该用户已经存在”，error code和error message会依据之前已经定义的接口文档抛出对应的错误，这条用例就是我们的一个断言，也就是一条接口自动化测试用例，执行完这条自动化之后我们需要对插入数据库的代码执行清理操作，这也是一个比较好的编写自动化测试用例的习惯，主要也是怕给数据库造成太多的脏数据，导致测试环境混乱，不利于后面测试。同理我们对注销的操作也是一样的，只是数据准备存在差异，涉及的表不同，这里面的话程序的判断接口是注销，则我们需要在注销涉及的表里面插入一条记录，然后前台在新增的时候会有对应的error message：“已经注销的用户不能新增”。

　　第七、自动化测试用例统计

　　已经写好的自动化测试用例我们需要进行提交，提交之前必须确保本地执行通过，没有失败的测试用例提交到环境上面，如果有失败的测试用例需要按照console的输出提示进行调试，调试完成没有问题提交GIT，这里面还是得说下这个git是个很好的东西，它只会出现那些你新增的内容在提交界面，然后你选择你刚刚编辑过的新增和有改动的代码提交到环境上面，这样后续就可以让自动化统计工具自动统计到，因为我们之前是每月有自动化编写要求的，所以必须在规定的时间将自动化测试用例提交到环境上去，至此我们的自动化测试用例算新增完成，后期的工作主要是维护，后期如果测试环境部署新的代码也是需要定期更新我们的自动化测试脚本。

　　上面已经简单介绍了接口自动化测试用例是什么，接口自动化测试用例适合哪些公司的什么类型系统，接口自动化测试环境怎么搭建，怎么开展接口自动化测试，以及怎么编写一条接口自动化测试用例，希望本次介绍的接口自动化接口测试-TEST-NG框架可以帮助你们顺利完成自动化测试框架选择和搭建，可以对大家后期的自动化测试工作有所帮助，也希望大家可以分享自己公司目前在使用的自动化测试框架，最终我希望每家公司每个产品都可以找到一个适合自己本公司本产品的自动化测试框架，进而最终解放人力成本，让人力资源去做更多更有意义和更有价值的工作。