VACUUM 参数优化 上面已经介绍过了以下设置表级 AUTOVACUUM 相关参数和 autovacuum_max_workers: ALTER TABLE pgbench_accounts SET (autovacuum_vacuum_scale_factor = 0.1, autovacuum_vacuum_threshold = 2000); ALTER TABLE pgbench_accounts SET (autovacuum_analyze_scale_factor = 0.05,

Sahi (3) -- 压力测试Load Test以CAS SSO登陆场景为例(103 Tutorial) jvm版本: 1.8.0_65 sahi版本: Sahi Pro 6.1.0 参考来源: Sahi官网 Sahi Quick Tutorial Sahi官方文档:压力测试 Sahi社区论坛:SAHI for performance testing Sahi (1) -- 快速入门(101 Tutorial) Sahi (2) -- https/SSL配置(102 Tutorial)) Sa

背景 订单系统在各行各业中广泛应用,为消费者.商家后台.促销系统等第三方提供用户.产品.订单等多维度的管理和查询服务.为了挖掘出海量订单数据的潜能,丰富高效的查询必不可少.然而很多时候并不能给出完整准确的查询关键字,例如,只知道收货人姓氏,或是产品名称部分关键字,或是根据收货人手机尾号找到订单,我们将这类查询归为“模糊查询”. 需求分析 订单系统,作为电商系统的“核心”,管理着订单状态.商品信息.用户信息.收货地址和支付信息,联动库存更新,为下游的仓库物流系统提供依据.在订单表设计时,需要记录上

游戏中经常会出现一些大型的户外场景,例如一个小镇.一座古城等.通常这种场景中包含了较多的建筑.道路.桥梁等等元素,其3D模型比较大且复杂.在使用TWaver加载时,可使用一些技巧,让加载速度更快.显示更流畅. TWaver 3D支持导入json或obj等格式的3D场景.如果是obj格式,可将obj文件.mtl文件.所有贴图文件,以字符串参数形式传给TWaver进行加载.当然这些文件也都可以是网络上的URL字符串. var loader = new mono.OBJMTLLoader(); loa

JMeter (3) -- JMeter录制脚本并压力测试用户登陆场景以CAS SSO为例(101 Tutorial) 主要内容 JMeter录制脚本并进行压力测试用户登陆场景,并以CAS SSO单点登陆为例 环境与参考 jvm版本: 1.8.0_65 jmeter版本: 2.13 firefox版本: 39.0.3 参考来源: jmeter官方网站 cnblogs: JMeter基础之-录制脚本 51testing: Jmeter 快速入门教程(四)--录制复杂web测试脚本 准备 请参照JM

摘要:本文从应用业务优化角度,以常见触发IO慢的业务SQL场景为例,指导如何通过优化业务去提升IO效率和降低IO. 本文分享自华为云社区<GaussDB(DWS)性能优化之业务降IO优化>,作者:along_2020. IO高?业务慢?在DWS实际业务场景中因IO高.IO瓶颈导致的性能问题非常多,其中应用业务设计不合理导致的问题占大多数.本文从应用业务优化角度,以常见触发IO慢的业务SQL场景为例,指导如何通过优化业务去提升IO效率和降低IO. 说明 :因磁盘故障(如慢盘).raid卡读写策略

写在前面 除了博文内容之外,和 netfocus 兄的讨论,也可以让你学到很多(至少我是这样),不要错过哦. 阅读目录: 迷雾森林 找回自我 开源地址 后记 毫无疑问,领域驱动设计的核心是领域模型,领域模型的核心是实现业务逻辑,也就是说,在应对具体的业务场景的时候,实现业务逻辑是领域驱动设计最重要的一环,在写这篇博文之前,先总结下之前关于 DDD(领域驱动设计)的三篇博文: 我的“第一次”,就这样没了:DDD(领域驱动设计)理论结合实践:伪领域驱动设计,只是用 .NET 实现的一个“空壳”,仅此

