测试工程师面试，接口测试问题总结

1、什么是接口？

我们注重客户提出的每个要求，我们充分考虑每一个细节，我们积极的做好成都网站建设、成都网站设计服务，我们努力开拓更好的视野，通过不懈的努力，创新互联赢得了业内的良好声誉，这一切，也不断的激励着我们更好的服务客户。 主要业务：网站建设,网站制作,网站设计,微信小程序开发,网站开发,技术开发实力，DIV+CSS，PHP及ASP，ASP.Net，SQL数据库的技术开发工程师。

2、什么是接口测试？

3、接口组成的要素有哪些？

4、Python 的 requests 包是干什么的？

5、如何使用 Python 的 requests 包？

6、为什么开展接口测试？

7、为什么要写接口测试用例？

8、接口测试用例设计主要考虑哪些？

9、接口测试用例包含哪些内容？

10、接口测试如何设计用例？

11、通用接口用例设计？

12、接口测试报告包含哪些内容？

13、测试指标范围包含哪些？

14、做接口测试运用过哪些测试工具？

15、抓包工具用过哪些？

16、为什么进行抓包测试？

17、TCP/IP 参考模型有哪几层？

18、常用协议的端口号？

19、常见的状态码有哪些？

20、你们公司的接口测试流程是怎样的？

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

22、接口测试注意事项？

23、接口测试执行中对比数据库吗？

24、请简述一下 cookie、session 以及 token 的区别？

25、谈谈你对 HTTP 协议的了解？

26、你对 http 请求跟 webservice 请求的了解？

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

28、接口自动化测试框架一般分为几层？

29、测试框架里如何做到数据和代码分离？

1、什么是接口？

接口就是 API，意思是应用程序编程接口。

接口本质上是程序开发的函数和方法，提供参数和返回值。

2、什么是接口测试？

接口测试是测试系统组件间接口的一种测试，接口测试主要用于检测外部系统和内部系统之间以及各个子系统之间的交互点。测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。

3、接口组成的要素有哪些？

接口访问的地址、请求的方法、参数、返回值

（1）接口访问的地址 协议://IP 地址或域名:端口号/应用名/功能名

（2）请求的方法 get、post 等

（3）参数 用户使用接口时，需要向接口提供的数据。

（4）返回值 接口给用户的反馈结果。

4、Python 的 requests 包是干什么的？

requests 是一个 HTTP 库，作用是发送 HTTP 请求，获得响应，往往使用在网络爬虫，接口自动化测试中。

5、如何使用 Python 的 requests 包？

（1）安装 Python

（2）安装 requests 模块

（3）创建.py 文件

（4）导入 requests 模块

（5）编写 Python 代码

（6）调用 requests 方法

6、为什么开展接口测试？

接口测试属于集成测试、测试接入越早，就越能在项目早期发现问题，修复问题成本降低。

接口测试非常快速，UI 自动化执行一个测试用例 10s 左右，接口用例执行一般毫秒级。

7、为什么要写接口测试用例？

（1）理清思路，避免漏测和重复测试。

（2）提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。

（3）更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。

8、接口测试用例设计主要考虑哪些？

（1）功能是否正常。

（2）功能是否按照接口文档实现、是否依赖业务、异常情况（参数异常、数据异常）、安全测试等。

9、接口测试用例包含哪些内容？

用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果

10、接口测试如何设计用例？

接口测试一般考虑入参形式的变化和接口的业务逻辑。

一般设计接口测试用例采用等价类、边界值、场景法居多。

接口测试用例设计思路：

（1）接口业务逻辑测试，接口逻辑测试是指根据业务逻辑，输入参数，输出值的描述，对正常输入情况下所得输出值是否正确的测试，也就是测试对外提供的接口服务是否正常。

（2）模块接口测试，模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块，接口测试主要包括以下几个方面

a.鉴权码 token 异常（为空、没有、错误、过期）

b.其他参数的异常，必填项的检查，参数的长度、类型、格式异常。常规的参数有数字，字符串，日期；参数长度，位数、身份证、电话的长度；参数的类型，数字精度，字母，中文，带空格的参数，特殊字符；日期格式，日期年月日，年月日时分秒，日期格式（包含/-:等）

c.错误码异常覆盖

