悠然的笔记本

原创 七-容量管理之容量测试

目前在没有线上全链路压测改造的情况下，线上可以进行读服务的容量测试（写服务需要全链路压测改造才能在线上执行）。容量测试过程，是个循序渐进的过程，逐步对目标服务施加压力，期间需要严密监控各项指标，一旦出现异常，应确保无风险的情况下才能继续施压。容量测试结束后，得出明确的结论，总结测试过程中的各项指标和数据，与各方确认数据结论是否正常以及是否达到预期，编写测试报告，输出结论。容量测试是容量保障的一种验收手段，通过容量测试达到系统的2倍、3倍容量，我们可以知道对应的容量下需要多少的服务资源。如何进行容量测试呢？

原创 六-容量管理之相关工具

对于小公司以上相关平台工具可以找到相应的工具进行搭建使用，也可以完成容量管理相关工具搭建，达到容量管理可衡量、可观测、可应对的效果。

原创 五-容量管理之容量预案

容量预案(Capacity Plan)是容量管理的一个重要组成部分。

原创 四-容量管理之容量优化

容量优化是容量管理的核心，是容量管理价值的集中体现。

原创 三-容量管理之容量管理策略

总结策略、方法、方式上定义、明确和落地，组织、管理、流程上统一进行配合、协同，才能达到良好的效果。（1）设定容量管理目标。（2）建立专门的容量管理虚拟项目团队和相应负责人。（3）展开容量管理策略优化相关的业务和技术培训。（4）建立容量管理的考核和奖惩机制，并持之以恒做下去。

原创 二-容量管理之容量水位

容量水位来代替IT资源的利用率。只有知道当前的容量水位，我们才可以依此进行各种判断和规划。后面进行容量分析时也是基于容量水位的元数据进行多维度整合分析，并进一步优化的。容量水位越低，则说明资源利用率不高、可优化空间大，可以采取一些缩容、降低配置等措施；容量水位越高，则说明业务即将或已经达到了资源瓶颈，需要进行扩容或增加相关IT资源投入，否则容易给业务造成风险。

原创 一-容量管理是什么？

容量管理是什么？对容量进行规划、分析、调整和优化，以合适的方式和合理的成本满足需求的过程，是业务需求和it供应之间的平衡。

原创 软件测试工程师应该怎么样？

4. 测试工具和技术：测试经理需要了解测试工具和技术，包括自动化测试、性能测试、安全测试、接口测试等，以便更好地管理测试团队和负责测试项目的工作。分析当前测试项目和计划的偏差，选择适合的测试用例，跟踪测试过程，调整测试策略，在适应变化的情况下依然保持版本测试的节奏，引导产品一步步达成测试质量目标。1. 产品或系统的主要功能和用户需求：测试经理需要了解产品或系统的主要功能和用户需求，以便更好地负责测试并提供有价值的意见和建议。制定产品的测试策略，故其需要熟练掌握产品技术和测试技术，并有能力找到其中的平衡点。

原创 OpenAI API 最佳实践

OpenAI API 最佳实践。

原创 ChatGPT是什么？

它是一种自注意力机制（self-attention）的神经网络模型，能够对输入的文本序列进行编码和解码。在训练过程中，ChatGPT使用了大量的文本数据来学习语言模型，其中包括从互联网上抓取的大量的文本数据和其他的语料库。它使用了基于梯度下降的优化算法来不断地调整神经网络的参数，以最小化模型在语言模型任务上的损失函数。具体来说，它会根据输入文本的上下文信息，预测下一个可能出现的单词或短语，并不断地生成文本序列，直到达到预设的生成长度或者生成一个结束符号。的自然语言处理模型，它的底层实现是基于。

原创 性能测试必读书单

性能测试必读书单

原创 《性能优化方法论》总结

《性能优化方法论》总结

原创 JVM基础知识总结

日常工作中接触到的jvm相关的知识，和jvm相关书籍中汇总总结一下jvm相关基础知识，作为对jvm的了解。

原创 分布式系统稳定性建设指南

来源： 中国信息通信研究院 系统稳定性能建设是一个系统化工程，需要硬件软件，需要从企业工程建设的全环节进行设计和实施，充分利用以混沌工程、全链路压测为代表的分布式稳定性保障技术，建设保障能力，改造运营流程、推进稳定性文化，保障企业系统稳定性、提升业务连续性、促进行业高质量发展。

原创 学习性能所必须的知识之算法

