精华内容
下载资源
问答
  • 服务端测试

    千次阅读 2017-02-08 11:57:08
    经常在测试招聘中发现职位要求有做过服务端测试的经验,一看就感觉很高大尚,忒牛逼的样子,服务器端测试到底是测什么、怎么测,今天在看到微信公众号(搜狗测试)上一篇写的还算不错的文章,特此转给大家一起学习。...

    经常在测试招聘中发现职位要求有做过服务端测试的经验,一看就感觉很高大尚,忒牛逼的样子,服务器端测试到底是测什么、怎么测,今天在看到微信公众号(搜狗测试)上一篇写的还算不错的文章,特此转给大家一起学习。

    摘取了文章中精华部分内容,如想看原创文章 请关注搜狗测试公众号。


    首先服务端的测试包含哪些东西呢?

    第一反应是不是,服务端嘛~!就是后端,就是java,就是php,就是c++

    实际上,服务端的测试简单来说就是除了前端以外的的测试,

    总的来说可以分为以下两类:

    1.   WEB或者APP的提供业务逻辑的服务端接口测试

    2.   数据库、缓存系统、中间件、、jar包依赖、输入输出敏感信息等测试.


    其中接口测试占据工作工作中的80%,接口测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。下面粗略的列举出测试的几个点。

    • 检查接口请求是否正确,返回数据的正确性与格式
    • 检查接口入参的默认值、参数类型、非空校验、以及边界值检查接口的容错性.
    • 所有功能都需要考虑兼容老版本,列表页的接口需考虑排序值
    • 检查接口的性能以及安全性
    • 对于接口内部依赖接口的不可靠性预防(:依赖的第三方接口超时)


    那么有人要问了,那么对于接口测试如何才能做到完善完备的测试呢?

    下面干货来了,在写测试用例时候可以根据该图的思路分支进行用例设计。


    对于第二部分的后端的数据库、缓存系统、中间件、文件系统、jar包依赖、输入输出敏感信息等测试这方面其实是要根据各个公司的流程和实际的开发环境来决定的,以下是小编在实际项目中一些总结,请对号入座各取所需

    1. 1.      性能

    2. a)        项目涉及老系统的QPS是多少?新系统预估的QPS是多少?如何预估的?

    3. b)        项目对外提供接口或者页面的平均响应时间是多少?

    4. c)        修改对系统的请求量是否会有影响?预估变化是多少?要给出计算和评估方式,不能拍脑袋!

    5. d)        修改对系统的处理能力是否会有影响?对CPU和内存开销影响有多大?响应时间是否会变慢?

    6. e)        修改对公共系统是否有影响,如数据库,消息中间件。

    7. 2.      内容

    8. a)        页面   

    i.             资源    

    1. 所有页面资源要转到公司统一CDN的下,所有资源要写相对路径     

    2. 所有的地址在上线前都要检查为外网地址

    ii.             文字描述

    1. 公司名称等名词正确,语句通顺,无错别字。

    2. 3.      数据

    3. a)        对老数据的影响

    i.             此次上线的接口模块产生的一系列活动和效果对老数据的影响

    1. 金额计算

    i.             验证精度匹配

    1. 接口参数类型

    i.             参数是否都是用到了对应类型如:bigdecimal

    1. 备份

    i.             是否涉及数据备份?

    1. 数据清洗

    i.             是否需要对老数据进行清理和处理?

    1. 初始化脚本

    i.             核对初始化脚本数据正确、是否齐全

    1. 4.      安全

    2. a)        敏感信息测试

    i.             请求方式

    1. 请求中包含敏感信息的要使用post请求(使用live http header工具查看)

    ii.             多余敏感信息

    1. 当接口返回中有当前页面不需要的敏感信息时要对接口拆分

    iii.             敏感信息隐藏

    1. 页面中有屏蔽敏感信息的要查看其原代码是否会明文显示

    2. 生成的订单等打码,手机号前三后四作为显示

    3. b)        越权访问

    i.             无权限

    1. 无权限访问有权限页面或接口(如:未登录访问已登录页面)

    ii.             低权限

    1. 低权限访问高权限页面或接口

    2. 5.      冲突测试

    3. a)        接口并发测试

    i.             多线程

    1. 是否涉及数据库操作的多线程并发?

    2. 多线程是否需要加锁进行处理?

    3. b)        管理后台

    i.             管理后台同时操作测试

    1. 6.      第三方依赖测试

    2. a)        如果是java:是否引用了第三方的jar包?本次升级是否依赖第三方jar更改?

    3. 7.      系统结构

    4. a)        新应用

    i.             POM文件

    1. 新服务器

    i.             数据库访问权限

    1. 要有所使用库的访问权限

    ii.             配置文件

    1. 配置文件名称规则、配置文件内容

    2. c)        系统结构

    i.             系统结构

    1. 外部系统异常,数据持久层异常(redismemcachedb异常),是否捕捉,是否影响主流程?

    2. 外部系统异常,调用第三方接口返回失败,异常,超时,是否捕捉,是否影响主流程?

    3. 对外部系统异常必须try catch

     

    1. 8.      对外部系统影响,服务提供者与服务消费者

    2. a)        对上游系统

    i.             是否修改原有接口的数据结构与返回数据的格式?

    ii.             都有哪些外部系统(上游系统)调用了被修改的接口?

    1. 对下游系统

    i.             是否新增调用第三方接口(包含下游系统,数据库,消息中间件)?

    ii.             对新增调用第三方接口(包含下游系统,数据库,消息中间件)的压力有多少大,多少QPS

    iii.             接口调用方是否有缓存?自己是否需要做缓存?

    1. 9.      监控

    2. a)        项目上线后是否响应监控?监控是否加告警?

    3. b)        项目发布后应该查看哪些监控?

    4. 10.  日志

    5. a)        生产环境配置文件

    i.             日志级别

    1. 应为INFO级别 

    2. 关键业务流程和异常流程是否有日志记录?

    3. 11.  发布流程

    4. a)        数据脚本

    i.             最后一个版本由DBA审核通过(业务不同要求不同)

    ii.             内容正确,特别是涉及到展现给用户的文字(包括业务端用户和运营人员) 

    1. 业务端确认

    i.             核查收到需求文档中所列各业务端总监确认邮件。    

    ii.             确认内容为知晓此事并做相应改动或无影响。

    iii.             系统的业务峰值时间段是什么?是随时发布,还是业务低谷发布?

    1. 周知人员

    i.             协调PM、开发做好发布前准备

    ii.             工作时间发布管理后台,需要PM提前通知运营人员

    1. 发布评审

    i.             复杂项目必须提前定义发布流程,要求拉着QA leader,开发leader一起确认。

    总结以上,可以形成一个进行接口测试的模板,(我的心在滴血):


    展开全文
  • 服务端测试大纲

    2019-04-19 17:19:25
    说到服务端测试,往往我们最关心的就是接口,但实际测试中仅关注接口测试很容易忽略掉一些隐藏的问题,回顾了一下自己负责的测试业务,梳理出以下服务端测试需要关注的点,知己知彼百战不殆。 ...

    说到服务端测试,往往我们最关心的就是接口,但实际测试中仅关注接口测试很容易忽略掉一些隐藏的问题,回顾了一下自己负责的测试业务,梳理出以下服务端测试需要关注的点,知己知彼百战不殆。


    展开全文
  • 服务端测试总结

    2019-09-26 16:26:50
    这个月有重要的事情,需要总结移动端测试与服务端测试,先把接口测试的总结放一边。。。 服务端介绍 服务端一般是指为用户在APP/PC使用的互联网功能提供数据服务的背后的一切。 在互联网项目中,APP承载了UI界面...

    前言

    这个月有重要的事情,需要总结移动端测试与服务端测试,先把接口测试的总结放一边。。。

    服务端介绍

    服务端一般是指为用户在APP/PC使用的互联网功能提供数据服务的背后的一切。

    在互联网项目中,APP承载了UI界面和交互的实现,服务端承担数据处理。

    app/pc通常是通过api(application programming interface)实现与服务端的沟通。

    服务端提供服务的方式

    接口API是服务端对外提供数据服务最常用的信息交换方式,但并不是唯一的,其他还有:

    • API调用之同步处理(实时、无需等待)
    • API调用之异步处理(队列任务,先到先得,适用于调用多、任务重的情况)
    • 定期的文件推送(数据量大且对数据实时性要求不高)
    • 共享数据存储
    • SDK(代码寄存,适用于跨语言、跨框架,使用频繁、服务更新却不频繁的情况)等

    服务端测试

    主要是接口测试

    服务端开发提测的内容通常是一个个接口,所以接口测试时服务端测试的主要组成部分,但是服务端测试不仅仅是接口测试,

    全方位的服务端测试,首先要保证对外提供的各种形式的服务(包括API)都符合要求,其次要在测试的技术深度和业务广度上都有良好的覆盖。

    在接口测试通过的前提下,业务逻辑方面也要进行相应的测试。

    另外一个测试重点--上下游容错:上游不可靠、下游要兼容。

    对于依赖于其他服务的被测服务来说,当其依赖的服务异常时,就需要该服务有很好的容错才能正常运行;

    作为服务提供方要注意充分兼容不同的使用场景、不同版本的调用方。

    除了上述两点外,还要注意安全测试、性能测试、线上监控等专项测试。

    接口测试

    接口测试过程中不仅要关注参数(与服务端代码交流的入口),还要更加关注数据逻辑,了解api的作用,怎么起作用,使用什么资源/服务起作用等

    总结

    服务端测试不等于接口测试,接口测试也不等于参数调用

     

    转载于:https://www.cnblogs.com/bingona/p/11449038.html

    展开全文
  • 服务端测试之接口测试初探

    千次阅读 2016-11-15 13:00:37
    服务端测试往往呈现给大家的是一个很大很宽泛的任务,我们知道要做服务端测试但却不知道怎么做,流程是啥,用什么工具去做,要达到什么样的效果。今天小编就结合最近自己做的一些服务端测试的任务,和大家聊聊服务端...

    提起服务端测试,第一反应想到的可能就是http协议、socket连接、post/get发送请求等等。回想起小编当时初次接触服务端测试,真可谓一脸懵逼,不知道要干什么也不知道从哪儿开始做。服务端测试往往呈现给大家的是一个很大很宽泛的任务,我们知道要做服务端测试但却不知道怎么做,流程是啥,用什么工具去做,要达到什么样的效果。今天小编就结合最近自己做的一些服务端测试的任务,和大家聊聊服务端测试中的一个常见方法——接口测试。

    一、什么是接口测试


    先来看看接口测试的定义:

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

    如今的软件系统通常采用前后端分离的模式进行设计与实现,即一个系统分为前端(客户端)和后端(服务端)两部分。通常服务端以接口的形式给客户端提供服务,实际上接口和客户端的功能之间是关联的:每个接口都对应着客户端一个或多个功能点;而客户端同服务端的交互,一般也是以接口作为基础,客户端根据不同的需要请求不同的接口,服务端根据客户端请求的接口及携带的参数进行逻辑处理。因此服务端测试可以先从接口测试入手,保证其对客户端提供的服务没有问题后再进行更加深入的业务逻辑测试,这也是目前我们做服务端测试的一个套路

    定义中说的接口包括两种:系统与系统之间的接口,内部各个子系统之间的交互点。根据不同的划分会有不同的结果:如果我们把一个系统的客户端和服务器看成一个整体,那么此时服务端的接口相当于是内部子系统之间的交互点;如果我们把客户端和服务端各自看成是一个整体,那么接口就相当于是不同系统之间的交互点了。

    二、接口测试常用工具

    说到接口测试,最常见的一种测试方式就是检查服务端返回的数据正确性了。实际项目中,服务端在收到客户端的请求之后,对请求进行处理并将处理的结果返回给客户端,这种结果比较常见的是JsonXML等数据格式,所以测试的时候一个主要工作就是检查这些数据的正确性。比如,服务端以Json的格式返回客户端需要的数据,那么在测试中我们就需要关注返回的Json中是否包含我们期望的字段、字段的内容是否正确等等。这个时候自动化脚本就显得非常重要了。

    小编在测试过程中发现好多接口都是以Json格式返回数据的,在实际执行中,我们用到了Python的一个开源框架Requests,该框架保留了所有urllib2的优点,比起urllib2更加简洁明了,更像是纯粹的“Python”,该框架在平时接口测试中几乎所有的自动化脚本中都在使用,关于该框架,小编之前在一次公开课中做过一次分享,有兴趣的话大家可以关注搜狗测试粉丝群(459645679)进行查看哦。

    还有一些工具在实际的操作中用的比较多,比如PostmanPostman是谷歌Chrome的一个插件,使用起来非常简单,可以支持我们以get/post等各种方式发送请求,当然也可以自己构造请求,服务器返回的数据会全部展示出来,便于检查,这和Fiddler比较相似。此外Postman还支持用户自行构造环境,设置检查点等,不考虑时间的情况下基本能满足接口数据验证的需求。关于Postman的安装和使用教程,网上资源比较多,此处就不再赘述了。

    接口测试的工具和自动化框架可谓非常多,除了上面罗列的之外,还有许多实践中比较常用的:urllib/urllib2Jmeter等等,关于各种工具的使用和优缺点,小编会在后续的文章中结合自己项目的使用情况和大家进行分享。

    三、接口测试的用例设计

    不同于功能测试,接口测试的用例设计出了要验证正常功能之外,还需要考虑其他的一些情况,总结起来,接口测试的用例设计可以从以下几个方面入手:

    1.功能用例设计

    服务端的接口与客户端的功能是对应的,那么这个接口是否能提供给客户端某个特定功能所需要的数据自然是我们需要验证的地方,功能性用例的主要目的是帮助我们验证该接口最初设计的功能是否被实现以及该功能是否按照规定的接口文档进行实现等等。

    2.业务逻辑用例设计

    业务逻辑方面的测试用例主要是针对服务端接口的处理逻辑进行的用例设计,这种用例设计不是针对某个功能点是否实现,而是对接口的处理逻辑以及一些相互依赖的业务进行验证,通常依照接口的逻辑流程图来进行。举一个例子,购物系统中的两个动作:登录和下单操作,这两个业务是相互依赖的,下单操作必须在登录完成后(登录状态下),否则无法完成下单,这个时候我们就可以设计这样一条case:没有登录的状态下进行下单操作,看服务端如何处理。

    3.异常处理的情况

    服务端接口和客户端之间通常是通过HTTP请求来传递数据,在发送请求的时候,客户端会携带各种不同的参数,此时服务端会根据不同的参数进行不同的处理,所以异常处理主要是针对请求中的参数情况:比如参数增加和缺省、参数的数据类型错误,参数携带错误的值、参数为空等等,这需要我们根据接口文档中各种不同的参数去构造不同的参数异常,检查服务端的响应情况。

    4.性能和安全性方面

    服务器的性能往往是个非常重要的关注点,在实际的测试中我们主要关注的是接口的QPS数值,以及CPU和内存占用等性能指标,通常借助于其他工具比如LoadRunner进行性能测试。安全性方面,主要考虑一些常见的安全策略比如请求加密、sql注入等等。

    以上向大家简单介绍了接口测试的一些基本概念,服务端测试是一个很庞大很复杂的过程,有自己的方法和特点,因此在后续的文章中,小编主要会就服务端测试的流程方法、工具使用以及踩到的坑和积累的经验与大家做分享,欢迎大家持续关注。

    展开全文
  • 小白浅谈服务端测试

    2020-08-31 10:57:29
    服务端测试是什么呢,和客户端测试有什么区别呢?
  • IEC104服务端测试工具

    热门讨论 2012-09-03 14:42:59
    IEC104服务端测试软件,适合于IEC104规约开发人员使用
  • 本文章转载于搜狗测试小伙伴们大家好,上一次和大家分享了《服务端测试之接口测试初探》,讲了一些接口测试的基本概念和理论知识。在上次的分享中,简单提到了接口测试用例设计包含的几个方面。本期我将在上次分享...
  • 01-服务端测试做什么?

    千次阅读 2021-02-04 21:34:17
    服务端测试做什么? 作者:钱蓓蕾 链接:https://www.zhihu.com/question/29164912/answer/110735124 一般来说,服务端测试有两种:一种是直接对WEB或者APP的服务端进行测试;另一种是对更后端的数据库、缓存系统...
  • 服务端测试 != 接口测试 从系统架构方面分析: 分析开发文档+接口文档+需求文档,确认系统架构及数据逻辑,包括服务、资源等,设计测试用例正常+异常流等,将其形成组合场景,检查执行结果。 性能测试、安全测试、...
  • 一、服务端测试主要包含什么参考 作者:钱蓓蕾 链接:https://www.zhihu.com/question/29164912/answer/110735124 来源:知乎服务端测试分为两种:第一种,直接对应用程序的服务端进行测试;第二种,对更为底层的...
  • 服务端测试之接口测试工具——postman 在前两次的分享中,和大家简单介绍了接口测试基本概念以及接口测试用例设计的一些想法。今天跟大家分享一个非常常见大家也非常熟悉的测试工具——postman。 1.安装...
  • 互联网服务端测试是个啥(入门科普)

    万次阅读 多人点赞 2018-08-22 15:00:48
    互联网服务端测试是个啥(入门科普) 微博:论路痴的自我修养 啥是服务端?  一般所说的服务端是指为用户在APP或PC使用的互联网功能提供数据服务的背后的一切(你没看错,是一切)。  移动互联网时代,...
  • 1.服务端测试内容 服务端测试通常有2个方面、2个层次的划分。 一种是基于业务的web或app后端服务的测试,通常是接口测试,可以借助postman,jemeter等工具进行手工测试,后续利用testng, pytest等测试框架写成自动...
  • opc ua服务端测试软件

    2018-09-20 13:32:58
    opcua 服务端的模拟软件,安装直接可以使用。可以用来测试
  • (存放位置)1.h5页面放在服务端,网速慢的时候,页面出来的就慢,app的页面都是本地写出来的。可以用弱网测试看出一些区别来。(访问机制)2.h5的页面都是访问url,app都是本地写出来的页面,不需要访问url,只需要...
  • H5测试App测试 原理 H5的App先调用系统的浏览器内核,相当于是在网页中进行...H5是基于web,H5页面放在服务端,网速慢的时候,页面出来的就慢 App基于客户端,页面都是本地写出来的。可以用弱网测试来看区别 访问机制 H
  • 服务端测试技能树

    2021-03-18 10:18:45
  • 61850客户端服务端测试程序

    热门讨论 2008-09-03 12:34:52
    使用sisco公司的mms开发的61850客户端和服务端 客户端支持读取服务端的目录,数据,数据属性 自动接收服务器的报告,可连接多个服务器 可上传下载服务端的文件 服务端支持客户的连接,目录服务,文件服务,生成报告...
  • spring.mail.host= spring.mail.port= spring.mail.username= spring.mail.password= spring.mail.properties.mail.smtp.ssl.enable=true #spring.mail.properties.mail.smtp.starttls.enable=true ...
  • 最近随着测试服务端的工作达到一定的量,在工作完成一个阶段之后,细细回想,还是有一些经验可以分享给大家的。 工作的项目中经常会涉及到微服务的重构或者迁移,那么针对这种代码的重构之后,映射到业务层面,...
  • 滴滴服务端测试工程师面试总结

    千次阅读 2019-10-17 23:03:06
    首先是自我介绍,工作内容,项目介绍。 然后就是知识点询问考察。 Linux考察 只输出进程的ID号,进程名字为adb。 [root@localhost ~]# ps -ef|grep mysql mysql 3361 1 1 21:06 ?...root 3460 3435 0 21:08 pt...
  • EncoderConvert 编码转换:

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 304,634
精华内容 121,853
关键字:

服务端测试