11、通用接口用例设计？

（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。

（2）参数组合：现在有一个操作商品的接口，有个字段 type，传 1 的时候代表修改商品，商品 id、商品名称、价格有一个是必传的，type 传 2 的时候是删除商品，商品 id 是必传的，这样就要测参数组合了，type 传 1 的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。

（3）接口安全：绕过验证，比如说购买了一个商品，它的价格是 300 元，那我在提交订单时候，我把这个商品的价格改成 3 元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功。参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。密码安全规则，密码的复杂程度校验。

（4）异常验证：所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是 10 的，传 11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。

12、接口测试报告包含哪些内容？

系统接口概况、测试目的与范围、测试工具与资源、测试记录及结果分析（单场景接口、混合场景接口）、测试结论

13、测试指标范围包含哪些？

（1）被测接口接收请求和返回报文。

（2）被测接口返回状态、被测接口对应业务逻辑处理、涉及数据沉淀的处理、复杂场景下多个接口串联交互。

14、做接口测试运用过哪些测试工具？

（1）Postman

（2）JMeter

（3）SoapUI

（4）Python + requests

（5）Java + HttpClient

（6）Java + OkHttp

15、抓包工具用过哪些？

（1）Fiddler

（2）Charles

（3）Wireshark

16、为什么进行抓包测试？

有些时候公司没有标准的接口文档，测试人员只能抓包来获取接口信息。

抓包可以迅速找到请求，通过抓包可以查看整个请求过程，以及响应过程，可以通过抓包来分辨前台还是后台 bug。

通过抓包，可以查看是否有敏感信息泄露，比如用户密码和个人账号信息等数据。

通过抓包进行测试，拦截请求，修改请求数据，查看对应响应结果，抓包本身就是接口测试的一部分。

17、TCP/IP 参考模型有哪几层？

应用层、传输层、网络层、网络接口层

18、常用协议的端口号？

（1）21/tcp FTP 文件传输协议

（2）22/tcp SSH 安全登录、文件传送（SCP）和端口重定向

（3）23/tcp Telnet 不安全的文本传送

（4）25/tcp SMTP Simple Mail Transfer Protocol（E-mail）

（5）69/udp TFTP Trivial File Transfer Protocol（微型文件传输协议）

（6）80/tcp HTTP 超文本传送协议（WWW）

（7）110/tcp POP3 Post Office Protocol（E-mail）

（8）443/tcp HTTPS used for securely transferring web pages

（9）3389/tcp 远程访问 5631/tcp

（10）5632/udp pcanywhere 端口号

（11）1433 SqlServer 服务端口号

（12）1521 Oracle 服务端口号

（13）3306 Mysql 服务端口号

（14）8080 Tomcat 默认服务端口号

19、常见的状态码有哪些？

（1）1XX 信息提示，用于指定客户端相应的某些动作。

（2）2XX 成功，用于表示请求成功。

（3）3XX 重定向，用于移动的文件并且常被包含在定位头信息中制定的新的地址信息。

（4）4XX 客户端错误，用于指出客户端的错误。

（5）5XX 服务器错误，用于指出服务器的错误。

20、你们公司的接口测试流程是怎样的？

（1）从开发中取得接口文档，了解接口业务，主要包括接口地址、请求方式、入参、出参、返回格式等信息。

（2）使用 Jmeter 进行接口测试，创建一个线程组，然后建立一个 http 请求默认值，再新建很多 http 请求，一个请求是一个用例，输入相应接口路径、访问方式、参数等，创建断言和察看结果树。

（3）最后调用并执行测试用例，编写测试报告。

（4）在做接口测试的时候遇到过很多问题，都是自己独立解决的，比如返回值乱码（修改 Jmeter 的配置文件为 UTF-8）。

21、请详细阐述接口测试和 UI 测试在测试活动中是如何协同测试的？

接口测试和 UI 测试这两块其实是有一部分是重叠的，UI 测试是通过前端写的界面来调用接口，而接口测试是直接调接口。所以排除前端的处理的逻辑和调用的正确性，在理论上接口测试是可以覆盖所有的 UI 测试。但实际过程中，如果只是在接口层覆盖所有的业务流，在 UI 上只测试前端的逻辑，最终的结果可能会是忽视很多原有的功能点，导致了 UI 测试的不充分。所以存在多人分工且时间充分的时候可以尝试接口去做业务流的全覆盖，否则不要轻易尝试。

