草庐IT

接口测试的流程

接口通俗的理解就是不同部分之间的连接通道,可以是程序之内的,也可以是不同程序之间的。一般公司都会要求做接口测试,因为这是测试前移和测试左移的一种方式,会极大的解决bug的成本。接口测试流程接口测试的流程一般包括:项目启动后,测试人员要尽早找到开发人员拿到接口测试文档获取到接口测试文档后,就可以进行接口测试用例的写作和调试接口用例写作调试完成后,部署到集成测试环境中管理起来设定脚本运行频率、告警方式等基本参数,进行接口的日程监控每日进行接口脚本的维护更新,接口异常的处理接口测试用例设计那么怎么进行接口测试用例的设计呢?需要考虑的主要因素有以下几个方面:传递验证性传递正确的参数,看是否返回正常的结

《微服务架构设计模式》读书笔记 | 第3章 微服务架构中的进程间通信

目录前言1.微服务架构中的进程间通信概述1.1交互方式的两个维度1.2交互方式的类型1.3API的演化1.4消息的格式2.基于同步远程过程调用模式的通信2.1远程过程调用RPI2.2REST通信协议的特点及优缺点2.3gRPC通信协议的特点及优缺点2.4同步通信下的局部故障风险2.5解决局部故障的思路与方法2.6应用层服务发现模式2.7平台层服务发现模式3.基于异步消息模式的通信3.1关于消息3.2关于消息通道3.3使用消息机制实现交互方式3.4为基于消息机制的服务API创建API规范3.5无代理消息的利弊3.6基于代理消息的利弊3.7选择消息代理需要考虑的因素3.8处理并发和消息顺序3.9处

《微服务架构设计模式》读书笔记 | 第2章 服务的拆分策略

目录前言1.微服务架构到底是什么1.1软件架构的4+1视图1.2应用程序的两个层面需求1.3分层式架构风格1.4关于架构风格的六边形1.5什么是服务1.6微服务架构的架构风格2为应用程序定义微服务架构2.1定义应用程序架构的三步式流程2.2第一步:识别系统操作2.2.1识别系统操作的步骤与一些事项:2.3第二步:定义服务2.3.1根据业务能力进行服务拆分2.3.2根据子域进行服务拆分2.3.3拆分的指导原则2.3.4拆分单体应用为服务的难点2.3.5上帝类阻碍了拆分2.4第三步:定义服务API2.4.1定义服务API的步骤与事项3.本章小结最后前言这是一本关于微服务架构设计方面的书,这是本人阅

高并发架构设计经验总结

  高并发解决的核心问题是在同一时间上有大量的请求过来,然后我们的系统要怎么抗住这些请求带来的压力。本文从基础设施层、服务端架构层、服务应用层分别做了一个简单的梳理,在每一层通过什么的方式去抗并发,给大家提供一个思路。高并发架构设计经验一、高并发的说明和背景高并发解决的核心问题是在同一时间上有大量的请求过来,然后我们的系统要怎么抗住这些请求带来的压力。比如在线直播服务,同时有上百万甚至上千万人观看。比如秒杀品,同时有大量用户涌入。高并发是从业务角度去描述系统的能力,实现高并发的手段可以采用分布式,也可以采用缓存等,当然也包括多线程、协程,但远远不仅如此;高并发的基本表现为单位时间内系统能够同时

《微服务架构设计模式》读书笔记 | 第3章 微服务架构中的进程间通信

目录前言1.微服务架构中的进程间通信概述1.1交互方式的两个维度1.2交互方式的类型1.3API的演化1.4消息的格式2.基于同步远程过程调用模式的通信2.1远程过程调用RPI2.2REST通信协议的特点及优缺点2.3gRPC通信协议的特点及优缺点2.4同步通信下的局部故障风险2.5解决局部故障的思路与方法2.6应用层服务发现模式2.7平台层服务发现模式3.基于异步消息模式的通信3.1关于消息3.2关于消息通道3.3使用消息机制实现交互方式3.4为基于消息机制的服务API创建API规范3.5无代理消息的利弊3.6基于代理消息的利弊3.7选择消息代理需要考虑的因素3.8处理并发和消息顺序3.9处