通过有效地缩小查找范围，只需要很少的次数就能很快速的找到需要的数字，这样的策略或方法就称为“算法”。算法的好坏对性能有很大的影响。

原创 微服务治理-含服务线上稳定性保障建设治理

Google的公开经验，“通过实现预案并且将最佳方法记录在‘运维手册（palybook）’上通常可以使MTTR （故障平均恢复时间）降低3倍以上”

原创 接口自动化-使用 Awaitility 测试异步代码

对于那些实时性要求不高，但却计算密集或者需要处理大数据量的耗时较长的任务，或是有较慢 I/O 的任务，选择异步化是一个不错的选择。在方法层面，像把耗时较长的任务放到其他线程中去异步执行。之前也有做法就是通过Thread.sleep(经验值)来进行等待异步任务处理，但中间等待的时间是不确定的。（2）列表异步任务执行后对任务发起方或调用方没有感知，只是改变了系统中的某些状态。该工具提供轮询的方式，判断操作是否完成，以最短的时间获取异步任务结果。1.订单导出类的功能：导出的订单数据较多，使用异步进行交互。

原创 《底层逻辑：看清这个世界的底牌》读书笔记

判断损失发生后应该怪谁，就看谁因此的损失大。 一件事情出现不好的结果时，责怪、埋怨、后悔都是无用的，它们改变不了结果。如果自己有所损失，只能怪自己，也只有自己才能改变事情最终的结果——靠自己，自强者万强。人与人之间的差距来自哪里？来自是否拥有智慧，以及拥有什么层次的智慧。在人生中，博弈是第三层智慧，定力是第二层智慧，选择是第一层智慧。如何博弈，如何保持定力，如何做出选择，都决定着人生的方向——选择做某件事情，凭借长期主义形成自己的定力，和这个世界重复博弈。希望在这个复杂多变的世界里，我们都能全身而退，实

原创 线上稳定性建设实战总结

稳定性建设-治理常见手段笔记

原创 《有效提升你的职场说服力》

有效提升你的职场说服力

原创 《跃迁-成为高手的技术》读书笔记

原创 使用nGrinder实现容量测试 （含压测工程）

背景确认以核心服务，进行容量测试，对线上目前的整体服务进行水位摸底使用nGrinder实现容量测试多人协作压测脚本准备主要的步骤：ngrinder中创建压测脚本工程 基于gradle project安装groovy安装gradle安装svn配置 idea groovy、svn将ngrinder创建好的脚本通过svn导入到idea设计压测脚本结构&按比例设置接口修改脚本，然后提交到svn， 完成～ngrinder中创建压测脚本工程 基于gradle project这个

原创 华为软件测试工程师与普通软件工程师的区别

1、软件设计能力：测试并非劣于研发，包括：架构、设计、对需求理解、甚至在商务的层面，测试软件设计思维能帮助一个产品少走弯路；2、原理分析提升：测试不仅仅只是发现缺陷，包括：定位缺陷、给研发指导意见等，提升整体团队的技术能力；3、测试思维模式：通过根因分析反复的训练的测试人员的分析模式，不仅仅让测试人员了解更了多相关技术，也让学员通过不断演练掌握一种做事思路，即：目标分解技术；4、懂的做事的方法和套路：用内部人士的话来说，华为培养模式是一种设计模式，是一种按套路出牌的方式，套路中包含关键路径、技术方法、

原创 数据迁移测试总结

数据迁移测试总结

原创 docker学习笔记

docker入门学习

原创 性能测试理论基础

性能测试分类：基准性能场景容量性能场景稳定性性能场景异常性能场景性能测试需要有指标时间指标、容量指标、资源利用率性能测试需要有模型模型是什么？它是真实场景的抽象，可以告诉性能测试人员，业务模型是什么样子。比如说，我们有 100 种业务，但不是每个业务都需要有并发量，可能只有 50 个业务有，那就要把这些有并发的业务统计出来，哪个业务并发多，哪个业务并发少，做压力时就要控制好这样的比例。这种做法需要的数据通常都是从生产环境中的数据中统计来的，很多在线上不敢直接压测的企业都是这样做的。性

原创 http 长连接和短连接

http 长连接和短连接的区别在于 使用的tcp是长连接还是短连接。长链接的条件：1.http connection 设置为keep-alive.需要服务端和客户端都进行设置2.使用了http1.1协议后的都是长连接，connection都设置为keep-alivekeep-alive是什么？http协议采用的是“请求-应答”模式，当connection为非keep-alive模式，则每...

原创 mockito使用

