接口测试框架有哪些

接口测试框架有哪些

问题一：接口测试的基本思路？如何搭建框架 接口测试就是对某一个接口进行测试代码的编写和执行。一般情况下，实施接口测试的优先级是：对暴露在外面的接口（该接口会给第三方调用）进行接口测试；内部的核心功能接口也会做接口测试；内部非核心功能接口的接口测试（很多时候就是单元测试）。当然这个实施的具体细节，还需要根据项目的情景和人员的能力来确定如何实施接口测试、在哪里做接口测试、为什么要做接口测试、做到什么程度等。
接口测试的实施条件
接下来说下，接口测试实施需要的一些条件。第一个就是测试人员的能力，代码的熟悉能力、接口测试框架的使用能力、接口测试环境的搭建能力、接口测试设计的能力、基础代码的编写能力、基础Debug能力等。第二个就是接口测试框架，框架是否定制化一些功能（比如自动加载java bean、方便初始化数据、方便校验数据库数据等）。第三个就是测试团队和测试流程的支持，测试团队需要支持测试人员对核心接口进行接口测试（包括时间上、精力上、技术上等支持）；测试流程上需要保证接口测试的效率和项目接入性（在项目当中实施接口测试，充分考虑开发团队和功能测试团队合作等）。问题二：python做接口测试时有哪些框架呢 1、日志类，用于测试时日志记录
pyapilog.py
1 # -*-coding:utf-8 -*-
2 # !/usr/bin/python
3 __author__ = 'dongjie'
4 __data__ = '2015-05-20'
5
6 import logging
7 import datetime
8 import os
9 import setting
10 logLevel = {
11 1 : logging.NOTSET,
12 2 : logging.DEBUG,
13 3 : logging.INFO,
14 4 : logging.WARNING,
15 5 : logging.ERROR,
16 6 : logging.CRITICAL
17 }
18 setFile = os.path.join(setting.root_dir, 'setting.ini')
19 loggers = {}
20
21
22 # 定义日志方法,从配置文件读取日志等级,且定义日志输出路径
23 def pyapilog(**kwargs):
24 global loggers
25 log_level = setting.logLevel
26 log_path = setting.logFile
27 if os.path.exists(log_path):
28 log_file = os.path.join(log_path, datetime.datetime.now().strftime('%Y-%m-%d') + '.log')
29 else:
30 os.mkdir(r'%s' % log_path)
31 log_file = os.path.join(log_path, datetime.datetime.now().strftime('%Y-%m-%d') + '.log')
32 logger = logging.getLogger()
33 logger.setLevel(logLevel[log_level])
34 if not logger.handlers:
35 # 创建一个handler，用于写入日志文件
36 fh = logging.FileHandler(log_file)
37 fh.setLevel(logLevel[log_level])
38 # 再创建一个handler，用于输出到控制台
39 ch = logging.StreamHandler()
40 ch.setLevel(logging.ERROR)
41 # 定义handler的输出格式
42 formatter = logging.Formatter('%(asctime)s %(filename)s[line:%(lineno)d] %(levelname)s %(message)s')
43 fh.setF......余下全文>>问题三：接口自动化测试工具有哪些？ 接口自动化：
如果是那种http协议的接口
那么第一种，使用eclipse 自己封装下httpclient ，然后自己写java脚本进行接口测试 这种要麻烦点
第二种，使用jmeter工具，这个是专门针对http接口的进行性能以及接口测试工具问题四：如何通过http接口实现自动化测试框架 一、测试需求描述
对服务后台一系列的http接口功能测试。
输入：根据接口描述构造不同的参数输入值
输出：XML文件
eg: xxx.com/xxx_product/test/content_book_list.jsp?listid=1二、实现方法
1、选用Python脚本来驱动测试
2、采用Excel表格管理测试数据，包括用例的管理、测试数据录入、测试结果显示等等，这个需要封装一个Excel的类即可。
3、调用http接口采用Python封装好的API即可
4、测试需要的http组装字符转处理即可
5、设置2个检查点，XML文件中的返回值字段（通过解析XML得到）；XML文件的正确性（文件对比）
6、首次执行测试采用半自动化的方式，即人工检查输出的XML文件是否正确，一旦正确将封存XML文件，为后续回归测试的预期结果，如果发现错误手工修正为预期文件。（注意不是每次测试都人工检查该文件，只首次测试的时候才检查）问题五：软件测试中接口测试的分类 关于接口测试，做过一些WEB与PC/移动端相关的，该属于客户端与WEB端通信的接口测试。问题六：有什么好的开源自动化测试框架可以推荐？ 那要看你主要测什么：testng 是一个测试用例的管理的一个框架，可通用
如果你是测web的 那么可以使用seleium
如果测试Android 可以使用appium或者robotium
如果测试接口，可以封装 httpClient问题七：有哪些好用的 RESTFUL API 自动化测试框架 一个好的RESTful API，应该具备以下特征： 这个API应该是对浏览器友好的，能够很好地融入Web，而不是与Web格格不入。 1.浏览器是最常见和最通用的REST客户端。好的RESTful API应该能够使用浏览器+HTML完成所有的测试（不需要使用编程语言）。问题八：如何做好接口测试？ sgbtmy：基于selenium的自动化框架开发，我主要是想问一下，你的框架除了前台的自动化，后台的数据的测试是否集成在你的测试框架中？ 小刀：你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知理解的是否正确，那么根据这个理解，我的解释是，在我们框架中，增加了很多的功能方法用来帮助进行自动化脚本的编写和结果校验，其中就包括后台数据校验方法，当我们的测试用例需要在后台进行数据校验的时候，调用这些数据校验方法即可。相当于是，前台页面操作的自动化是封装selenium的方法去操作页面，而对后台数据的校验是通过增加功能方法来实现的，可以理解为不同的两部分，但是在编写测试脚本的似乎，根据测试用例的设计，这两部分都可以拿过来使用。 不知道是否解答了你的疑问，如果没有，请你指出，谢谢你。 tjy688：你们做接口测试的流程一般是怎么样的？ 小刀：接口测试的流程其实和功能测试的流程类似，因为接口测试依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。 需求确定以后，开发会根据需求进行接口设计，会产出接口定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行测试计划，测试设计，然后还需要和配管确定测试环境相关的事情。 在开发完成接口定义之后，就根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。 测试用例设计完成后，针对测试用例进行评审，然后，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法。 已有测试代码时，就要进行测试代码的持续集成了，我们是使用hudson来进行持续集成的 在项目结束后，会对每个项目进行总结。 如果有问题，请指出，我们一起讨论。 xinhuayw：我想了解一下你们现在是怎样保证项目测试用例的重复运行的。 小刀：对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，我们是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。 csun888：什么是接口测试，基础知识什么的讲讲吧！ 小刀：你好，接口可以分下面几种 1、系统与系统之间的调用，比如银行会提供接口供电子商务网站调用，或者说，支付宝会提供接口给淘宝调用 2、上层服务对下层服务的调用，比如service层会调用DAO层的接口，而应用层又会调用服务层提供的接口，一般会通过 3、服务之间的调用，比如注册用户时，会先调用用户查询的服务，查看该用户是否已经注册。 而我们所要做的接口测试，先要了解是基于哪一种类型的接口测试，不同类型的接口测试方法可能是不一致的，总体来说，不管是那种类型，我们只要把被测接口当做是服务方，而把我们的测试手段当做是客户方，我们的目的就是，通过我们的测试手段，去验证服务端满足了他声明提供的功能。 至于说到具体的测试方法，http协议的接口测试，一般会用jmeter去测试，jmeter的好处是不用写测试代码，直接使用jm......余下全文>>问题九：如何做好接口测试 你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知理解的是否正确，那么根据这个理解，我的解释是，在我们框架中，增加了很多的功能方法用来帮助进行自动化脚本的编写和结果校验，其中就包括后台数据校验方法，当我们的
测试用例需要在后台进行数据校验的时候，调用这些数据校验方法即可。相当于是，前台页面操作的自动化是封装selenium的方法去操作页面，而对后台数据的校验是通过增加功能方法来实现的，可以理解为不同的两部分，但是在编写测试脚本的似乎，根据测试用例的设计，这两部分都可以拿过来使用。问题十：有什么好的开源自动化测试框架可以推荐 1、首先我想知道你的C/S架构的软件程序编程语言是什么？是C++、Java还是啥？ 2、是java的话，我推荐你使用开源测试工具abbot，它包括录制功能，它的测试用例是用XML写的，但是我建议你可以根据自己的需求进行aboot的修改，可以修改为直接调用其底层的对象识别API，然后上层自己拓建。至于。你想实现填表单工作 1）靠录制，然后加一个for循环，不过这要是用abbot的XML实现较麻烦，因为XML的逻辑实现不好，那你可以自己写一个XML解析函数，用一个程序自动化更新XML用例 3、是MC的程序的话，商用的很多都可以。个人觉得：你用C++自动化测试的话，最好能够自己去做一些自动化测试工具，是应用一些方法操作C++控件吗，这样的话，你可以找一些操作接口拓展自己的控件操作库，灵活而且复用性好，方法有： 1）应用MSAA提供的接口，MSAA的全称是Microsoft Active Accessibility。这是类似DCOM技术。技术模型是这样的，UI程序可以暴露出一个Interface，方便另一个程序对其进行控制。 MSAA技术的初衷是为了方便残疾人使用Windows 程序。比如盲人看不到窗口，但是盲人可以通过一个USB读屏器连接到电脑上， 读屏器通过UI程序暴露出来的这个Interface，就可以获取程序信息，通过盲文或者其它形式传递给盲人。MSAA提供了如此方便的功能， UI自动化测试自然可以借用这项技术。MSAA暴露出来的Interface叫做 IAccessible。 2）每个windows窗口都有句柄，找到了窗口句柄我们就能够对其进行一系列操作。在找寻句柄的属性下，你可以用SPY C++进行识别。 4、.net程序的话，我记得VS2010自带的 CUIT工程就可以，其包含录制和回放API，蛮好的