22、接口测试注意事项？

（1）改变请求参数，看响应结果是否和接口文档一致。

（2）查看参数是否有敏感信息（比如个人账户信息，资金信息）。

（3）查看是否对关键参数进行加密处理（密码信息）。

（4）所有列表页接口必须考虑排序值。

（5）接口返回的图片地址能否打开，图片尺寸是否符合需求。

（6）接口有翻页时，页码与页数的异常值测试。

（7）当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求每个接口入参的默认值、异常类型、非空校验。

（8）入参支持多个值时，要考虑传的值的个数多的情况下，接口会不会报错。

23、接口测试执行中对比数据库吗？

肯定要对比，因为接口返回值的数据来源于数据库，接口对数据的操作还要进行深层次的数据库检查。

24、请简述一下 cookie、session 以及 token 的区别？

cookie 数据存放在客户的浏览器上、session 数据放在服务器上、token 是接口测试时鉴权码，一般情况下登陆后才可以获取到 token，然后在每次请求接口时需要带上 token 参数。

cookie 不安全，别人可以分析存在本地的 cookie 并进行 cookie 欺骗，考虑到安全应当使用 session 可以将登录信息等重要信息存放为 session，其他信息可以保存在 cookie。

25、谈谈你对 HTTP 协议的了解？

超文本传输协议，端口为 80，是由请求和响应两部分组成的。

请求是由请求头，请求行，请求正文组成；响应是由响应头、响应行、响应正文组成。

面向安全的话使用 https。

26、你对 http 请求跟 webservice 请求的了解？

（1）http api 接口：是走 http 协议，通过路径来区分调用的方法，请求报文都是 key-value 形式的，返回报文一般都是 json 串，有 get 和 post 等方法，这也是最常用的两种请求方式。可以使用的工具有 postman、RESTClient、jmeter、loadrunner 等。

（2）webservice 接口：是走 soap 协议通过 http 传输，请求报文和返回报文都是 xml 格式的，都是通过工具才能进行调用与测试。可以使用的工具有 SoapUI、jmeter、loadrunner 等。

27、在接口测试中关联是什么含义？如何使用 Postman 设置关联？

关联就是把上一个接口返回值的部分截取出来，作为下一个接口的参数，能让接口串联运行。

在 Postman 中设置关联的步骤如下：

（1）通过正则表达式提取的方式或 json 取值的方式把下一个接口需要的信息从上一个接口截取出来。

（2）使用设置全局变量的代码把取出来的值保存到全局变量里。

（3）在下一个接口中，使用(全局变量)代替要替换的静态值。

28、接口自动化测试框架一般分为几层？

自动化测试框架一般分为 5 层（配置层，脚本层，数据层，测试报告层，驱动层）

接口项目工程规划大致可分为几类，首先是测试结果类，比如说叫 test_rusult，里面存放一些比如日志文件，测试报告。然后是测试用例 testcase，里面分模块存放测试用例。接下来是公共方法类，比如说叫 public，或者是 tools，里面存放一些，读取 excel 数据的方法，发送 http 请求的方法，收集 log 日志的方法，发送邮件，操作数据库等方法。还有就是配置文件类，比如说叫 config，里面存放一些指定运行部分用例的配置文件，连接数据库的配置文件。最后是写一个 run 方法，运行所有的用例。

29、测试框架里如何做到数据和代码分离？

第一种：写在 excel 表格里，像这种主要是读取 excel 数据有点麻烦，常用的用来读取 excel 的第三方库有 openpyxl，xlrd 等。当然读取 excel 数据最好用的还是用来做数据分析的 pandas 模块，不用写那么多 for 循环。

第二种：数据存放到 yaml 文件里，一个模块或者是一个功能写一个 yaml 文件，最后写个读取 yaml 文件的公共方法就行了。yaml 格式的文件比较简单。

第三种：存放在数据库里面。

第四种：数据存放在 json 文件里。

数据库中视图怎么进行软件测试

从测试过程的角度来说我们也可以把数据库测试分为：

系统测试

