精华内容
下载资源
问答
  • 后端测试-源码

    2021-02-18 17:36:41
    后端测试
  • 后端测试

    千次阅读 多人点赞 2018-06-14 11:01:28
    另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试。一、先来说第一种吧:直接对WEB或者APP的服务端进行测试。一般来说,这种服务端的开发人员就是WEB/APP产品团队的开发人员,当然,测试人员跟WEB...
    
    

    一般来说,服务端测试有两种:一种是直接对WEB或者APP的服务端进行测试;另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试。
    一、先来说第一种吧:直接对WEB或者APP的服务端进行测试。
    一般来说,这种服务端的开发人员就是WEB/APP产品团队的开发人员,当然,测试人员跟WEB/APP的前端测试人员也是一个团队的。这种服务端就是为WEB/APP端提供一些后台的接口,比如说,用户个人信息、交易记录的读取和存储等,一般都是用HTTP接口的方式提供。这种后台的测试从流程上来说是跟随着WEB/APP产品的发布节奏来的,在后端开发完成接口以后,测试人员就直接用TestNG+HttpClient写接口测试用例、或者用Postman等工具手工测试。如果项目紧张,一般会先用Postman等工具先手工测试,等版本发布完以后,再用TestNG+HttpClient把自动化用例补上去,或者用Python的Nose框架。

    对于这种服务端后台的测试人员,除了需要掌握上述的自动化测试技术之外,还有一个沟通、协调的工作,因为后台的接口一般是同时提供给iOS/Android/WEB三个端,所以需要跟三端的测试人员协调测试进度、测试环境等事项。

    如果遇到后端服务大的重构、或者是第一次上线预计有大流量的,那还需要对后端服务做一个性能测试,用JMeter/Grinder等工具编写脚本并进行压测,看看后端服务能不能撑住大流量。有些版本性能风险小的,不必要每次都做性能测试,可以根据实际版本的情况具体分析。

    二、第二种:对更后端的数据库、缓存系统、中间件、文件系统等进行测试。
    这种就类似于云计算等后端基础服务的测试,对于一些大的公司,会有一个专门的团队来开发这种后端基础服务,这种服务当然也需要测试人员来保证质量。

    这类服务一般都是通过HTTP接口的方式提供给刚才讲的WEB/APP的后端使用,所以,第一个要做的也就是接口测试,也就是用Postman等工具做手工测试、用TestNG+HttpClient或者Python的Nose框架做自动化测试。

    不过,对于这类后端服务来说,接口只是暴露给外用的部分,内部逻辑通常是非常复杂的,所以,除了针对接口做测试之外,测试人员还需要细致地了解这些服务端产品的技术框架及技术实现,需要了解到模块的级别,对于系统框架图、时序图等都有很好的理解。针对这些理解去设计用例,再跟开发一起讨论如何实现用例。

    如果这种基础服务用了某一个开源软件,那通常也需要测试人员能关注社区的进展,并把我们发现的Bug及解决方案等推到社区,为社区做贡献。

    除了接口测试之外,在我们公司,异常测试、稳定性测试、性能测试也是服务端测试必备的测试类型。
    异常测试会模拟各种异常情况,比如硬件异常-机器挂掉的情况下能否启动备机、硬盘挂掉的情况下是否会丢失数据;网络异常-网络忽然断掉、或者网络流量变小的情况;系统异常-操作系统忽然挂掉的情况。这些极端的情况出现的时候,我们需要验证数据有没有丢、能不能尽快启动备机对外提供服务、系统状态有没有异常等。我们会采用各种方式或者工具来模拟这些异常,比如用TrafficControl工具来控制网络流量。

    稳定性测试,就是模拟系统在7*24的运行下会不会出问题,一般会用接口测试或者性能测试用例不断地跑,在运行期间,我们会模拟各种情况,比如说负载的变化、系统的各种干扰等。可以用ChaosMonkey等工具来进行这类测试。

    性能测试,其实细分起来会有各种类型,比如负载测试、压力测试、配置测试、甚至还有线上压测、容量规划等。最常规的性能测试,一般是先规定一个系统需要承受的压力,比如说,某一个系统,1个小时之内会有1W单的单子,那基于这个需求我们分析服务器后端需要承受的压力,分析出来以后,就写性能测试脚本,然后逐渐增加压测的力度,直到超过这个预定的压力。通常在这个测试过程中会发现各种问题,比如数据库索引没有建、线程池太小、系统异常等。需要解决了之后再加大压力测试。也是用Grinder/JMeter等工具来进行性能测试,不过难的不是这些工具的使用,而是发现问题以后的定位。

    展开全文
  • php代码-后端测试代码

    2021-07-16 14:43:54
    php代码-后端测试代码
  • 后端测试怎么测

    千次阅读 2019-07-02 15:23:07
    后端测试怎么测 第一部分: 首先,在做接口测试的过程中,经常有后端开发会问: 后端接口都测试什么?怎么测的? 后端接口测试一遍 ,前端也测试一遍,是不是重复测试了? 于是,为了向开发解释上述问题,普及...

    后端测试怎么测

    第一部分:

    首先,在做接口测试的过程中,经常有后端开发会问:

    后端接口都测试什么?怎么测的?

    后端接口测试一遍 ,前端也测试一遍,是不是重复测试了?

      于是,为了向开发解释上述问题,普及基本的测试常识,特意梳理了接口测试的相关内容以及其与前端测试的区别,使开发团队与测试团队在测试这件上达成基本的共识,提高团队协作效率,从而更好的保证产品质量。
    

    然后,我们试着回答上面的问题:

    问题1.1、后端接口都测试什么?

    –回答这个问题,我们可以从接口测试活动内容的角度下手,看一下面这张图,基本反应了当前我们项目后端接口测试的主要内容:
    在这里插入图片描述

    问题1.2、我们怎么做接口测试?

    –由于我们项目前后端调用主要是基于http协议的接口,所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。工具有很多如:postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。

    问题2、后端接口测试一遍 ,前端也测试一遍,是不是重复测试了?

    –回答这个问题,我们可以直接对比接口测试和app端测试活动的内容,如下图为app测试时需要覆盖或考虑内容:
    在这里插入图片描述
    从上面这两张图对比可以看出,两个测试活动中相同的部分有功能测试、边界分析测试和性能测试,其它部分由于各自特性或关注点不同需要进行特殊的测试,在此不做讨论。接下来我们针对以上三部分相同的内容再进行分析:

    1、基本功能测试:

    由于是针对基本业务功能进行测试,所以这部分是两种测试重合度最高的一块,开发同学通常所指的也主要是这部分的内容。

    2、边界分析测试:

    在基本功能测试的基础上考虑输入输出的边界条件,这部分内容也会有重复的部分(比如业务规则的边界)。但是,前端的输入输出很多时候都是提供固守的值让用户选择(如下拉框),在这种情况下测试的边界范围就非常有限,但接口测试就不存在这方面的限制,相对来说接口可以覆盖的范围更广,同样的,接口出现问题的概率也更高。

    3、性能测试:

    这个比较容易区分,虽然都需要做性能测试,但关注点确大不相同。App端性能主要关注与手机相关的特性,如手机cpu、内存、流量、fps等。而接口性能主要关注接口响应时间、并发、服务端资源的使用情况等。两种测试时的策略和方法都有很大区别,所以这部分内容是需要分开单独进行测试的,理论上来说这也是不同的部分。

    综论:

      1、接口测试和app测试的活动有部分重复的内容,主要集中在业务功能测试方面。除此之外,针对各自特性的测试都不一样,需要分别进行有针对性的测试,才能确保整个产品的质量。
    

    2、接口测试可以关注于服务器逻辑验证,而UI测试可以关注于页面展示逻辑及界面前端与服务器集成验证

    第二部分:

    1、什么是接口测试?

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

    2、为什么要做接口测试?

    a) 如今的系统复杂度不断上升,传统的测试方法成本急剧增加且测试效率大幅下降,接口测试可以提供这种情况下的解决方案。

    b) 接口测试相对容易实现自动化持续集成,且相对UI自动化也比较稳定,可以减少人工回归测试人力成本与时间,缩短测试周期,支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。

    c) 现在很多系统前后端架构是分离的,从安全层面来说:

        1、只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前面实在太容易), 需要后端同样进行控制,在这种情况下就需要从接口层面进行验证。
    
        2、前后端传输、日志打印等信息是否加密传输也是需要验证的,特别是涉及到用户的隐私信息,如身份证,银行卡等。
    

    3、接口测试持续集成:

      对接口测试而言,持续集成自动化是核心内容,通过持自动化的手段我们才能做到低成本高收益。目前我们已经实现了接口自动化,主要应用于回归阶段,后续还需要加强自动化的程度,包括但不限于下面的内容:
    

    a) 流程方面:在回归阶段加强接口异常场景的覆盖度,并逐步向系统测试,冒烟测试阶段延伸,最终达到全流程自动化。

    b) 结果展示:更加丰富的结果展示、趋势分析,质量统计和分析等

    c) 问题定位:报错信息、日志更精准,方便问题复现与定位。

    d) 结果校验:加强自动化校验能力,如数据库信息校验。

    e) 代码覆盖率:不断尝试由目前的黑盒向白盒下探,提高代码覆盖率。

    f) 性能需求:完善性能测试体系,通过自动化的手段监控接口性能指标是否正常。

    4、接口测试质量评估标准:

    a) 业务功能覆盖是否完整

    b) 业务规则覆盖是否完整

    c) 参数验证是否达到要求(边界、业务规则)

    d) 接口异常场景覆盖是否完整

    e) 接口覆盖率是否达到要求

    f) 代码覆盖率是否达到要求

    g) 性能指标是否满足要求

    h) 安全指标是否满足要求@TOC

    展开全文
  • 后端测试 该存储库仅用于测试可能的后端微服务体系结构。 这个想法是建立一个服务器,它可以通过Servant监听Restful请求,在kafka中发布和监听主题,并使用PostgreSQL来存储数据。 入门 您需要 在使它在docker中运行...
  • 颤振后端测试 Flutterwave的后端测试
  • majooTest:Majoo后端测试用例
  • BtPlayground 一个用于测试股票交易策略的后端测试平台。
  • 古罗 GoEuro 客户端服务后端测试
  • SIP数字后端 SIP Digital的空缺技术测试测试范围 使用JWT身份验证登录 产品注册,带有图像,名称和价值 表达和续集 入门 使用和测试项目所需的说明 先决条件 运行项目所需的依赖项或软件: Docker(可选) ...
  • 维护API后端测试 欢迎使用Concerts API服务 安装和项目启动 这是ExpressJs应用程序服务,有两种启动应用程序的方法: 使用docker-compose 为此,您需要安装 安装docker-compose之后,您可以使用以下命令启动项目...
  • Teste-estagio-Nave 后端测试
  • SOS COVID后端测试 Prosto deAutomaçãodo 。 Descrição :page_facing_up: 端点验证的最终目的是在的后端进行。 O ProjetoCooperaçãoSolidária :light_bulb: 预防大流行性疟原虫感染COVID-19的原因是因人种...
  • Java后端测试概述

    2018-06-15 15:36:00
    [本文出自天外归云的博客园] 多种单测技术 1. 要学会Spring MVC/Boot测试中自带的mock方法。 2. 学会junit中的方法...2. 单元测试并不是针对方法级别的测试,而是单元级别的测试。 3. 所谓单元,在软件测试的单...

    [本文出自天外归云的博客园]

    多种单测技术

    1. 要学会Spring MVC/Boot测试中自带的mock方法。

    2. 学会junit中的方法,对于注解的使用等。

    3. 学会使用结合第三方Mockito来做mock测试。

    一些技巧和概念

    1. 对于复杂方法中,要学会如何拆解逻辑,划分单元。

    2. 单元测试并不是针对方法级别的测试,而是单元级别的测试。

    3. 所谓单元,在软件测试的单元测试中狭义上讲我们通常是指逻辑不可拆分的最小单元,而不是针对某个方法进行测试。

    4. 一个方法中可能涉及到多个service的调用,我们要学会mock,将不必要的逻辑,不针对的逻辑mock掉,记住单测是有相对性的,否则就不是单测。

    5. 实际的白盒测试中经常将多个逻辑单元组合成不同的场景进行测试,来达到我们对于代码预期效果的测试。所以我们针对一个单元进行测试,也组合多个单元进行测试。

    测试后端逻辑的方法有很多

    1. 通过对应创建与开发分支对应的测试分支,添加log发布在服务端,在测试的过程中进行观察,这叫日志观察法。

    2. 在单元测试代码中调试某一段代码逻辑,观察指定代码块的输出是否符合我们预期,这叫单元观察法。

    3. 在单元测试中进行断言测试,这叫断言法。

    4. 结合前端请求分析,后端日志分析,数据库查询结果分析,redis查询结果分析,memcache查询结果分析等等综合进行产品的功能逻辑分析,这些都是后端测试常用方法。

    如何做好后端测试

    1. 发现bug自行分析得出结论,定位问题,尝试修复。在这个过程中,测试与开发的同源性会越来越明显,测试感知度也会越来越强,能够更清晰的理清功能逻辑,有经验的QA在走查的过程中就可以发现一些问题。

    2. 能够独立进行前端和后端的开发,熟悉两端通信过程,知道原理,对于请求的来回经过途经何处了然于心,知其然,知其所以然。

    展开全文
  • 样本后端 项目 SampleBackend 文档。 使用以下技术实现的后端服务: 节点 MongoDB 猫鼬 包西斯 昂首阔步 API REST 在端口 5000 上通过...测试 跑步 npm test 检查 JS 代码质量 跑步 grunt jshint 由 AppNow 生成。
  • BackendTest-WebAPI (Sidekick)后端测试-Web API
  • 后端测试的帮助程序包 Flyve MDM是一种移动设备管理软件,使您可以通过基于Web的控制台保护和管理公司或家族的所有移动设备。 首先,请查看! 目录 接触 专业的服务 复制中 概要 后端测试的帮助程序包。 建置...
  • 技术后端测试 指示 结帐项目: git clone https://github.com/andrewf137/technologi-backend-test.git “ cd”到项目文件夹。 运行composer install 。 编辑<project>/config/config.php文件。 运行...
  • 后端接口测试

    2020-03-23 09:59:03
    后端接口测试

    后端接口测试

    展开全文
  • AIA_Backend_Test 这是用于AIA后端测试的Spring启动项目。
  • 用JAVA编写的用于后端测试的自动化项目,用于测试Open Weather API 安装 1-使用以下命令克隆git项目: git clone 2-使用您选择的IDE(Eclipse,Intelij ..)将项目作为Maven导入,并等待所有依赖项被下载 执行 1-...
  • mocha本身没有集成对路由api的测试支持 因此需要安装supertest库进行测试 supertest支持各个框架 npm install supertest --save–dev
  • 后端测试和自动化

    千次阅读 2015-09-25 17:12:34
    1、测试环境介绍与搭建 2、Linux常用命令(《linux私房菜》) 3、MySQL常用命令 4、bingo框架
  • 使用进行后端测试的小库。 介绍 该库允许在使用 Puppeteer 测试 Web 应用程序时定义模拟后端响应。 在内部,它完全通过 Puppeteer API 使用内置的setRequestInterception机制工作。 它不设置任何服务器,也不修改...
  • 自述文件 要求 Ruby版本:2.6.3 Rails版本:6.0.3 PostgreSQL ERB图
  • PT后端测试的结果。 媒体朋友 在\ htdocs \ tes-backend-pt-sekawan-media \ application \ config \ database.php中导入数据库tes_sekawan.sql检查配置数据库。如果phpmyadmin没有密码,请删除密码部分,将文件“ ...
  • 后端技术测试-源码

    2021-02-11 03:48:27
    后端测试 由Node.js,Express.js和mongoDB制成。 安装依赖 npm安装 运行服务器 npm run dev
  • 后端测试的时候报404

    2018-01-31 10:56:50
    错误报号为404,并且进不去后台代码,一般都是url地址错了,或者参数的个数没有对应上,或者参数名写错,参数类型错误

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 262,547
精华内容 105,018
关键字:

后端怎么测试呢