测试工具 订阅
软件测试是当前保证软件产品质量控制、管理与检测的重要手段,越来越受到各国企业的关注。随着软件测试的地位逐步提高,测试的重要性逐步显现,测试工具的应用已经成为了普遍的趋势。用于测试的工具种类繁多,一般包括白盒测试、黑盒测试、性能测试,以及测试管理等。 展开全文
软件测试是当前保证软件产品质量控制、管理与检测的重要手段,越来越受到各国企业的关注。随着软件测试的地位逐步提高,测试的重要性逐步显现,测试工具的应用已经成为了普遍的趋势。用于测试的工具种类繁多,一般包括白盒测试、黑盒测试、性能测试,以及测试管理等。
信息
外文名
Test tool
对    象
应用程序
名    词
名词
中文名
测试工具
工    具
WinRunner
测试工具评测工具标准
WinRunner™是一种企业级的功能测试工具,用于检验企业应用程序是否能如期进行。通过自动捕获、检测和重放用户的交互操作,WinRunner能够发现系统缺陷,并确保那些跨越多个应用程序和数据库的业务流程在初次发布就避免故障的出现,并且保持其长期稳定地运行。您的公司的程序开发员刚创建完成一个新的Web应用程序,然而在布署应用程序之前,您必须测试该程序,以确保其正常运行,不会产生错误,但这并非是您唯一需要检测的对象,因为人事部门刚刚升级他们的erp系统,而你的客户不再加一个CRM程序,所以问题就是如何有效的测试不断变化着的多重应用程序,而且这些应用程序存在于您的企业内部的不同环境之下--其实该问题也同样困扰着许多其他的公司。 如果资源有限的话,这个问题就比较棘手。人工测试的工作量大,况且您负担不起额外的时间来培训新的测试人员。为了确保那些复杂的应用程序在不同的环境下都可以可靠的运行,您需要一个易操作的测试工具来自动完成功能测试。MercuryInteractive的WinRunner软件为企业提供一个强大的功能测试工具。通过捕获、检测和重放用户对您企业Web应用程序的互动操作,WinRunner可自动执行功能测试。您因此可以辨认错误,确保应用程序顺利部署,并且能够安排和执行测试。一旦测试计划建立后,TestDirector的TestLabManager为测试日程制订提供一个基于Web的框架。他的SmartScheduler™根据测试计划中创立的指标对运行着的测试计划中创立的指标对运行着的测试执行监控。当网络上任何一台主机空闲,测试能够彻夜执行于其上,SmartScheduler能自动分辨是系统还是应用错误,然后将测试重新安排到网络上的其他机器。 TestDirector,对于不断改变的Web应用,经常性地执行测试是至关重要的,能够追查出错发生的环节并评估应用质量,然而,这些测试运行都要消耗测试资源和测试时间。使用GraphicDesigner图表设计,您可很快的将测试分类以满足不同的测试目的,如功能测试,负载测试,完整性测试等,他的拖动功能可简化设计和排列在多个机器上运行的测试,最终根据设定好的时间、路径或其他测试的成功和否,为序列测试制订执行日程。SmartScheduler能让您在更短的时间内,在更少的机器上完成更多的测试。用Winrunner®、Astra®、QuickTest™、AstraLoadTest或LoadRunner来自运动运行功能或负载测试,无论成功和否,测试信息都会被自动汇集传送到TestDirector的数据储存中央。同样,人工测试也以次方式运行。当测试完成后,项目经理必须解读这些测试数据,并将这些信息用于工作中。当有出错发现时,他们还要指定相关人员及时纠正。TestDirector的错误管理功能直接贯穿并作用于检测的全过程,以提供管理系统终端--终端的出错跟踪包括,从最初的问题发现到修改错误再到检验修改结果。由于同一项目组中的成员经常分布于不同的地方,TestDirector基于浏览器的特征,使出错管理能让多个用户何时何地都可通过Web查询出错跟踪情况。利用出错管理,测试人员只需要进入一个URL,就能够汇报何更新错误。过滤整理错误列表并作出趋势分析。再进入一个出错案例之前,测试人员还能够自动执行一次错误数据库搜寻确是否已有类似的案例记录,这已查寻功能能够避免重复劳动。测试过程的最后一步时分析测试结果,确定应用程式是否已部署成功或需要再次测试。TestDirector常规化的图表和报告和再测试的任何的任一环节帮助你对数据信息进行分析。TestDirector还以标准的HTML或Word形式提供一种生成和发送正式测试报告的一种简单方式。测试分析数据还能够简便地输入到一种工业标准化的报告工具,如Excel,Reportsmith,Crystal,Reports和其他类型的第三方工具。应用测试工具最广为人知的就是自动化工具,它们尝试来取代人力 ——让电脑完成点击并检查。测试自动化最常见的类型就是用户界面驱动的,用户记录一系列操作及其预期结果。用户界面自动化的两大常见类型是记录/回放这里一个工具记录下交互操作并且随后将这些操作自动化,期望得到相同的结果—并且是关键词驱动的—这里用户界面的元素。关键词驱动的测试通常在某个编程语言里创建,但是不一定非得如此;可以在电子表格里记录元素标识符,命令,输入和预期结果。持续集成工具就是支持类工具,可以检测到新代码的check-in,从而开始构建build,创建一个新的虚拟Web服务器—或者更新某个staging服务器—将新代码交付到目标机器上,运行自动化来测试程序,检查结果并且用邮件将失败信息发送给相关团队。对于很简单的软件而言,可以使用便利贴或者电子表格来跟踪bug报告。但是当软件更为复杂时,这就会变得很难用,公司就需要使用为解决此类问题而设计的专业软件。通常来说,专业的bug跟踪工具会报告bug的严重程度,优先级,发现问题的时间,确切的重现步骤,修复问题的人,问题在哪个build上被修复,以及提供搜索和标签的机制来帮助使用者找到某个defect。这些工具不仅仅能够帮助编程人员和项目经理;客户服务和已有用户也可以使用这些工具来查找某个问题是不是已知问题,是否已经计划修复,升级某个已知问题,并且汇报非已知问题。Bug跟踪工具也能够有助于工作流,因为可以将bug分配给编程人员,然后给测试人员重新检查,然后标记为待部署,并且在部署之后,标记为已部署。当我们讨论软件测试领域的覆盖率时,我们实际在探讨两个领域的问题。第一个领域是代码覆盖率,关注于被测试覆盖的软件的代码百分比。代码覆盖率最常见的类型是statement覆盖率,它是在测试流程运行过的statement的百分比——手动测试,自动测试或者两者。第二个领域是应用程序覆盖率,从另外的维度查看测试流程——通常是,被“覆盖”的需求百分比。常见的应用程序覆盖率工具之一是一个可跟踪的矩阵——一个列表,列出哪些测试覆盖了哪些需求。通常来说,测试用例管理软件记录了所有计划的测试,并且允许测试人员为某个给定版本将某个测试用例标记成“已执行”,这使得管理层可以了解多少百分比的测试已经“被覆盖”了。这是一种“质量保证”,检查测试流程,和管理控制一起来确保应用程序的每个部分都被覆盖了。 [1] 
收起全文
精华内容
参与话题
问答
  • 接口测试工具Postman接口测试图文教程

    万次阅读 多人点赞 2018-07-11 13:10:03
    市场上有很多优秀的,完善的接口测试工具,比如SoapUI,Postman等,能够高效的帮助后端开发人员独立进行接口测试。这里使用Postman接口测试工具,此处以请求方式为POST的userLogin登录接口为例。

    目录

    一、前言

    二、Postman安装和使用

    三、请求方式

    四、资金记录接口实例演示


    一、前言

        在前后端分离开发时,后端工作人员完成系统接口开发后,需要与前端人员对接,测试调试接口,验证接口的正确性可用性。而这要求前端开发进度和后端进度保持基本一致,任何一方的进度跟不上,都无法及时完成功能模块的测试。
        做为后端开发人员,要求独立开发完成某个接口后,开发人员自己需要先测试通过后再提交给测试人员进行测试,否则会出现到测试人员哪里业务流程根本就走不通,或者BUG会过多的情况等。
        市场上有很多优秀的,完善的接口测试工具,比如SoapUI,Postman等,能够高效的帮助后端开发人员独立进行接口测试。这里使用Postman接口测试工具,此处以请求方式为POST的userLogin登录接口为例。

    二、Postman安装和使用

        1、这个直接去官网下载即可,我们使用免费版即可满足基本接口测试,根据个人或者公司的项目实际情况考虑是否需要专业版或者其他。
     
    免费版官网链接:https://www.getpostman.com/postman
    下载好的安装程序Postman-Win64-xxx-Setup.exe,双击安装即可。建议安装在非系统盘,即C盘在外的其他盘,另建议使用全英文路径,避免使用中文路径。
     
        2、打开Postman如下图2-1,可以关闭该页面跳过注册账户,非登陆状态下该工具可以直接使用。接下来出现引导页面,类似IDEA,Android Studio等开发工具的引导页。此处关闭即可。
    图2-1注册账户图
     
    图2-2项目创建引导图

    3、进入Postman主页面并创建项目接口集合

        这里是我之前用过,所以左侧文件栏存在几个已有的文件夹。
        选择功能菜单New下的Collection创建项目接口集合。新建一个亿的项目A hundred million,可在Description部分写一下项目描述。

    图2-3Postman主页面
     
    图2-4新建项目接口集合图

    4、创建项目模块文件夹

        一般项目会分多个管理模块或者功能模块进行开发。这里可根据项目具体情况创建子文件夹方便接口管理。此处在A hundred million项目右键创建资产管理assets文件夹、user用户管理文件夹。可将测试的接口实例保存在对于管理模块下。

    图2-5新建资产管理文件夹

    5、后台登录接口演示

        开发完成后台接口,编写正确严谨的逻辑代码处理前端请求。此处登录接口代码如下,运行后台开发项目,使该接口能够访问。接口请求路径为:http://localhost:8080/manage/app/user/login

    @Controller
    @RequestMapping("/manage/app/")
    @Scope("prototype")
    public class AppUserController {
    
       /**
        * 日志
        */
    public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");
    
    @Resource
    private AppUserService appUserService;
    
        /**
         * 用户登录
         * @param baseResult
         * @return
         */
        @RequestMapping(value = "user/login" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
        @ResponseBody
        public BaseResult loginUser(@RequestBody BaseResult baseResult) {
            customFile.info("appId:"+ baseResult.getTreasureID()+ "用户登陆访问:" + baseResult.toString());
            return appUserService.loginUser(baseResult);
        }
    }

    6、新建接口测试

        在Postman主页面Content部分点击'+'按钮,新增一个接口测试。在图2-6所示第一部分填写接口请求路径,左侧下拉列表可选择请求方式,此处选择POST请求方式。接口请求路径为http://localhost:8080/manage/app/user/login。第二部分是请求体,即包含接口所需请求参数的Body,此处选择原始数据RAW,数据类型使用JSON数据作为请求数据。点击蓝色Send按钮发送请求,后台项目接口接收请求并响应返回执行结果。此处后台处理数据返回结果仍是JSON数据,这个看实际项目而定,此处仅做演示。第三部分是接口响应体,即接口响应请求处理并返回的数据。点击Pretty自动匹配接口返回的数据格式并对数据美化显示,使数据看起来更加直观。如果接口测试出现异常,则可以通过PreView视图查看浏览器响应接口的页面信息,也可以通过Header了解请求状态等参数。一般出现异常还是直接去后台看控制台的异常信息及项目日志来处理解决异常,再进行接口测试。

    图2-6接口测试图

        接口测试通过后,可Ctrl+S保存接口测试实例,填写接口测试名称和接口描述信息,选择要保存的路径,此处保存在user用户管理模块文件夹。当项目的接口全部测试通过后,可在A hundred million项目右键Export导出接口文档,保存为JSON接口测试文件,该文件可通过Postman导入查看。

    三、请求方式

        对于后台开发的接口,请求方式肯定不止POST一种,Postman也支持多种请求方式。在新建接口测试实例时可选择接口的请求方式,如图3-1。

    图3-1接口请求方式图

        请求类型可以模拟Form表单文本提交,Form表单文件提交,raw原始数据提交,二进制文件提交。对于原始数据类型raw还支持不同文件格式,包括JSON,TXT,HTML等多种文件格式。

    图3-2数据请求类型图

     

    四、资金记录接口实例演示

        后台开发接口如下,服务器部署运行后台项目。接口请求路径为:http://localhost:8080/manage/app/user/asset/withdrawRecord

    @Controller
    @RequestMapping("/manage/app/")
    @Scope("prototype")
    public class AppUserAssetController {
     
        /**
         * 日志
         */
        public static Logger customFile = LoggerFactory.getLogger("manageCustomFile");
    
        @Resource
        private AppUserAssetService appUserAssetService;
        
        /**
         * 获取提现记录
         * 即我的页面中的资金记录
         * @param baseResult
         * @return
         */
        @RequestMapping(value = "user/asset/withdrawRecord" , produces = "application/json;charset=UTF-8", method = RequestMethod.POST)
        @ResponseBody
        public BaseResult getUserWithdrawRecord(@RequestBody BaseResult baseResult){
            customFile.info( "appId:"+ baseResult.getTreasureID() + "用户提现记录获取"+baseResult.toString());
            return appUserAssetService.getUserWithdrawRecord(baseResult);
        }
    }

    新建资金接口测试
    请求方式为POST,
    请求URL为http://localhost:8080/manage/app/user/asset/withdrawRecord
    请求体为JSON类型的原始数据
    点击Send请求接口,接口响应请求处理返回结果如图3-3所示


    图3-3资金记录接口测试图
     
    展开全文
  • 测试工具

    千次阅读 2020-02-02 18:17:43
    测试工具

     


    1 CentOS7下ab的安装

    yum -y install httpd-tools

    2 windows下ab的安装

    下载地址:https://www.apachehaus.com/cgi-bin/download.plx


    3 ab常用命令

     

     

     

     


    https://blog.csdn.net/qq_40794973/article/details/92383057 

    https://blog.csdn.net/u011415782/article/details/78501799

    展开全文
  • 并发测试工具

    万次阅读 热门讨论 2019-06-15 14:40:47
    并发测试工具 一、Postman Postman一款非常流行的API调试工具。其实,开发人员用的更多。因为测试人员做接口测试会有更多选择,例如Jmeter、soapUI等。不过,对于开发过程中去调试接口,Postman确实足够的简单方便...

    并发测试工具

    一、Apache Bench简介

    ApacheBench 是 Apache 服务器自带的一个web压力测试工具,简称ab。ab又是一个命令行工具,对发起负载的本机要求很低,根据ab命令可以创建很多的并发访问线程,模拟多个访问者同时对某一URL地址进行访问,因此可以用来测试目标服务器的负载压力。总的来说ab工具小巧简单,上手学习较快,可以提供需要的基本性能指标,但是没有图形化结果,不能监控。

     

    使用说明

    用法很简单,使用ab命令就可以

    参数说明:
    格式:ab [options] [http://]hostname[:port]/path
    ​
    -n requests Number of requests to perform     //本次测试发起的总请求数
    -c concurrency Number of multiple requests to make   //一次产生的请求数(或并发数)
    -t timelimit Seconds to max. wait for responses    //测试所进行的最大秒数,默认没有时间限制。
    -r Don't exit on socket receive errors.     // 抛出异常继续执行测试任务 
    -p postfile File containing data to POST  //包含了需要POST的数据的文件,文件格式如“p1=1&p2=2”.使用方法是 -p 111.txt
    ​
    -T content-type Content-type header for POSTing
    //POST数据所使用的Content-type头信息,如 -T “application/x-www-form-urlencoded” 。 (配合-p)
    -v verbosity How much troubleshooting info to print
    //设置显示信息的详细程度 – 4或更大值会显示头信息, 3或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V 显示版本号并退出。
    -C attribute Add cookie, eg. -C “c1=1234,c2=2,c3=3” (repeatable)
    //-C cookie-name=value 对请求附加一个Cookie:行。 其典型形式是name=value的一个参数对。此参数可以重复,用逗号分割。
    提示:可以借助session实现原理传递 JSESSIONID参数, 实现保持会话的功能,如-C ” c1=1234,c2=2,c3=3, JSESSIONID=FF056CD16DA9D71CB131C1D56F0319F8″ 。
    -w Print out results in HTML tables  //以HTML表的格式输出结果。默认时,它是白色背景的两列宽度的一张表。
    -i Use HEAD instead of GET
    -x attributes String to insert as table attributes
    -y attributes String to insert as tr attributes
    -z attributes String to insert as td or th attributes
    -H attribute Add Arbitrary header line, eg. ‘Accept-Encoding: gzip’ Inserted after all normal header lines. (repeatable)
    -A attribute Add Basic WWW Authentication, the attributes
    are a colon separated username and password.
    -P attribute Add Basic Proxy Authentication, the attributes are a colon separated username and password.
    -X proxy:port Proxyserver and port number to use
    -V Print version number and exit
    -k Use HTTP KeepAlive feature
    -d Do not show percentiles served table.
    -S Do not show confidence estimators and warnings.
    -g filename Output collected data to gnuplot format file.
    -e filename Output CSV file with percentages served
    -h Display usage information (this message)

    平时使用 -n 说明请求次数,-c 说明并发量就可以了

    结果解析

    Document Path:          /index.html
    Document Length:        17784 bytes     #请求文档大小
     
    Concurrency Level:      10              #并发数
    Time taken for tests:   11.898681 seconds    #全部请求完成耗时
    Complete requests:      100            #全部请求数     
    Failed requests:        0
    Write errors:           0
    Total transferred:      1805900 bytes      #总传输大小
    HTML transferred:       1778400 bytes
    Requests per second:    8.40 [#/sec] (mean)    #每秒请求数(平均)
    Time per request:       1189.868 [ms] (mean)  #每次并发请求时间(所有并发)
    Time per request:       118.987 [ms] (mean, across all concurrentrequests
    Transfer rate:          148.17 [Kbytes/sec] received    #传输速率
     
    Connection Times (ms)           #连接时间
                          min mean[+/-sd]  median(中位值)  max
    Connect: (#连接)     59   73  11.9     72     132
    Processing: (#处理)    86   998538.7     938   2288
    Waiting: (#等待)     63   135 106.8     94    663
    Total:                 155  1072540.6    1004   2362
     
    在一定比例的请求服务时间
     
     50%   1004
     66%   1260
     75%   1452
     80%   1492
     90%   1923
     95%   2078
     98%   2352
     99%   2362
     100%  2362 (longest request)

     

    三、JMeter

    Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测 试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库, FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来在不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。

    使用说明

    由于JMeter功能非常强大,所以此处引用老_张的博客进行说明

    《jmeter:菜鸟入门到进阶系列》

    1、基础介绍 简单介绍jmeter的元件组成,作用等基础知识;

    2、录制脚本 简述了jmeter录制脚本的2种方式;

    3、元件的作用域及执行顺序 jmeter各元件的作用域及执行的顺序;

    4、Sampler之SOAP/XML-RPC Request 取样器中关于SOAP/XML-RPC Request的用法;

    5、Sampler之HTTP请求 取样器中关于HTTP请求的用法;

    6、http请求之content-type 取样器中关于HTTP请求的补充说明;

    7、Sample之JDBC Request 取样器中关于JDBC请求的用法;

    8、JDBC Request之Query Type 取样器中关于JDBC请求的补充说明;

    9、目录结构 jmeter目录结构等简单介绍;

    10、参数化 jmeter参数化的4种方式;

    11、关联之正则表达式提取器 jmeter关联之正则表达式提取器的用法;

    12、关联之XPath Extractor jmeter关联之XPath Extractor的用法;

    13、配置元件之计数器 jmeter配置元件中关于计数器的用法;

    14、配置元件之HTTP属性管理器 jmeter配置元件中关于http属性管理器的用法;

    15、函数助手 jmeter内置函数助手的简单介绍;

    16、定时器 jmeter八大元件之定时器的介绍;

    17、断言 jemter八大元件之断言的介绍;

    18、逻辑控制器 jmeter八大元件之逻辑控制器的介绍;

    19、常见问题及解决方法 jmeter使用过程中常见问题及解决方案的说明;

    20、阶梯式加压测试 jmeter扩展插件Stepping Thread Group的简单介绍;

    21、jmeter常用插件介绍 jmeter插件Transactions per Second、Response Times Over Time、PerfMon Metrics Collector的下载安装及使用;

    22、内存溢出原因及解决方法 关于jmeter做压力负载测试时候遇到内存溢出的原因和解决方法;

    23、jmeter分布式测试 关于高并发情况下分布式测试的一些技术点和注意事项;

    24、dubbo接口测试 利用jmeter的dubbo插件进行dubbo接口测试和性能测试;

    25、linux环境运行jmeter并生成报告 linux环境,非GUI模式运行jmeter脚本进行性能测试,并生成测试报告的介绍;

    26、jmeter生成HTML格式性能测试报告 jmeter生成HTML格式的性能测试报告的2种方式,以及可视化图表解析内容;

    结果解析

    展开全文
  • 接口测试工具Postman使用实践

    万次阅读 多人点赞 2017-12-05 16:18:55
    接口测试工具Postman使用实践本次chat内容包括: 接口的定义 接口的分类 为何要进行接口测试 接口文档示例 Postman工具简介 借助Postman完成HTTP请求接口测试 Postman + Newman + Jenkins 实现接口自动化测试 一、...

    作者新建了QQ群:460430320,供大家交流测试心得(培训机构勿进)。另外,还会不定期上传测试资料,也欢迎您共享测试资料。

    接口测试工具Postman使用实践

    本次chat内容包括:

    • 接口的定义
    • 接口的分类
    • 为何要进行接口测试
    • 接口文档示例
    • Postman工具简介
    • 借助Postman完成HTTP请求接口测试
    • Postman + Newman + Jenkins 实现接口自动化测试

    一、接口定义

    软件不同部分之间的交互接口。通常就是所谓的API――应用程序编程接口,其表现的形式是源代码。 —— [ 百度百科 ]

    我们常说的接口一般指两种:
    (1)API:应用程序编程接口。程序间的接口
    (2)GUI:图形用户界面。人与程序的接口
    这里我们所说的接口特指API接口。

    API接口定义:对协议进行定义的引用类型。

    好多公司开发人员分前后端,他们之间如何配合工作的,就是其中一方定义接口,另一方来调用接口,以实现预期功能。

    ##二、接口的分类
    1、接口分类
    (1)HTTP接口
    (2)Webservice接口
    (3)RESTful接口

    WebService接口是走soap协议,请求报文和返回报文都是xml格式,通过SoapUI工具进行测试;
    HTTP API接口走HTTP协议,通过路径来区分调用的方法,请求报文入参有多种形式,返回报文一般为json串,最常见的是get和post方法。
    这里写图片描述

    ##三、为何要进行接口测试
    1、接口测试必要性
    当今的系统复杂度不断上升,传统的测试方法成本急剧增加且测试效率大幅下降,所以就要做接口测试。同时,接口测试相对容易实现自动化持续集成,且相对UI自动化也比较稳定,可以减少人工回归测试人力成本与时间,缩短测试周期,支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。现在很多系统前后端架构是分离的,从安全层面来说,只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前面实在太容易), 需要后端同样进行控制,在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否加密传输也是需要验证的,特别是涉及到用户的隐私信息,如身份证,银行卡等。

    2、接口测试原理
    模拟客户端向服务器发送请求报文,服务器接收请求报文后对相应的报文做处理并向客户端返回应答,客户端再接收应答的一个过程。

    3、接口测试范围
    接口的功能、性能、安全性。重点关注数据的交换,传递和控制管理过程,还包括处理的次数。

    接口测试对象是接口,但随着系统复杂度越来越高,接口越来越多,完全覆盖是一件很困难的事情。通常情况下主要测试最外层的两类接口:数据进入系统的接口(调用外部系统的参数为本系统使用)、数据流出系统接口(验证系统处理后的数据是否正常)

    ##四、接口文档示例
    1、接口文档应该包括哪几部分?

    • 接口说明
    • 调用的url
    • 请求方法(get、post)
    • 请求参数,参数类型、请求参数说明
    • 返回参数说明
    • 返回示例

    2、示例:
    APP注册登录接口
    APP注册登录接口

    注:上图接口文档工具为ShowDoc

    ##五、Postman工具简介
    这里写图片描述
    1、Sidebar侧边栏
    Postman侧边栏允许你查找、管理请求和集合。侧边栏分为两个主要的选项卡,包括历史和集合选项卡。
    可以拖动右边的边来调整侧边栏的宽度。侧边栏也可以隐藏到小屏幕(标题栏 view—>toggle side bar)。
    (1)历史选项卡
    通过Postman应用程序发送的每个请求都保存在侧边栏的History选项卡中。
    (2)集合选项卡
    在侧栏中创建和管理集合选项卡的集合。

    2、Header toolbar
    这里写图片描述
    Postman的顶部工具栏包含以下选项:
    (1)新建按钮——可以新建请求,集合,环境等
    (2)运行按钮-打开集合运行页面
    (3)导入按钮——导入Postman文件、文件夹、form link等
    (4)新窗口图标-打开一个新的tab页、新的窗口、新的runner等
    (5)构建器和团队库选项卡——在请求生成器和Team Library视图之间切换
    (6)抓取API请求图标——使用postman抓取API请求
    (7)同步状态图标——同步API请求图标
    (8)用户下拉——管理集合链接和你的个人资料或登录/登出,你的Postman帐户
    (9)开放API集合(点击打开一个网址)
    (10)通知图标-接收通知或广播
    (11)设置图标——管理Postman应用程序设置,并找到其他支持资源
    (12)❤——分享按钮

    3、Builder
    Postman通过选项卡布局,用于在构建器中发送和管理API请求。上半部分是请求构建器,下半部分是响应查看器。
    (1) Cookies——管理cookie模式是通过点击cookie链接访问的。该特性允许你管理与请求相关的cookie。
    (2) Code——生成的代码片段模式通过保存按钮下面的最右边的Code链接。该特性允许你生成与请求相关的代码片段,该请求支持20多种语言(http、java、go等语言)
    这里写图片描述

    4、Console
    Postman有两个控制台,可以帮助我们了解系统后台到底发生了什么。
    (1)Postman Console——包含HTTP请求和响应的运行日志。来自脚本的日志消息(如在console. Log中)。这个功能只能在Postman的本地应用中使用。
    (2)DevTools Console——可以在开发期间记录诊断信息。

    ##六、借助Postman完成HTTP请求接口测试

    1、借助Postman Echo 演示下各种请求的构建方法
    (1)Get 请求
    https://postman-echo.com/get?foo1=bar1&foo2=bar2
    HTTP GET请求方法是从服务器检索数据。数据由惟一URI(统一资源标识符)标识。GET请求可以使用“查询字符串参数”将参数传递给服务器。例如,在下列请求中,http://example.com/hi/there?hand=wave,参数“hand”的值等于“wave”。

    这里写图片描述

    (2)POST:URI 传参
    这里写图片描述

    (3)POST:Form-data 传参
    这里写图片描述

    (4)POST:x-www-form-urlencoded传参
    这里写图片描述

    (5)POST:raw 传参
    这里写图片描述

    (6)POST:binary 传参
    这里写图片描述

    (7)Authentication Method——权限认证方法

    • GET Basic Auth
      这里写图片描述

    增加auth信息
    这里写图片描述

    • DigestAuth
    • Hawk Auth
    • OAuth1.0(verify signature)

    (8)Headers——添加header
    这里写图片描述

    2、接下来,我们拿个开放API来演示下单一接口测试流程
    示例API:https://developers.douban.com/wiki/?title=book_v2#get_book

    豆瓣搜索图书API

    步骤一:使用Postman工具发送该Get请求,如下图:
    Postman发送请求

    步骤二:添加测试
    添加测试

    上图针对该API添加了3个测试
    (1)要求响应时间小于200ms
    (2)要求status code等于200
    (3)要求Response body中包含字符串“金庸”

    注:当然你还可以增加更多的测试点

    ##七、Postman + Newman + Jenkins 实现接口自动化测试
    1、准备工作(具体步骤参考附件文档-作者提供)
    (1)安装Newman 工具

    • 安装Node.js
    • 安装Newman
    • 查看Newman命令

    (2)部署Jenkins

    2、将接口保存到集合
    点击Save按钮,将接口保存到一个集合(可以保存到一个现有集合中或者新建一个集合),如下图:
    保存接口到集合

    4、将集合保存到本地
    将集合保存到本地,文件为.json格式,如下图:
    集合保存到本地

    5、命令行通过Newman 运行集合
    (1)打开命令行窗口,运行如下命令:
    D:\git-local>newman run MyCollection1.postman_collection.json -g globals.postman_globals1.json

    (2)执行结果如下
    这里写图片描述
    可以看到,其中两条断言passed,一条断言failed,失败的原因是,我们期望接口响应时间小于200 ms,但是本次接口请求响应时间是270 ms。

    6、通过Jenkins 调用Newman,执行接口测试
    这里写图片描述

    执行一次构建,构建失败(上面的断言失败,我们并未修复),查看构建失败原因。
    这里写图片描述

    7、假设开发修复了接口bug,接口响应时间减少了,我们需要回归测试。(我们将断言响应小于200 ms,修改成1000 ms,让断言passed)
    这里写图片描述

    8、演示一个如何调用data file 参数化用例
    我这里有一个集合,3个接口,第一个接口为登录接口,第二个接口为获取登录用户信息接口,第三个接口为修改密码接口
    登录接口如下:
    这里写图片描述
    测试脚本如下:
    这里写图片描述

    参数化json文件内容如下

    [{
      "loginName": "duzl",
      "password": "admin123",
      "verifyCode": "adf",
      "value": "/index"
    }, {
      "loginName": "duzl",
      "password": "admin",
      "verifyCode": "adf",
      "value": "账号或密码错误"
    }, {
      "loginName": "duzl",
      "password": "",
      "verifyCode": "adf",
      "value": "参数password不能为空"
    }]
    

    这里写图片描述

    (1)好我们调用json文件,执行下集合,结果如下:
    这里写图片描述

    结果还不错,执行了3次,参数都是取自用例文件(json文件),断言也取自用例文件。

    美中不足的是,第二个和第三个接口也跟着迭代了3次(这并不是我们期望的结果),这是因为集合运行器中的迭代次数是针对所有接口的设置。

    (2)那如果,我们想第一个接口运行3遍,第二、三个接口只运行一遍,该如何做呢?Postman 给我们提供了一个内置方法,设置接口运行顺序postman.setNextRequest(’’);
    这里写图片描述
    注意:迭代次数从0开始
    当迭代次数!==0时,就停止本次迭代(意思就是,第一次迭代全运行,第二次迭代开始就不执行第二、三个接口了),好,再次运行集合,看看结果
    这里写图片描述
    很好,第一次迭代,执行了3个接口;第二、三次迭代只执行了第一个接口。

    展开全文
  • App测试实战:测试内容、测试工具、测试效果

    万次阅读 多人点赞 2018-09-12 08:45:48
    零、概述 0.1App测试内容: 1、常规的功能和性能:功能遍历、业务响应速度、界面测试等 2、专项测试:主要是系统指标包括耗电、内存占用、流量消耗、CPU(计算量)、启动速度、流畅度... 0.2 App测试工具: ...
  • Modbus测试工具ModbusPoll与Modbus Slave使用方法

    万次阅读 多人点赞 2017-09-14 13:15:39
    Modbus测试工具ModbusPoll与Modbus Slave使用方法
  • 一个简单的monkey测试工具

    万次阅读 多人点赞 2018-11-06 11:20:49
    Monkey的概念: “猴子测试”是指没有测试经验的人甚至对计算机根本不了解的人(就像猴子一样)不需要知道程序的任何用户交互方面的知识,如果给他一个...它是Android系统自带一个命令行工具,可以运行在模拟器里...
  • 软件测试测试工具总结

    万次阅读 2019-06-14 17:52:48
    在软件测试的过程中,多多少少都是会接触到一些测试工具,作为辅助测试用的,以提高测试工作的效率,使用好了测试工具,能对测试起到一个很好的作用,同时,有些公司,也会要求掌握一些测试工具,或者,是在面试时,...
  • 初识PostMan接口测试工具

    万次阅读 2017-10-24 22:53:24
    1、了解接口测试(http协议、其他接口测试工具,对比*略) 2、能够做接口测试的工具 postman google插件 httprequest firefox插件 ...3、测试工具没有好坏,但有优劣,实际工作中可以根据需求、想...
  • 最全渗透测试工具讲解

    千人学习 2018-08-31 08:44:31
    渗透测试工具详解视频教程,该课程分为三个部分,1、针对web扫描工具介绍,2、针对抓包工具介绍,3、针对信息探测介绍。(没章节都会将该章节介绍的工具共享给大家)这三部分基本涵盖了渗透测试中百分之80常见工具的...
  • 服务器性能测试有哪些方法? 测试工具有哪些? 如何测试? 服务器压力测试怎么做?
  • 软件测试工具

    千次阅读 2015-02-28 12:53:52
    软件测试工具是通过一些工具能够使软件的一些简单问题直观的显示在读者的面前,这样能使测试人员更好的找出软件错误的所在。软件测试工具分为自动化软件测试工具和测试管理工具。软件测试工具存在的价值是为了提高...
  • 常用测试工具整理

    万次阅读 多人点赞 2018-04-20 10:00:37
    平常测试过程中会用到不少测试工具,有些工具的使用频率还非常的高,以下做个简单的梳理,以供参考:
  • Redis02_redis-benchmark压力测试工具

    万次阅读 2020-08-27 21:29:17
    Redis02_redis-benchmark压力测试工具 测试100个并发连接,每个连接100000个请求 redis-benchmark -h localhost -p 6379 -c 100 -n 100000 分析示例: ====== SET ====== 100000 requests completed in 1.22 ...
  • 性能测试工具选型原则

    千次阅读 2020-03-27 13:48:26
    随着互联网快速发展,性能测试工具也在不断的更新,性能测试工具种类繁多。 性能测试工具,从理论上来讲在性能测试过程中使用到的所有工具都可以称其为性能测试工具,通常分为以下几类: 服务器端性能测试...
  • OPC测试工具

    千次阅读 2018-11-08 16:37:46
    OPC DA 测试工具 https://www.opcconnect.com/freecli.php OPC UA 测试工具 https://www.opcconnect.com/uafree.php 转载于:https://blog.51cto.com/netside/2314624
  • 一般测试流程 常用的软件测试工具有哪些? 开源测试工具 软件测试一般用到的工具、框架、技术列表一般测试流程:1.需求分析阶段:只要就是对业务的学习,分析需求点。2.测试计划阶段:测试组长就要根据SOW开始编写...
  • 游戏测试工具清单

    千次阅读 多人点赞 2019-05-20 22:31:59
    工欲善其事,必先利其器,相对于APP测试来说,游戏测试的圈子,开源的资源和方案会少许多,所以收集整理了一份游戏测试人员工作相关的资源清单,包括学习资料,测试工具,开源框架,效率工具等,希望可以给有需要的...
  • 压力测试工具

    千次阅读 2018-12-20 16:06:28
    目录 1 性能测试... 2 2 压力测试(Stress Test)... 2 2.1 网站测试... 2 2.2 系统测试要求... 3 3 测试工具... 3 3.1 Webbench. 4 3.1.1 Ubuntu 下载安装... 5 3.1.2 ...
  • 软件测试工具都有哪些

    万次阅读 多人点赞 2018-08-20 11:35:38
    开源测试管理工具:Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具:Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具:Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load ...
  • APP性能测试工具

    万次阅读 2019-04-18 19:44:19
    APP性能测试工具是一个简单易上手的Android性能监测工具,该工具是由emmagee开源项目二次开发而来,主要用于监测单个App的CPU、内存、流量、电量、电流、帧数以及整体性能状态,同时支持自定义的监控频率以及性能...
  • SocketTool(很好用的socket测试工具)

    千次下载 热门讨论 2012-07-16 07:47:18
    SocketTool(很好用的socket测试工具)
  • 自动化测试工具Selenium入门

    万次阅读 2017-11-22 20:40:46
    自动化测试工具Selenium入门自动化测试工具Selenium入门 简介 入门 环境搭建 代码实现 一些坑简介 写过爬虫的朋友一定遇到过这样一个问题:网页的部分内容是由js(ajax)技术生成的,而这部分内容恰恰是我们想要...
  • 不容错过的十款自动化测试工具,都整理好了,快来看看
  • TCP&UDP测试工具

    万次阅读 2019-01-18 14:04:36
    Windows下的TCP&UDP发包工具: 下载:TCP&UDP 测试工具
  • 自动化测试工具比较

    千次阅读 2018-03-02 11:41:41
    过去一年接触了几款自动化测试工具,在此做个简单的比较总结。 测试工具应该不是重点,重点是对被测的应用程序类型/借口的协议需要熟悉,然后根据被测项目选择合适的测试工具。 表格1:功能/性能测试工具总结: ...
  • 十大软件测试工具

    万次阅读 多人点赞 2017-04-12 20:28:24
    目前由于软件测试工作在软件的生产过程中越来越重要,很多软件测试工具应运而生,这里介绍一下目前最流行的一些软件测试工具,一个十个,介绍如下:    一、企业级自动化测试工具WinRunner 这款软件是Mercury ...
  • 测试工具和测试自动化

    千次阅读 2017-05-26 15:31:11
    对于测试而言,工具同样不可或缺,甚至于如果想判断某个厂商的测试水平是处于“蛮荒时代”还是已经进化到了“现代社会”,观察其使用的测试工具就能知道个大概。事实上,很多测试项目,尤其是性能和稳定性测试项目,...
  • Mock测试工具比较

    千次阅读 2017-08-24 22:38:36
    Java Mock测试工具比较最近,在做一个Java Web的项目,项目中需要集成一套Mock测试工具。随即对市面上的mock测试工具进行了调研,下面是调研结果。其中,mock测试工具分为单元测试级别的mock工具和接口测试级别的...

空空如也

1 2 3 4 5 ... 20
收藏数 150,282
精华内容 60,112
关键字:

测试工具