传统软件系统测试的测试重点是需求覆盖，而对于我们的数据库测试同样也需要对需求覆盖进行保证。那么数据库在初期设计中也需要对这个进行分析，测试。例如存储过程，视图，触发器，约束，规则等我们都需要进行需求的验证确保这些功能设计是符合需求的.另一方面我们需要确认数据库设计文档和最终的数据库相同，当设计文档变化时我们同样要验证改修改是否落实到数据库上。

这个阶段我们的测试主要通过数据库设计评审来实现。

集成测试

集成测试是主要针对接口进行的测试工作，从数据库的角度来说和普通测试稍微有些区别对于数据库测试来说，需要考虑的是数据项的修改操作、数据项的增加操作、数据项的删除操作、数据表增加满、数据表删除空、删除空表中的记录、数据表的并发操作、针对存储过程的接口测试、结合业务逻辑做关联表的接口测试。

同样我们需要对这些接口考虑采用等价类、边界值、错误猜测等方法进行测试。

单元测试

单元测试侧重于逻辑覆盖，相对对于复杂的代码来说，数据库开发的单元测试相对简单些，可以通过语句覆盖和走读的方式完成。

系统测试相对来说比较困难，这要求有很高的数据库设计能力和丰富的数据库测试经验。而集成测试和单元测试就相对简单了。

而我们也可以从测试关注点的角度对数据库进行分类：

功能测试

对数据库功能的测试我们可以依赖与工具进行：

DBunit：一款开源的数据库功能测试框架，可以使用类似与Junit的方式对数据库的基本操作进行白盒的单元测试，对输入输出进行校验。

QTP：大名鼎鼎的自动测试工具，通过对对象的捕捉识别，我们可以通过QTP来模拟用户的操作流程，通过其中的校验方法或者结合数据库后台的监控对整个数据库中的数据进行测试。个人觉得比较偏向灰盒。

DataFactory：一款优秀的数据库数据自动生成工具，通过它你可以轻松的生成任意结构数据库，对数据库进行填充，帮助你生成所需要的大量数据从而验证我们数据库中的功能是否正确。这是属于黑盒测试。

数据库性能虽然我们的硬件最近几年进步很快，但是我们需要处理的数据以更快的速度在增加。几亿条记录的表格在现在是司空见惯的，如此庞大的数据量在大量并发连接操作时，我们不能像以前一样随意的使用查询，连接查询，嵌套查询，视图，这些操作如果不当会给系统带来非常巨大的压力，严重影响系统性能。

性能优化分4部分：

1、物理存储方面

2、逻辑设计方面

3、数据库的参数调整

4、SQL语句优化

性能测试：

我们如何对性能方面进行测试呢，业界也提供了很多工具通过数据库系统的SQL语句分析工具，我们可以分析得到数据库语句执行的瓶颈，从而优化SQL语句。

Loadrunner：这个不用多说，我们可以通过对协议的编程来对数据库做压力测试。

Swingbench：(这是一个重量级别的feature，类似LR，而且非常强大，只不过专门针对oracle而已)数据库厂商也意识到这点，例如oracle11g已经提供了real applicationtest，提供数据库性能测试，分析系统的应用瓶颈。

还有很多第三方公司开发了SQL语句优化工具来帮助你自动的进行语句优化工作从而提高执行效率。

安全测试：

软件日益复杂，而数据又成为了系统中重中之重的核心，从以往对系统的破坏现在更倾向于对数据的获取和破坏。而数据库的安全被提到了最前端自从SQL 注入攻击被发现，冒失万无一失的数据库一下从后台变为了前台，而一旦数据库被攻破，整个系统也会暴露在黑客的手下，通过数据库强大的存储过程，黑客可以轻松的获得整个系统的权限。而SQL的注入看似简单缺很难防范，对于安全测试来说，如何防范系统被注入是测试的难点。

业界也有相关的数据库注入检测工具，来帮助用户对自身系统进行安全检测。

对于这点来说业界也有标准，例如ISO IEC 21827，也叫做SSE CMM 3.0，是CMM和ISO的集成的产物，专门针对系统安全领域的另外一方面，数据库的健壮性，容错性和恢复能力也是我们测试的要点