《微服务架构设计模式》读书笔记 | 第2章 服务的拆分策略

目录前言1.微服务架构到底是什么1.1软件架构的4+1视图1.2应用程序的两个层面需求1.3分层式架构风格1.4关于架构风格的六边形1.5什么是服务1.6微服务架构的架构风格2为应用程序定义微服务架构2.1定义应用程序架构的三步式流程2.2第一步:识别系统操作2.2.1识别系统操作的步骤与一些事项:2.3第二步:定义服务2.3.1根据业务能力进行服务拆分2.3.2根据子域进行服务拆分2.3.3拆分的指导原则2.3.4拆分单体应用为服务的难点2.3.5上帝类阻碍了拆分2.4第三步:定义服务API2.4.1定义服务API的步骤与事项3.本章小结最后前言这是一本关于微服务架构设计方面的书,这是本人阅

高并发架构设计经验总结

  高并发解决的核心问题是在同一时间上有大量的请求过来,然后我们的系统要怎么抗住这些请求带来的压力。本文从基础设施层、服务端架构层、服务应用层分别做了一个简单的梳理,在每一层通过什么的方式去抗并发,给大家提供一个思路。高并发架构设计经验一、高并发的说明和背景高并发解决的核心问题是在同一时间上有大量的请求过来,然后我们的系统要怎么抗住这些请求带来的压力。比如在线直播服务,同时有上百万甚至上千万人观看。比如秒杀品,同时有大量用户涌入。高并发是从业务角度去描述系统的能力,实现高并发的手段可以采用分布式,也可以采用缓存等,当然也包括多线程、协程,但远远不仅如此;高并发的基本表现为单位时间内系统能够同时

读Java性能权威指南(第2版)笔记20_垃圾回收G

1. Survivor空间1.1. 新生代被划分为两个Survivor空间和一个Eden空间的原因1.1.1. 刚刚被创建并且还在使用中,所以不能被回收,但它们的寿命并没有长到足以进入老年代1.1.2. 仍在新生代中的对象有额外的机会被回收,而不是晋升到(并填满)老年代1.2. 首次新生代回收期间,对象从Eden空间移动到Survivor空间01.3. 下次回收时,活跃对象会从Survivor空间0和Eden空间移动到Survivor空间11.3.1. 此时Eden空间和Survivor空间0完全是空的1.4. 被移入老年代场景1.4.1. Survivor空间非常小,当目标Survivor空

读Java性能权威指南(第2版)笔记20_垃圾回收G

1. Survivor空间1.1. 新生代被划分为两个Survivor空间和一个Eden空间的原因1.1.1. 刚刚被创建并且还在使用中,所以不能被回收,但它们的寿命并没有长到足以进入老年代1.1.2. 仍在新生代中的对象有额外的机会被回收,而不是晋升到(并填满)老年代1.2. 首次新生代回收期间,对象从Eden空间移动到Survivor空间01.3. 下次回收时,活跃对象会从Survivor空间0和Eden空间移动到Survivor空间11.3.1. 此时Eden空间和Survivor空间0完全是空的1.4. 被移入老年代场景1.4.1. Survivor空间非常小,当目标Survivor空

在线协作文档综合评测 :Notion、FlowUs、Wolai、飞书、语雀、微软 Office、谷歌文档、金山文档、腾讯文档、石墨文档、Dropbox Paper、坚果云文档、百度网盘在线文档

在线协作文档综合评测:Notion、FlowUs、Wolai、飞书、语雀、微软Office、谷歌文档、金山文档、腾讯文档、石墨文档、DropboxPaper、坚果云文档、百度网盘在线文档 如今,在线协作文档已经成为效率办公的必备产品。然而,面临各种各样的在线文档产品,应该如何选择呢? 事实上,在线协作办公产品,虽然产品众多。但是发展路径主要有三种: 以谷歌文档为代表的轻量级云端Office.国内对标产品包括金山文档、腾讯文档、石墨文档。以云盘工具DropboxPaper为代表的轻量级云端Office.国内对标产品包括坚果云文档、百度网盘在线文档。以Notion为代表的主张AllinOne的新一