DDD(领域驱动设计)应对具体业务场景,Domain Model(领域模型)到底如何设计? 写在前面 阅读目录: 迷雾森林 找回自我 开源地址 后记 毫无疑问,领域驱动设计的核心是领域模型,领域模型的核心是实现业务逻辑,也就是说,在应对具体的业务场景的时候,实现业务逻辑是领域驱动设计最重要的一环,在写这篇博文之前,先总结下之前关于 DDD(领域驱动设计)的三篇博文: 我的“第一次”,就这样没了:DDD(领域驱动设计)理论结合实践:伪领域驱动设计,只是用 .NET 实现的一个“空壳”,仅此而已.

最近bug比较多,汗颜. 1.需求背景 (1)app活动页面,用户参与并完成能够以1分钱价格购买指定商品(2)这个页面可分享至app以外的渠道,如微信.QQ等 2.这个bug的表现形式:用户在第三方渠道(非app)下单时,支付失败 3.设计支付相关用例时,参考了app结算页流程,考虑了以下因素 a.库存 b.支付渠道 c.是否安装支付相关的app- 考虑支付控件调起.以及web版本支付流程 d.支付成功 1)支付成功 & APP收到支付成功消息       2)支付成功 & APP未收到支

过去的一年里,我们准备在Ali-HBase上突破这个被普遍认知的痛点,为此进行了深度分析及全面创新的工作,获得了一些比较好的效果.以蚂蚁风控场景为例,HBase的线上young GC时间从120ms减少到15ms,结合阿里巴巴JDK团队提供的利器--AliGC,进一步在实验室压测环境做到了5ms.本文主要介绍我们过去在这方面的一些工作和技术思想. 背景 JVM的GC机制对开发者屏蔽了内存管理的细节,提高了开发效率.说起GC,很多人的第一反应可能是JVM长时间停顿或者FGC导致进程卡死不可服务的情

背景是这样的: 自己写了一套接口自动化的框架,其中使用unittest + ddt + excel作为数据驱动模式的应用,使用HtmlTetstRunner来生成测试用例. 一切看起来很完美. 但是,发现测试报告中,测试用例名称都是:test_api_index.index表示用例的编号,从1开始,递增.比如:test_api_01.test_api_02......test_api_0N 希望能在不同的用例名称当中,显示相应的接口用例名字.比如登陆接口的成功登陆用例:测试报告中用例名称显示为t

测试步骤之场景设计(Controller) 进入手工场景 准备好脚本后就可以进行场景设计和执行场景了,从VuGen中进入,见下图: 进入后第一个为目标场景,选择第二个更灵活的手工场景,我的目标人数200,第三个为结果保存地址,最好放到空间比较大的盘中,其他默认即可. 确认后进入场景设计页,也可以在[HP LoadRunner]—[Applications]—[Controller]单独进入.选择第一个手工场景,选择左边你需要运行的脚本,点击[Add]添加至场景脚本中,点击确定就ok了,后面再设置

因为目前eolinker的API自动化测试不支持“构造参数”,因此针对“全局变量”的使用在不同的场景下,可采用不同的方式实现,但是一个参数既然设计成为了全局变量,那么在接口中使用时尽量保证书写风格一致,这样也方便自己与其他人的理解,比如:password设置为了全局参数,2个接口分别为“重置密码'"修改密码”中均使用到password,但是使用场景不同,第一个接口是”重置密码“需要用到全局参数password,运行3次,每次password的值都需不同(可以使用随机数),第二个接口是"

本文来自网易云社区 作者:马进 跑男热播,作为兄弟团忠实粉丝,笔者也是一到周五就如打鸡血乐不思蜀. 看着银幕中一众演员搞怪搞笑的浮夸演技,也时常感慨,这样一部看似简单真情流露的真人秀,必然饱含了许许多多台前幕后工作者的辛苦汗水,如果把一部真人秀比作一个互联网产品,那么在银幕中那些大明星就好比产品开发者:他们需要敏锐地把握观众的需求和口味,与终端用户直接打交道.而灯光,道具,服装,摄影这些就好比系统开发者,他们要尽一切努力满足产品开发者提出的需求,并且暴露给他们最简洁直观的接口,就像跑男一样,把一