我们也可以发现功能测试，性能测试，安全测试，是一个由简到繁的过程，也是数据库测试人员需要逐步掌握的技能，这也是以后公司对数据库测试人员的要求。

软件测试之接口测试核心-URLamp;HTTP协议详解重磅来袭，转发收藏

URL：统一资源定位符。

URI：统一资源标识符。

URL可以看作是URI的具体实现。

·protocol

·domain

·port

·path

·url parameters

示例：

协议，一般是指://之前的部分，表明通信双方所采用的通信协议。

协议：是指通信双方对于通信的数据所采用的数据格式、规程、含义等所作的约定。

对于协议，建议大家了解两个模型：OSI模型和TCP/IP模型。

从接口测试的角度来说，在不同的通信层可以通过不同的协议来实现接口的测试。

一般来说，应用层的协议是最接近用户，最容易实现的。

常见的应用层协议有：

http

https http+ssl

ftp

ssh

smtp

pop3

mysql

oracle

MS SQL

是指://之后的服务器地址。域名可以是真实的服务器机器的机器名、IP地址、虚拟的域名。

示例：

ke.qq.com

192.168.1.100

是指通过冒号连接在域名之后的数字。

端口：0--65535

端口是由服务器自身来进行设定的，是服务器用来发布服务，监听客户端的请求的。

如果服务器所设置的监听端口是所提供服务的通信协议的默认通信端口，则用户在访问服务器时，可以省略端口。

常见的协议及其默认的通信端口：

http 80

https 443

ftp 21

ssh 22

smtp 25

pop3 110

mysql 3306

oracle 1521

MS SQL 1433

是指在端口之后的所有内容。

一般来说path是指我们要访问的资源or服务在服务器的容器下的路径。

通常path就会和接口的功能直接挂钩。

URL地址参数也是属于PATH的一部分。

url地址参数是指通过问号的方式连接在path之后的部分。

url地址参数采用的是键值对的方式传递参数值，多个键值对之间使用作为连接符。

http协议：HypeText Transfer Protocol，超文本传输协议。

目前来说，http协议是绝大多数服务首选的通信协议。

http协议是一种基于request（请求）和response（响应）的协议。

这就意味着http协议是分为两个部分：

·http request：http请求，是用来定义请求的发送者应该如何去组织数据。

·http response：http响应，是用来定义请求的处理者应该如何去组织返回的数据。

http请求是由三个部分构成：

请求行是指请求数据包中的第一行内容。

示例：GET /phpwind/ HTTP/1.1

一般来说，请求行中包含以下信息：

所有的http请求都必须有请求方法，如果没有指定，则默认为get方法。

常见的请求方法有：get、post、put、patch、delete、options、trace、header等。

接口使用何种请求方法，和测试没有关系，只和设计、开发有关系。

get和post的区别：

请求路径就是指URL中的路径部分，包含url地址参数。

请求头是指请求数据包中从第二行开始到第一个空行截止的所有内容。

请求头是客户端用来和服务器进行交互信息、控制信息的交互的，通常和业务本身是没有关系。

请求头是键值对应的。

标准的请求头都是有其特殊的含义和作用的。

比较常用的请求头：

· User-Agent ：简称UA，客户端用来告知服务器，客户端的环境信息。

PS：服务器通常会根据该信息头来判断客户请求的来源。

session和cookie的维持和该请求头有关（一致性）。

· Content-Type ：如果请求body中有数据，则该信息一定要添加。

PS：

·该信息头是用来告知服务器，请求主体中的数据的数据组织格式。

常见的组织格式有：

键值对格式：

示例： aaa=1bbb=2

混合表单格式，多用于文件上传类型的接口。boundary表示分隔符，实际的请求主体中的分隔符比请求头中的分隔符要多"--"。

表示发送的是json格式的数据。

示例：{"aaa":1,"bbb":2}

·请求中具体使用何种格式的数据组织格式，由接口本身决定。

·要避免在全局请求头中使用Content-Type。

·c ookie、token ：状态相关的信息头。一般来说cookie不用额外处理。

token这样的信息头基本上都需要做关联处理。

是指请求数据包中从第一个空行开始到最后的所有内容。

·请求主体一般都是和业务相关的，是客户端发送给服务器的业务数据。

