最近在学习使用gRPC的知识过程中，突然发现了gRPC并没有提供一个类似于HttpClient连接池管理的功能，所以搜了一下相关资料，然后发现了一个通用的池化框架commons-pool2。 从Go语言说起 对于池化技术相信大家都经说过，对于Java来讲：线程池，对于HttpClient：连接池。之前我是一直只是使用，第一次见证到池化技术的威力是在学习Go语言的HTTP接口测试常用的两个库：net/http和fasthttp。 下面是net/http创建HTTP请求的方法封装： // Get 获取G...

本文承袭Grpc服务开发和接口测试初探【Java】内容，学会了基本的gRPC的基本Demo之后，自然要开始了各类客户端的学习。由于服务端的代码都是由开发写好的，所以作为新手测试来说，我觉得学好客户端的代码优先级更高一些。 书接上文，gRPC客户端有三种实现方式，其实就是从io.grpc.ManagedChannel创建客户端Stub的过程。三种方式分别为：newBlockingStub、newStub、newFutureStub。下面通过代码演示来分享三种的区别和优劣。 gRPC客户端目前用起来跟HTT...

支持：IntelliJ IDEA, AppCode, CLion, DataGrip, GoLand, PyCharm, PhpStorm, RubyMine, WebStorm 由于公司替我们买了Intellij正版全家桶，也享受了不少白嫖无法体会到的乐趣。 今早打开Intellij学习通用池化框架时候，突然发现，我的Intellij居然是中文的了。有图为证： 经过一番检查，原来是Intellij自动升级了一个中文插件chinese-simplified-language-pack： ...

之前写过了Grpc服务开发和接口测试初探【Java】，中间耽搁了一些时间，Go版本的gRPC测试开发实践才有时间学习使用。其中也是由于自己Go语言不够熟悉导致的。之前有段时间想暂时放弃Go语言的学习，导致了Go的生疏，原因是从Groovy到Java性能。 前置 回归正题，Go语言版本的gRPC实践相对Java来说是比较简单的，但是总体的工具链是比较复杂的，可能是因为Go生态目前相比Java还是比较匮乏吧。下面我先简述一下大致的步骤： 安装Go语言环境和IDE：如GoLand 安装protoc-gen...

Selenium是一个非常流行的Web自动化测试框架，如今Selenium自动化的需求量很大。但是在测试中并不总是建议使用Selenium测试所有的测试场景。作为Web自动化工具，Selenium主要旨在测试不同的Web应用程序在不同浏览器上执行的正确性，但自动化一切是不合理的。 下面我们了解为什么无法不建议使用Selenium WebDriver实现所有自动化，并分析它不独立支持哪些测试场景。 验证码 大多数网站上看到各种清怪的验证码，用来评估用户是机器人还是真人。可以理解，验证码是关于防止自动化的...

之前写过一个性能测试框架中QPS取样器实现，总体思路是通过一个异步工具类com.funtester.frame.execute.Progress来统计各个线程自己的统计数据（响应时间），然后再依据线程数计算实时的QPS。 但是这个思路很容易受到数据（响应时间）取样的样本大小影响，因为对于混合接口压测场景中，不同接口的响应时间可能会差别很大。所有通过之前的思路就需要优化了，经过一些尝试终于确定了新的方案。 思路 这个功能仅针对于静态压测模型来讲，因为动态压测模型实现思路已经很不一样了，强制统一不太合适。...

最近在阅读湛卢新书《发明：詹姆斯·戴森创造之旅》，一开始拿到这本厚厚的《发明》，还挺让我意外的。看书名我以为这是戴森的个人自传。抱着这个想法读完前两章，着实有点无聊。穿插讲了很多戴森之外的事情，包括好多位同行或者领导者的故事，加上外国人名就像天上的云，看着像再看又不像，揉一揉眼睛再看，已经翻篇了。 读到第三章《海上卡车》和第四章《球轮手推车》才让我感受到所谓戴森精神。如果是放在设计上，就是精益求精，而在更广泛的视角来讲，就是坚持做正确的事。 在电影《闻香识女人》中，Frank的台词： Now I h...

最近要准备开始测试gRPC框架的接口了，所以特来学习一下gRPC的基础知识。首先我们看一下百科定义定义： gRPC (gRPC Remote Procedure Calls) 是Google发起的一个开源远程过程调用 (Remote procedure call) 系统。该系统基于 HTTP/2 协议传输，使用Protocol Buffers 作为接口描述语言。 在GitHub有一个示例的项目，但是经过我不断尝试，还是失败了。项目过于复杂，包含了各类使用场景的演示Demo和测试Demo。对于我这个新...

这个问题源于某一次性能测试中写了一个异步显示QPS的功能，思路是在动态性能测试模型中异步线程中增加输出QPS的能力。就是获取1s内发出去的请求，然后当做实时QPS输出。 但是在实际使用中，每次输出的QPS只有1，这就特别尴尬了。如果不输出日志信息QPS就是正常的。经过查看线程转储和使用jconsole分析，发现每次执行相关方法的时候执行线程被锁住了。 经过了百思不得其解，然后终于彻头彻尾地悟道，这原来是Groovy其中一个特性导致的BUG。 第一层 由于原框架比较复杂，这里分享一个复现的Demo文件...

当前的OKR中已经全面接入动态压测模型了，不仅仅是效率的提升，还带来了一个非常意外的收获。 动态模型让工作更加轻松。以往压测，在没有历史数据参考的情况下，一般都是选一个保守的递增策略加上一个足够大的最大值。即使遇到有参考依据的，一般也会将最大QPS值调大已防止出现最后压力不足尴尬。 整个压测过程有时候就变得漫长，前半段总觉得压力长得太慢了，盯着监控略微无聊，又不敢去放心做别的工作。后半段呢，神情紧张，甚至觉得监控刷新频率太低而手动刷新页面。如果服务链路比较复杂，盯的监控就更多还需要跟同事沟通压测事宜，所...