1.pom中引入mockito<dependency> <groupId>org.mockito</groupId> <artifactId>mockito-all</artifactId> <version>2.0.2-beta</version></dependency>...

原创 云栖大会智能测试专场总结

专题1：人机协作1.基于机器学习的回归测试用例排序2.不稳定(flaky)测试用例如果测试用例在相同的测试场景中运行有时通过有时失败，则被认为是不稳定的（flaky）多种原因： 测试次序、并发、带有不确定的规约、随机数、i/o、日期、时间…google例子：4.2百万集成测试用例： 一周运行阶段有63万，2%测试用例是flaky16%测试用例曾有不稳定的表征3.工具生成测试数据4...

原创 测试稳定性三板斧

摘自 https://mp.weixin.qq.com/s/jkR6pFz99zlE-dr9ghtIQQ 的笔记

原创 大型网站技术架构（三）使用集群

在网站高并发访问的场景下，使用负载均衡技术为一个应用构建一个由多台服务器组成的服务器集群，将并发访问请求分发到多台服务器上处理，避免单一服务器因负载压力过大而响应缓慢，使用户请求具有很好的响应延迟特性三台服务器共同处理来自用户浏览器的访问请求，这样每台web服务器需要处理的http请求只有总并发请求数的三分之一，根据性能测试曲线，使服务器的并发请求数目控制在最佳运行区间，获得最佳的访问请求延迟...

原创 大型网站技术架构（二）异步操作

使用消息队列将调用异步化，可改善网站的扩展性消息队列具有很好的削峰作用—— 即通过异步处理，将短时间高并发产生的事务消息存储在消息队列中，从而削平高峰期的并发事务。...

原创 大型网站技术架构（一）分布式缓存

网站性能优化第一定律： 优先考虑使用缓存优化性能。缓存的基本原理【缓存的基本原理】将数据存储在相对较高访问速度的存储介质中，以供系统处理。一方面缓存访问速度快，可以减少数据访问的时间，另一方面如果缓存的数据是经过计算处理的，那么缓存的数据无需重复计算即可直接使用，还起到减少计算时间的作用。【缓存的本质】一个内存Hash表，以key，values形式存储在内存Hash表中；Hash表数据...

原创 大型网站技术架构 读书笔记

最近听了茹炳晟在极客时间上的课程，对他介绍的《大型网站技术架构：核心原理与案例分析》进行了阅读，做点笔记。

原创 测试建模(三) 系统生态图

原创 软件模型

V模型Rap Application Development 快速应用开发局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现.X模型基于此前提，提出了X模型，其目标是弥补V模型的一些缺陷。W模型W模型由Evolutif公司提出，相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，...

原创 测试建模(二) 输入与输出模型 IO模型

输入与输出模型 是最基本的测试模型。它将被测对象（功能、模块、系统）视为一个整理，分析并列举该对象的输入变量和输出变量。为了建立完整的IO模型，测试人员需要从多个角度考察被测对象和相关系统。对于构建IO模型，可以利用fiddler，charles等网络工具了解与服务器通信的输入输出关系。构建IO模型有助于测试人员更好的理解被测对象，更自如的操控，更全面的观察，更好的设计测试。...

原创 测试建模(一) 启发式测试策略模型 Heuristic Test Strategy Model

最近重新在阅读一本书，把测试建模的几个模型做个笔记。启发式测试策略模型 HTSM由一组指导性词语组成，它们构成一个概念框架，启发测试人员的思维，发掘测试对象和测试策略。HTSM对于测试设计的意义：测试设计以风险驱动在测试设计时，质量标准启发测试先知；项目环境启发测试过程；产品元素其他测试覆盖；观察到的质量启发测试报告对于测试，HTSM强调测试策略的多样性，平衡代价和收益，利用启发...

转载 熔断，限流，降级

1 写在前面1.1 名词解释consumer表示服务调用方provider标示服务提供方，dubbo里面一般就这么讲。下面的A调用B服务，一般是泛指调用B服务里面的一个接口。1.2 拓扑图大写字母表示不同的服务，后面的序号表示同一个服务部署在不同机器的实例。2 从微观角度思考2.1 超时（timeout）在接口调用过程中，consumer调用provider的时候，provid...

原创 软件测试实践之 时间管理

1、利用任务清单记录所有的工作项2、坚持周计划和每日回顾3、专注是高效工作的前提4、恰到好处的文档化和自动化5、在工作中学习6、持续阅读7、且行且思8、成为专家...