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

    千次阅读 2019-05-12 20:48:05
    二、稳定性测试方法 方法一:线下稳定性测试通常的做法 关注指标: 测试注意事项 方法二:线上监控/线上巡检 三、故障模拟测试在提升系统稳定性中的实际应用 四、客户端稳定性测试 一、什么是稳定性 稳定性...
    展开全文
  • 文娱妹导读:质量保障贯穿全部研发流程,测试作为质量的构建者和守护者,需要保障的不仅仅是提测后的功能质量,而是整个研发过程的质量和效率。分享优酷通过质量保障建设提升研发效率和质量的实践过程。 仔细阅读...

    文娱妹导读:质量保障贯穿全部研发流程,测试作为质量的构建者和守护者,需要保障的不仅仅是提测后的功能质量,而是整个研发过程的质量和效率。分享优酷通过质量保障建设提升研发效率和质量的实践过程。
    仔细阅读本文预计需10分钟,开始充电吧!

    服务端质量保障做什么?

    回答这个问题之前,先要看看影响服务端质量的因素有哪些?从当前服务端研发流程来看一个需求上线的全部阶段以及每个阶段的主要活动:
    在这里插入图片描述
    可以看到质量相关的活动贯穿全部研发流程,测试作为质量的构建者和守护者,需要保障的不仅仅是提测后的功能质量,而是整个研发过程的质量和效率。

    定义每个阶段影响质量的主要因素:
    • 需求确认:需求的有效性以及业务价值
    • 方案审计:方案的合理性以及变更导致的质量风险
    • 代码开发:代码逻辑和编码规范
    • 线下验证:回归测试的效率和质量;新功能测试的效率和质量
    • 安全生产:留观流量的有效性;质量验证的充分性
    • 线上发布:线上稳定性保障机制和异常检查能力

    结合优酷业务特性和研发现状,确定测试当前需要重点关注的保障内容:
    • 代码开发:通过建立静扫、单元测试,实现开发提交代码后的持续验证
    • 线下验证:保障提测代码质量、线下验收质量;
    • 安全生产:保障安全生产验证有效性
    • 线上发布:保障线上服务稳定性

    总结成一句话:服务端质量保障体系就是要构建贴合业务特性的自动化测试保障能力,并融入研发流程关键质量阶段(测试准入冒烟测试提测回归测试安全生产验证线上发布),保障应用变更可持续集成、可持续部署、可持续发布。

    如何构建质量保障体系?

    推流程

    保障能力只有嵌入到研发流程,才能真正的发挥作用,为此,通过自定义应用发布流程和组件,构建了优酷线下部署、线上发布的流程,借助发布流程的统一升级,实现保障体系升级:
    在这里插入图片描述
    准入测试
    • 保障内容:验收单元测试结果、静态代码扫描结果,保障进入测试阶段的代码基本质量;避免无效部署(代码调试、开发自测)触发测试任务执行
    • 准出条件:静扫无Block问题;单元测试通过

    冒烟测试
    • 保障内容:构建自动化测试实验室,验收应用基本功能,阻断低级问题流入提测阶段以及集成测试阶段,保障后续测试活动的质量和效率
    • 准出条件:冒烟测试完成;完成失败用例分析;

    提交测试
    • 保障内容:通过自定义“提测”组件打通发布平台和优酷研发效能平台,开发在发布流程中一键提测,自动收集提测相关信息并生成提测单,保障提测信息有效性,阻断低质量提测流入测试环节
    • 准出条件:冒烟测试结果满足业务提测基线;提测单包含代码变更、功能说明、影响接口等测试信息;

    集成测试
    • 保障内容:构建贴合业务特性的回归测试任务,对变更进行全量回归测试,保障变更代码不影响原有功能
    • 准出条件:回归测试完成;完成失败用例分析;没有影响线上发布的问题

    安全生产验证
    • 保障内容:对接安全生产验证组件,为应用发布提供安全生产环境的验证能力,保障安全生产留观期间内的流量有效性、质量稳定性。
    • 准出条件:安全生产验证完成;完成失败验证点分析;没有影响线上发布的问题

    灰度验证
    • 保障内容:在微灰环境建立压测分组,通过引流的方式对压测分组机器自动压测,并和历史压测基线做对比,提供性能评估能力,保障变更代码的性能稳定性
    • 准出条件:对比性能基线,压测评估结果通过

    线上部署
    • 保障内容:通过构建线上巡检任务,定时巡检核心接口的核心场景,及时发现因为配置变更、代码变更、依赖变更导致的线上问题
    • 准出条件:无

    建能力、搭平台

    统一应用发布流程后,如何快速协助业务构建流程中需要的各种保障能力,也是质量保障体系必须解决的问题。在“不重复造轮子”的原则下,通过整合阿里在服务端测试领域的能力和服务,形成了一套能适合优酷业务特性的质量保障能力,并通过平台化向各个业务提供接口,协助业务团队快速构建质量保障体系的能力。
    在这里插入图片描述
    研发流程
    通过自定义发布流程组件,打通发布流程和优酷效能平台,实现在发布流程上一键提测,主要为提供提测承载页、提测代码变更分析、提测卡口功能。

    基础能力
    基于JVM-Sandbox提供的能力、平台实现了采集模块自动部署、模块状态自动维护、请求采集自动调控、增强类自动解析,支持应用一键接入保障体系所需要的基础能力:
    • 全环境数据采集能力(请求入参和返回结果、应用内部方法链路)
    • 全环境、全接口协议、多方式请求回放能力(实时回放、mock回放、泛化回放)
    • 线下环境Mock能力(模拟返回结果、模拟异常、模拟超时)

    自动化测试任务
    不同业务需要的保障能力可能来自集团不同平台,业务的接入和分析成本比较高,为此,自动化测试页面提供了各种任务的接入配置、调度执行、结果回收、失败分析功能,实现了任务调度、分析处理的闭环能力,目前支持的任务类型和配置如下:
    • 支持任务类型:自动化实验室、智能回放、安全生产验证、单机性能评估
    • 支持任务配置:持续集成配置、结果通知配置

    自动化测试框架
    优酷自研接口测试框架,通过提供远程接口调用、Wrapper断言、自定义测试报告、中间件跨环境访问、Pandora类隔离机制等能力,业务团队可以低成本完成测试脚本开发,有效支撑优酷全部业务场景的冒烟测试、回归测试、线上巡检脚本开发和维护,框架主要模块如下:
    • 远程接口调用模块:提供集团常用协议接口的跨环境调用能力
    • 断言模块:无需编写任何断言方法,提供所见即所得的断言机制
    • 报告模块:自动记录测试脚本中的接口调用、断言等信息,生成完整的测试报告
    • 类隔离模块:实现通过容器运行测试脚本,解决测试工程的包冲突问题

    智能回放
    阿里已有的回放测试平台都是基于线下mock回放的子调用对比测试,但优酷的业务形态决定了服务端读接口偏多,更适合做实时回放,既可以规避配置变更导致的返回结果不一致,又降低了业务接入和使用成本。
    为此,基于JVM-Sandbox提供的链路采集能力和回放能力,优酷实现了基于线上热度链路推荐的实时回放能力,相比集团已有回放平台,具备以下特性:
    • 更有效的请求推荐能力:通过聚合线上采集的应用内部方法链路,有效识别出线上热度链路,基于热度链路推荐回放请求,相比基于子调用链路推荐请求,能更有效的覆盖应用内部代码链路和真实业务场景
    • 更稳定的对比回放测试(只适用读接口的回放):采取实时非Mock回放,同时请求目标环境和回放环境,对比接口返回结果,有效规避了由于子调用变更和配置数据变更导致的对比失败
    • 更低的接入和使用成本:基于JVM-Sandbox实现应用无侵入部署;对只读接口,不需要配置子调用对比逻辑,指定接口后就可以开始回放,即配即用

    安全生产
    优酷构建了针对安全生产环境的验证机制和能力,能有效保障安全生产留观期间的流量有效性和质量稳定性,目前主要提供的验证能力如下:
    • 业务质量规则验证:通过配置接口返回结果的质量规则,全量验证安全生产留观期间内接口的返回结果,保障接口返回结果的业务质量
    • 智策告警:监控和分析安全生产留观期间内产生的业务告警,保障常规业务指标监控、中间件监控提前在安全生产阶段发现
    • 接口RT对比:对比留观时间段内,核心接口在安全生产的平均RT和线上的平均RT,提前发现接口性能相关的问题
    • 接口自动化验证:通过自动化脚本验证安全生产环境接口质量,及时发现接口调用失败、无数据返回等重大接口问题
    • 智能回放:通过智能回放,对比安全生产和线上的接口返回结果,保障读接口功能稳定性
    • 业务场景覆盖率:通过建立核心接口的业务场景规则,保障留观期间内的流量能覆盖到核心业务场景

    如何度量保障体系质量?

    构建服务端保障体系主要是为了提升服务端发布质量和研发效率,优酷将降低服务端故障数和提升变更发布效率定义为主要需要解决的问题。基于这2个问题,对目标的定义如下:
    业务质量
    • 发布导致的故障数:应用发布导致的线上问题数。评估拦截发布导致故障的价值
    • 线上突发故障数:线上突发故障数。用来评估线上服务稳定性
    研发效率
    • 变更无人值守率:评估持续集成体系对提升回归测试效率的价值
    • 变更验证停留时长:评估持续集成体系对提升变更发布效率的价值

    确定保障体系各项指标后,就要通过收集需要的基础数据,按照不同维度聚合,形成准确可靠的度量指标。能让业务团队、专项负责人、测试负责人通过指标数据发现问题,为后续优化提供方向,这个就是保障体系的度量能力。
    优酷服务端保障平台通过和各个外部系统打通,并提供了通用失败分析能力,形成了数据收集、失败分析、聚合指标的度量闭环。
    在这里插入图片描述
    经过过去半年的能力建设和持续推进,已经有几百个应用接入服务端测试平台,其中核心场景应用接入率 100%,用户活跃度高,保障效果明显,能有效发现质量问题,并且实际拦截了若干次会引发回滚甚至是线上故障的问题,极大的提高了服务端上线质量和研发效率。

    本系列文章将陆续进行发布,感兴趣的朋友一定要关注!


    阿里文娱技术开通视频号了,将通过多种形式来分享我们的技术经验和技术人日常
    希望能在视频号“娱乐圈程序员”里和你一起看点有趣的!
    在这里插入图片描述

    展开全文
  • 阿里 qa 导读:久违了,夏去秋至,阿里巴巴技术质量新人手册又开始更新啦~ 上期我们给大家带来的是成为测试多面手中的移动测试篇,今天我们继续和大家讲讲服务端测试服务端测试服务端测试有两...

    阿里 qa 导读:久违了,夏去秋至,阿里巴巴技术质量新人手册又开始更新啦~ 上期我们给大家带来的是成为测试多面手中的移动测试篇,今天我们继续和大家讲讲服务端测试。

    服务端测试

    服务端测试有两种:一种是直接对 WEB 或者 APP 的 API 接口进行测试;另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试,核心就是输入输出是否符合服务设计。必备的测试手段包括:

    1. 接口测试

    2. 性能测试

    3. 稳定性测试

    4. 异常测试

    其中稳定性测试中涉及:异常、超时、重试幂等、性能等

    基于 API 的服务端测试

    这种服务端就是为 WEB/APP 端提供一些后台的接口,一般都是用 HTTP、HSF、MTOP 接口的方式提供。这种后台的测试从流程上来说是跟随着发布节奏来的,根据时间、提测以及持续集成目标,可以采用不同的测试方法:

    • 手工接口测试

    根据接口设计,测试人员可以借助中间件平台,自有工程,第三方工具进行接口测试了。接口测试过程中,特别需要关注异常场景测试,单接口异常测试主要包括输入异常、操作异常、依赖服务异常,测试验证时关注「容错逻辑」以及「异常返回码是否符合接口约定」

    1. 输入异常:包括入参为特殊字段类型、非法长度、边界值等

    2. 操作异常:例如操作为特殊业务流程、非法修改数据等非正常业务操作

    3. 依赖服务异常:包括访问超时、服务挂掉、异常返回码等场景

    • 手工集成测试

    待需求的前端和上下游都交付之后就可以进入集成测试阶段,在这个环节测试人员除了协调各涉及端的测试进度、测试环境和自己域的业务验证之外,同样需要关注异常测试,集成阶段的异常主要包括输入异常、接口异常、操作异常,测试验证时关注「异常文案交互是否符合业务预期」

    1. 输入异常:包括入参为特殊字段类型、非法长度、边界值等

    2. 接口异常:例如接口超时、非约定返回码等

    3. 操作异常:业务流程中高频导致的并发、乱序等非法操作场景

    「异常测试」主要分为功能异常、服务端异常

    功能异常主要通过各种入参模拟进行验证,接口测试目前可用自建平台、postman 以及其他任意接口测试平台

    测试常用功能介绍:

    1. 保存参数、导入参数:平台支持保存当前参数模板,方便下次导入调用,但需注意仅支持保存一套参数

    2. 自定义 Timeout:可以自定义时间,越过接口原超时限制,mock 超时场景下接口返回

    3. 指定 Provider 调用:指定 IP 进行调用,便于调试和问题定位

    4. 活用执行结果信息:接口执行失败需要上下游配合排查定位时,traceId、Provider 是关键排查参数

    注意事项:

    1. 特定角色才能在控制台进行 hsf 接口测试(例如测试负责人)

    2. 入参输入建议切换到 Code 模式下编辑,以免类型转换错误

    服务端异常目前主要可通过一些强弱依赖平台进行验证,很多平台支持对线上流量自动进行分析并生成用。

    • 持续集成

    借助类似 Jenkins 工具平台完成手工测试的自动化持续集成,实现接口级别的回归和链路级别的回归。

    对更后端的数据库、缓存系统、文件系统等中间件进行测试

    对于这类后端服务来说,接口只是暴露给外用的部分,内部逻辑通常是非常复杂的,所以,除了针对接口做测试之外,测试人员还需要细致地了解这些服务端产品的技术框架及技术实现,需要了解到模块的级别,对于系统框架图、时序图等都有很好的理解,针对这些理解去设计用例和执行。下面介绍几种常见中间件的测试思路和方法:

    • 模拟消息发送,验证消费消息后的代码逻辑

    打开消息控制台,找到对应的 topic 点击发送,输入 body 消息后确定发送

    消息控制台
    • 验证 metaq 消息是否按照约定发送

    打开 metaq 控制台,点击进入“消息查询”,查看消息体和轨迹,验证是否符合期望

    • DTS 任务的调试

    schedulerx 分布式系统调度任务的调试和排查可以使用控制台

    1. 编辑:输入 job 运行参数

    2. 触发一次:手动触发

    3. 指定机器:可以勾选指定 job 运行的服务器

    往期推荐

    超实用的 Python 库推荐!

    Nose | 超轻的单元测试框架-入门

    超实用的18个 Python 高效编程技巧

    点亮在看!

    展开全文
  • 阿里 qa 导读:久违了,夏去秋至,阿里巴巴技术质量新人手册又开始更新啦~ 上期我们给大家带来的是成为测试多面手中的移动测试篇,今天我们继续和大家讲讲服务端测试。...必备的测试手段包括:接口测试性能测试稳定...

    阿里 qa 导读:久违了,夏去秋至,阿里巴巴技术质量新人手册又开始更新啦~ 上期我们给大家带来的是成为测试多面手中的移动测试篇,今天我们继续和大家讲讲服务端测试。

    b32708ecde425fd62028f8c32e1914c2.png

    服务端测试

    服务端测试有两种:一种是直接对 WEB 或者 APP 的 API 接口进行测试;另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试,核心就是输入输出是否符合服务设计。必备的测试手段包括:

    1. 接口测试
    2. 性能测试
    3. 稳定性测试
    4. 异常测试

    其中稳定性测试中涉及:异常、超时、重试幂等、性能等

    基于 API 的服务端测试

    这种服务端就是为 WEB/APP 端提供一些后台的接口,一般都是用 HTTP、HSF、MTOP 接口的方式提供。这种后台的测试从流程上来说是跟随着发布节奏来的,根据时间、提测以及持续集成目标,可以采用不同的测试方法:

    • 手工接口测试

    根据接口设计,测试人员可以借助中间件平台,自有工程,第三方工具进行接口测试了。接口测试过程中,特别需要关注异常场景测试,单接口异常测试主要包括输入异常、操作异常、依赖服务异常,测试验证时关注「容错逻辑」以及「异常返回码是否符合接口约定」

    1. 输入异常:包括入参为特殊字段类型、非法长度、边界值等
    2. 操作异常:例如操作为特殊业务流程、非法修改数据等非正常业务操作
    3. 依赖服务异常:包括访问超时、服务挂掉、异常返回码等场景
    • 手工集成测试

    待需求的前端和上下游都交付之后就可以进入集成测试阶段,在这个环节测试人员除了协调各涉及端的测试进度、测试环境和自己域的业务验证之外,同样需要关注异常测试,集成阶段的异常主要包括输入异常、接口异常、操作异常,测试验证时关注「异常文案交互是否符合业务预期」

    1. 输入异常:包括入参为特殊字段类型、非法长度、边界值等
    2. 接口异常:例如接口超时、非约定返回码等
    3. 操作异常:业务流程中高频导致的并发、乱序等非法操作场景

    「异常测试」主要分为功能异常、服务端异常

    功能异常主要通过各种入参模拟进行验证,接口测试目前可用自建平台、postman 以及其他任意接口测试平台

    测试常用功能介绍:

    1. 保存参数、导入参数:平台支持保存当前参数模板,方便下次导入调用,但需注意仅支持保存一套参数
    2. 自定义 Timeout:可以自定义时间,越过接口原超时限制,mock 超时场景下接口返回
    3. 指定 Provider 调用:指定 IP 进行调用,便于调试和问题定位
    4. 活用执行结果信息:接口执行失败需要上下游配合排查定位时,traceId、Provider 是关键排查参数

    注意事项:

    1. 特定角色才能在控制台进行 hsf 接口测试(例如测试负责人)
    2. 入参输入建议切换到 Code 模式下编辑,以免类型转换错误

    服务端异常目前主要可通过一些强弱依赖平台进行验证,很多平台支持对线上流量自动进行分析并生成用。

    • 持续集成

    借助类似 Jenkins 工具平台完成手工测试的自动化持续集成,实现接口级别的回归和链路级别的回归。

    对更后端的数据库、缓存系统、文件系统等中间件进行测试

    对于这类后端服务来说,接口只是暴露给外用的部分,内部逻辑通常是非常复杂的,所以,除了针对接口做测试之外,测试人员还需要细致地了解这些服务端产品的技术框架及技术实现,需要了解到模块的级别,对于系统框架图、时序图等都有很好的理解,针对这些理解去设计用例和执行。下面介绍几种常见中间件的测试思路和方法:

    • 模拟消息发送,验证消费消息后的代码逻辑

    打开消息控制台,找到对应的 topic 点击发送,输入 body 消息后确定发送

    43c1f7e9a9a63e1576768c63c06fdc05.png
    消息控制台
    • 验证 metaq 消息是否按照约定发送

    打开 metaq 控制台,点击进入“消息查询”,查看消息体和轨迹,验证是否符合期望

    • DTS 任务的调试

    schedulerx 分布式系统调度任务的调试和排查可以使用控制台

    1. 编辑:输入 job 运行参数
    2. 触发一次:手动触发
    3. 指定机器:可以勾选指定 job 运行的服务器

    - To Be Continued -


    74bc41c07fa3535d80b8ff7c838c9af6.png  前方剧透!!!

    ddd4c4cd594005058f70ff97e89284c7.png

    《技术质量新人手册》

    1. 测试开发工程师的角色——完成

    2. 修炼测试基本功——完成

    3. 研发过程中的测试工作 —— 完成

    4. 如何做到测试场景不遗漏? —— 完成

    5. 成为测试多面手

      1. 移动测试篇

      2. 服务端测试篇

      3. 性能测试篇

      4. 安全测试篇

      5. 算法测试篇

      6. 数据测试篇

    6. 如何做好跨域项目?
    7. 稳定性保障&大促保障
    8. 如何从0-1实现自己的效能创新,思路和解法
    9. 测试分析的主要方法
    10. 测试用例设计之常见风险点
    扫码关注「阿里巴巴技术质量」,手册在手,天下我有 b538d23510ea981d0e4bc04484d06dd6.png 关注「阿里巴巴技术质量」阅读更多
    展开全文
  • 服务端的性能测试(一)

    千次阅读 2019-05-21 17:15:59
    本文所讲的是一个与APP的性能测试完全不同的领域:服务端的性能测试。我们会针对服务端有一些不同的指标。      那么究竟什么是服务端的性能测试?      我们从最基本的功能测试说起...
  • 服务端测试

    2016-11-04 22:42:00
    感谢原作者,原文链接:服务端测试经验分享 由于原作者的经验和我目前的实习工作非常的相似,所以偷个懒直接搬过来。。。 以下正文: 针对一些服务,我们总结归纳了一下,划分了两种类型: a. 一...
  • 稳定性测试浅谈

    2019-10-06 21:42:35
    稳定性测试可分为针对客户端和服务端的。 客户端常见的是测试程序长时间运行,或某个功能长时间不断重复的运行的稳定性。 服务端常见的是测试并发压力下服务端运行的稳定性。 稳定性测试如何做?(3句话...
  • 从而团队提出对平台进行稳定性分析,通过给系统施加一定业务压力大情况下,使系统持续运行一段时间,以此来检测系统是否稳定运行(下统称稳定性测试或测试)。 1.2 服务说明 平台运行的服务包括系统服务和业务服务,...
  • 1、原始阶段: 服务端单接口测试 2、配置化阶段: web配置化自动化接口测试平台 3、专项测试阶段:专项业务痛点 4、测试服务化阶段:测试工具服务化 5、测试大集成平台:测试大集成平台 [纵向业务域]自动化实现...
  • 桔妹导读:本文给出其中稳定性相关的规范,这些规范都是顺风车成立五...基于此,我们制定并推广了一套适用于服务端开发的可执行、最小限制的工程规范,包括研发流程、稳定性、性能成本等多个方面。 本文给出其中稳定..
  • 智能支付稳定性测试实战

    千次阅读 2018-12-14 11:01:10
    主要介绍了美团智能支付业务在稳定性方向遇到的挑战,并重点介绍QA在稳定性测试中的一些方法与实践。 背景 美团支付承载了美团全部的交易流量,按照使用场景可以将其分为线上支付和智能支付两类业务。线上支付,...
  • H5的App先调用系统的浏览器内核,相当于是在网页中进行操作,较原生APP稳定性稍差,似乎还没有百万级用户量的H5 App App是使用原生系统内核的,相当于直接在系统上操作,是我们传统意义上的软件,更加稳定 易用性 H5...
  • 异常测试、稳定性测试、性能测试等。 app业务接口常见有:数据保存、数据查询、数据状态操作接口测试更多可以理解为前后端的数据交互是否按所约定的协议进行,包括字段以及字段的准确性。测试用例设计参考文档:...
  • 小白浅谈服务端测试

    2020-08-31 10:57:29
    服务端测试是什么呢,和客户端测试有什么区别呢?
  • 需求是这样的:开发在Framework层增加了app应用权限管控(Android11中基本权限、自动以权限、AIDL),服务端可以通过下发指令到手机,控制app可以访问及不能访问的权限。同时安装app也需要对签名做校验。 该如何开始...
  • 1、对WEB或者APP的服务端进行测试; 2、(更后端)数据库、缓存系统、中间件、文件系统 手工测试(相对简单) 借助工具(postman、jmeter、loadrunner、TestNG+HttpClient、python) ...
  • Java服务端单元测试指南

    千次阅读 2018-11-01 09:44:37
    Java服务端单元测试指南 作者:墨源,阿里巴巴技术专家 一. 前言 单元测试并不只是为了验证你当前所写的代码是否存在问题,更为重要的是它可以很大程度的保障日后因业务变更、修复Bug或重构等引起的代码变更而...
  • 互联网服务端接口自动化测试

    千次阅读 2018-05-11 10:32:48
    如何在互联网公司提供稳定服务端接口测试,各个公司实施的方法和技术也不同,今天我们就此展开讨论学习。互联网服务端接口自动化是各个公司都需要的一部分业务,如何快速高效地完成接口测试呢?以帮助大家实现高效...
  • 服务端性能测试总结

    2018-11-09 10:21:40
    1.功能首先要保证接口处理数据的正确 2.对并发是有要求的 3.服务器在并发压力的时候一些性能数值 关注的指标: 功能业务指标:响应时间(RT)、并发数、接口成功率、吞吐量(QPS/TPS)等等 硬件资源指标:...
  • 一、服务端测试主要包含什么参考 作者:钱蓓蕾 链接:https://www.zhihu.com/question/29164912/answer/110735124 来源:知乎服务端测试分为两种:第一种,直接对应用程序的服务端进行测试;第二种,对更为底层的...
  • 而作为质量保障,在稳定性测试方面的探索也在不断演化。记得两年前我们做稳定性测试还是基于恒定的压力,7*24小时长时间运行,关注的指标无非是吞吐量TPS的抖动、响应时间的变化趋势,以及各种资源是否泄露。稳定性...
  • 美团智能支付稳定性测试实战

    千次阅读 2018-12-13 19:52:43
    总第313篇2018年 第105篇 本文介绍了美团智能支付业务在稳定性方向遇到的挑战,并重点介绍QA在稳定性测试中的一些方法与实践。如果你想学习互联网金融的技术体系...
  • 稳定性测试过程中需要监控服务端资源数据,方便监控资源使用情况及问题的定位排查 1.2 当前现状 需要监控的服务部署在单独的centos7物理机中,虽然linux下有很多监控工具(如top、free、vmstat、dstat等),但较长一段...
  • 服务端框架用于处理持续并发或瞬时并发的请求,同时有良好扩展性和稳定性,简单概括三点:并发性、稳定性、扩展性。 今天开始利用业余时间将自己经历过的多款上线游戏产品经验总结分享给童鞋们。从最基础的讲起,先...
  • python+adb+monkey实现Rom稳定性测试

    千次阅读 2016-07-13 11:34:24
    使用python+adb+monkey实现应用安装卸载、启动,用来测试系统稳定性
  • 在互联网支付时代,我们无法预估系统承受最大并发用户数,做为性能测试人员如何确保系统在高并发下的稳定性、高可用性?  7月底最后一个周日,线下第二期性能班算是正式开课,零基础的学员不少,有测试管理经验、...
  • 测试网络稳定性.

    千次阅读 2011-09-07 16:50:20
    ./iperf -u -c 10.13.24.179 -b 900M -i 1 -w 1M -t 60 iperf -s -w 130k iperf 目录 ... Iperf 是一个网络性能测试工具。Iperf可以测试最大TCP和UDP带宽性能。Iperf具有多种参数和UDP...
  • 好久没在QQ上谈论这么长时间的测试了,而且今晚碰到了很多的老朋友,以下是关于讨论LR进行稳定测试性的一次交流:windy 19:57:56还准备跟你讨论个... windy 19:58:28你有做过稳定性测试么?就是可靠性测试 Zee 19:58:

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 48,768
精华内容 19,507
关键字:

服务端稳定性测试