·请求主体中的数据是有特定组织格式（Content-Type），由开发决定，和测试无关。

·查看请求数据，建议通过raw格式。。尤其是进行调试的时候。

一般来说http响应也是分为三个部分。

·response line：响应行

·response headers：响应头

·response body：响应主体

响应行是指响应数据包中的第一行内容。

通常来说包含下列信息。

示例：

HTTP/1.1 200 OK

响应代码，又叫status、status code，状态、状态码。

响应代码是服务器用来告知客户端，服务器对于请求的通信逻辑层面的处理结果。

响应代码是三位长度的数字，根据首位数字的不同，可以分为5类。

1xx：表示连接建立过程中的交互、控制信息。

2xx：表示服务器处理成功，典型就是200.

3xx：表示重定向。

PS：1xx、2xx、3xx都表示请求成功，即服务器正常工作。

4xx：表示客户端错误。

如：400、401、403、404、405

5xx：表示服务器错误。

如：500、502、501

PS:在接口测试时，不论出现4xx、5xx都表示脚本出错了。

脚本出错有两种情况：

·协议层面：http请求的格式组装问题。

·业务层面：业务相关的数据不合法导致。

PS：一旦出错，我们需要做的就是去对比成功的请求数据包（包含头和body）和失败的请求数据包。

响应头是指响应数据包中从第二行开始到第一个空行截止的部分。

响应头是服务器用来告知客户端，服务器的一些交互、控制信息。

比较常见的：

set-cookie：是服务器用来返回cookie给客户端。

响应主体，是指响应数据包中从第一个空行开始到最后的所有内容。

·响应主体有可能是压缩、编码的，有些测试工具会自动处理，有些需要编程处理。

·响应主体一般都是服务器对于接口的处理结果，和业务相关。

这就意味着我们要判断一个接口的功能是否正确，或者要提取服务器返回的数据，通常都要对响应主体进行操作。

如何使用swingbench实现oracle数据库压力测试

1、首先使用VMVARE10搭建一个redhat6.5的虚拟机。

2、在虚拟redhat6.5上安装ORACLE11G的数据库。

3、使用oewizard导入测试数据，可以根据向导提示进行数据导入。

4、使用swingbench进行压力测试。

测试步骤：

1、导数据之前需要修改temp表空间大小，使其能够容纳下相应的导入数据

create temporarytablespace temp tempfile '/home/oracle/oradata/orcl/temp.dbf' size 1g;

alter databasedefault temporary tablespace temp;

2、 安装swingbench测试软件，直接解压缩即可运行。

unzip -x swingbench25919.zip

3、进入swingbench/bin目录执行oewizard导入1G测试数据，并修改数据库连接名和DBA密码

wKioL1Qx2h3TrIIGAAGyVq92CVA180.jpg

输入导入数据文件存放位置：

wKiom1Qx2nGTFbZFAAGBnRUybxU038.jpg

选择导入1G数据：

wKioL1Qx2tnyThWoAAE8qLLgIJI464.jpg

数据导完之后在该目录下运行swingbench执行测试，修改数据库连接名，用户连接数设置为300，测试时间设置为10分钟

wKiom1Qx2v6S6yjvAAKAl63J5mg784.jpg

修改Distributed Controls用于测试过程中搜集测试监控信息，修改完之后测试连接是否正常， 并可以统计主机的cpu disk IO 信息

wKioL1Qx24DDSssqAAFmiLc2VSU132.jpg

还可以 拉出AWR报表

wKioL1Qx3O2gzw45AADH_p4CEeQ979.jpg

设置 insert，update ，select的比例

wKioL1Qx3RHB32ITAAEK9ABjiPI261.jpg

设置完成之后，点击左上角绿色按钮执行测试

wKiom1Qx24zgsNQ-AAEJ51YcKSs614.jpg

wKiom1Qx3QaxFssnAAGpJeiYV6Q924.jpg

测试结果可保持为XML文档，

用jmeter做oracle数据库测试时，JDBC配置正确，输入语句，执行报错。

配置SQL Server 2000数据库连接池时，属性validationQuery默认值为“select 1”，

而在Oracle数据库连接池中应设置为“validationQuery="select 1 from dual"”

在JDBC Connection Configuration中修改validation Query