mq的作用 通过异步方式对系统解耦 增加系统的并发处理能力 通过异步方式对系统解耦 以用户注册为例,一般情况下: 分下一下,上面过程存在的一些问题: 注册过程会调用4个服务(注册服务.邮件服务.短信服务.积分服务),服务之间依赖性太强,任何一个服务不可用,直接影响整个注册业务 接口耗时太长,每个服务耗时100ms,注册流程耗时400ms 对用户来说,用户信息入库是主要的业务流程,其他并不是响应用户过程中直接关注的逻辑,可以异步进行处理 采用mq的方式实现: 过程: 调用注册服务,注册信息入库,耗

一.概述 在微服务架构下,虽然我们会尽量避免分布式事务,但是只要业务复杂的情况下这是一个绕不开的问题,如何保证业务数据一致性呢?本文主要介绍同步场景下使用Seata的AT模式来解决一致性问题. Seata是 阿里巴巴 开源的 一站式分布式事务解决方案 中间件,以 高效 并且对业务 0 侵入 的方式,解决 微服务 场景下面临的分布式事务问题   二.Seata介绍 整体事务逻辑是基于 两阶段提交 的模型,核心概念包括以下3个角色: TM:事务的发起者.用来告诉 TC,全局事务的开始,提交,回滚.

一.背景 在微服务架构中,我们常常使用异步化的手段来提升系统的 吞吐量 和 解耦 上下游,而构建异步架构最常用的手段就是使用 消息队列(MQ),那异步架构怎样才能实现数据一致性呢?本文主要介绍如何使用RocketMQ的事务消息来解决一致性问题. RocketMQ 是阿里巴巴开源的分布式消息中间件,目前已成为 Apache 的顶级项目.历经多次天猫双十一海量消息考验,具有高性能.低延时和高可靠等特性 PS:同步场景怎样保证一致性?请看文章<Spring Cloud同步场景分布式事务怎样做?试试Se

实战项目-用例评审-问题总结 内部班项目用例评审,总结的问题:供大家参考!提升用例最好的方式,可以互相执行下(评审),就会明白自己的差距或者需要避免的点在哪里.(前提是会) 1)覆盖率 原型中提到的一定要覆盖全面:未提到的规则,自己要想的明白,写出来(有时候原型或者UI与实际的东西并不是相符的) 2)排版 注意整体用例的排版(执行的先后顺序) 3)模板 公司模板可不用修改 4)标注 文档中禁止使用多颜色(显得不是太正规) 5)正确性 测试时首先要保证功能的正确性-正确的视角--重点(多位同学遗漏

错误信息: 之前运行好好的脚本,突然报No tests were found,Empty test suite,详情错误信息如下所示: Launching pytest with arguments loanlaterOfflineExtend.py::LoanlaterOfflineExtend::test_ConfirmLoanOffline3 in D:\script\py_jjd\TestCase ============================= test session st

Newbe.Claptrap 框架非常适合于解决具有并发问题的业务系统.火车票售票系统,就是一个非常典型的场景用例. 本系列我们将逐步从业务.代码.测试和部署多方面来介绍,如何使用 Newbe.Claptrap 框架来构建一个简易的火车票售票系统. 吹牛先打草稿 让我们来首先界定一个这个简易的火车售票系统所需要实现的业务边界和性能要求. 业务边界 该系统仅包含车票的余票管理部分.即查询剩余座位,下单买票减座. 而生成订单信息,付款,流量控制,请求风控等等都不包含在本次讨论的范围中. 业务用例 查

一.前言 本人负责的支付清结算方向的测试工作,在测试项目中,会出现流程化的接口调用,请求完一个接口后,继续请求另一个接口(这里的接口可以指Http,也指rpc接口),这里以一个真实场景为例:用户在平台下单,结算前部分退款,再结算,最后结算后部分退款: 第一个接口动作对应用户下单,第二个动作对应结算前的部分退款,第三个动作对应结算,第四个动作对应结算后的部分退款,涉及不同系统的交互:这是一个完整的场景,根据我们的测试用例与更多的用户场景,实际测试中,我们需要测试更多场景,单接口测试已无法满足实际需