- 博客(46)
- 收藏
- 关注
RSS订阅原创 聊聊回归测试的应对策略
我们每次迭代进行回归测试时，会遇到如何确定有效的回归测试范围痛点，全量回归成本太高，时间不允许；基于影响范围分析确定范围需要深入理解代码和业务，难度大且可能遗漏；自动化回归覆盖率不足时，手动回归压力巨大。回归测试范围难界定通常有几个核心矛盾点，一是新功能和存量功能的影响关系不明确，二是历史用例库庞大但有效性存疑，三是业务方总希望“全测一遍”而现实不允许。重点要解决的是“测什么”和“不测什么”的决策依据问题。怎么在资源有限的情况下确保质量不滑坡，毕竟测试团队最怕的就是背锅。
2025-07-27 20:03:20
657
原创 智能化测试应用在哪些方面？
智能化测试”通常指的是利用人工智能、机器学习、大数据分析、自然语言处理等技术来增强、自动化甚至部分取代传统的手动和自动化测试活动，使测试过程更高效、更精准、覆盖更全面、预测性更强。用AI自动生成测试用例，根据需求变化动态调整测试覆盖点，这能大大减少人工重复劳动。视觉测试方面，传统方法处理UI变化很麻烦，需要不断更新脚本。智能化的视觉测试工具可以通过对比截图自动识别差异，结合上下文判断是缺陷还是正常改动。还有日志分析，以前靠人工看日志找错误，现在用AI可以自动聚类异常，定位问题根源，节省很多时间。
2025-07-27 19:48:41
391
原创 测试工作中的质量门禁管理
质量门禁的核心在于自动化 + 阈值控制 + 快速反馈。通过在测试阶段设置明确的规则（如覆盖率、性能指标、安全漏洞等），并借助工具（如 SonarQube、Jenkins、JMeter）实现自动化检查，来提升软件交付质量，减少生产环境故障。
2025-07-16 22:18:48
587
原创 测试开发工作日常用的提示词分享
我平时下班后在家静下心来学习提示词工程已经有一段时间了，现结合实践经验整理出一套优化测试任务的提示词列表。以下是我平时整理的提示词列表，请注意，这些是为获得详细输出和清晰结果而创建的通用提示词，可以根据项目背景和需求自由调整这些提示词。各位，就这些啦，如果有建议的话，欢迎在这篇文章下给我留言！
2025-07-16 21:54:17
198
原创 对测试左移的一些总结和思考
首先，从意识层面，测试人员应该建立“质量闭环”的意识，不仅仅测试结束上线，测试人员的职责就结束了，想要成为一名优秀的测试人员，应该具备测试左右移的一些思想，在工作中有时候确实也需要工作边界感，但是更多的时候，作为核心价值的能力提升，反而是需要你不断的扩大自己工作边界的能力。今天，现来聊聊左移的一些想法。
2025-07-13 10:46:00
250
原创 自动化测试平台建设思考
本文旨在分享个人在构建整个平台变化过程中的思考和总结，给想往这方面发展的小伙伴们一些借鉴，也算是自己的一个阶段性总结。如何针对团队现状做技术型平台演进过挰中会经历的阶段有哪些，需要分别注意什么区分平台能力和个人能力，不要被表象迷惑技术问题一定要从团队的实际情况出发来实践，因为做出来的东西，不管是平台还是框架，都是要给到具体的人去落地使用的，所以要尊重你的用户，纯粹show代码能力的事少做（如果真想，去GIT上面提交代码，在公司，还是以解决问题为主）。
2025-07-10 15:17:39
1142
原创 质量保障体系从0到N的思考
在2023年下半年加入现在这个公司后，重点构建了团队的质量保障体系，基本完成了从0到1的过程积累，也在多个不同的场合做了相关的分享，收获了很多同行给的建议和意见。今年的首个工作目标是把这套质量保障体系运营好，去覆盖更多的团队，完成从1到N的过程，让更多的团队从这个质量体系中获益，保障基本的交付质量。保障最低标准，具备灵活度深入业务，解决具体问题持续数据反馈，结果量化持续文化建设，强化人员意识。
2025-07-10 11:28:51
418
原创 敏捷模式下团队需求交付延期分析
但是当涉及到与外部系统进行集成联调试时，在跨团队甚至是跨地域情况下，联调的沟通协调工作会变得困难，并且，联调过程中出现问题后解决的效率远不及内部团队。由于开发工期的紧张，以及极力避免 “延期提测”，研发人员在开发质量没有得到保证的情况下依然发起提测，导致在测试阶段出现大量的、低级的测试缺陷。在快速迭代的环境中，受设计周期因素的影响，技术方案不可能设计的面面俱到，总有一些细节会在后续落地过程中显现出来。每个团队的交付质量不一，有的团队能够保质保量交付，而有的团队交付质量则差强人意，时常发生延期交付的问题。
2025-07-09 22:33:42
549
原创 敏捷模式下如何开展自动化测试
测试自动化是快节奏软件行业的核心竞争力，需要团队协作和科学规划。通过制定清晰计划、验证应用稳定性、优先覆盖关键场景、合理排序优先级并持续维护测试套件，测试团队可以高效实现自动化覆盖。这不仅提升产品质量，还能让团队更有信心向用户交付稳定可靠的产品。对于测试工程师而言，掌握自动化测试技能如同手握一把利器，为职业发展开辟更广阔的道路。
2025-07-09 19:46:14
1242
原创 敏捷模式下开发与测试的最佳协作模式
在软件研发的“战场”上，关键功能的质量保障从来不是单向的努力，而是一场需要开发与测试共同作战的“双向奔赴”。当开发人员深入复核测试策略与场景，测试人员也可主动复核关键逻辑代码，以发现潜藏的缺陷。甚至在对某段代码不甚了解时，借助 AI 辅助静态分析、漏洞扫描与测试场景生成，让协作更高效、更精准。下面，我们将从实践指导与团队协作的角度，分步剖析如何落地这一新范式。
2025-07-09 17:44:00
717
原创 12点自动化经验
例如，进行跨浏览器测试时，除了需要额外的工具，还需要为团队提供相应的培训，这些都是成本的一部分。良好的测试设计对于创建有意义的测试至关重要，它不仅能够提高测试的覆盖率，还能提升测试效率。因此，确保你具备良好的测试设计能力，而不仅仅是依赖于编码，这将大大提升测试的效果和质量。作为职业发展的起点，这些工具可以为你提供一定的便利，但随着经验的积累，你会发现它们在处理复杂项目或面对技术挑战时，可能无法满足需求。因此，在自动化测试的过程中，务必留出时间进行探索性测试，以确保测试覆盖面更加全面、发现问题的能力更强。
2025-07-09 00:08:13
736
原创 选择公司的衡量标准
根据我亲身经历的这家公司，总结成经验分享出来给大家一个建议和选择新公司的衡量标准。跟对人，做对事！“增长”比“体量”更重要！一起走得更远！
2025-07-06 21:27:30
349
原创 聊一聊项目组压缩测试时间该怎么办？
不管是初创公司，还是比较成熟的大公司，在项目团队中压缩测试时间，作为测试从业者大概率会遇到，看着测试周期一次次被砍，却还要背负质量责任的感受，真的很让人沮丧。测试时间被压缩几乎是所有项目团队都会遇到的痛点，但这背后往往反映了项目管理、沟通机制或质量意识方面的问题。我们如何应对短期怎么救火（这次压缩怎么应对），中期怎么博弈（争取合理时间），长期怎么预防（流程优化），是测试从业者值得思考的问题。毕竟在老板眼里“风险”是抽象概念，但“线上事故损失500万”就很具体。
2025-06-27 00:52:36
670
原创 效能优化策略之用例选择
接口测试用例选择与效能优化需围绕质量保障效率和测试成本平衡展开，选择合适的接口测试用例以提高测试效能，关键在于聚焦核心风险、最大化覆盖率、最小化冗余。异常场景价值高： 相比“正确路径”，无效参数、超时、并发冲突、数据越界、权限不足等异常场景更容易暴露深层次问题，且修复成本高。边界值分析： 针对数字、长度、范围等参数，重点测试边界值（最小值、最大值、略小于最小值、略大于最大值）。移除： 过时的用例（对应已删除功能）、重复冗余的用例、长期不失败的“僵尸”用例（除非是核心正向流程）。核心流程出错影响最大。
2025-06-25 23:57:58
678
原创 敏捷模式下，测试如何更好的开展工作？
在敏捷开发的快节奏下，测试早已不是开发完后的“检查员”，而是软件质量的“护航员”。如果你还在项目发布前一天才开始测试，那就意味着你的测试，还停留在传统节奏里。敏捷开发的目标，是更快、更准、更具响应性地交付价值。敏捷测试的意义，是让这种交付节奏在质量保障下完成。所以，不要再等最后一天才开始测试。从下一个Sprint起，让测试提前参与、嵌入流程、拥抱变化，成为真正“适配敏捷”的质量推动者。
2025-06-24 22:55:47
489
原创 记录性能问题排查及jvm调优思路
只要业务逻辑代码写正确，处理好业务状态在多线程的并发问题，很少会有调优方面的需求。最多就是在性能监控平台发现某些接口的调用耗时偏高，然后再发现某一SQL或第三方接口执行超时之类的。如果你是负责中间件或IM通讯相关项目开发，或许就需要偏向CPU、磁盘、网络及内存方面的问题排查及调优技能。根据这么多年性能压测积累的经验，归纳提炼了以下几点排查调优思路：CPU过高，怎么排查问题linux内存磁盘IO网络IOjava 应用内存泄漏和频繁 GCjava 线程问题排查常用 jvm 启动参数调优一、服务
2022-05-25 11:11:52
664
原创 效能度量平台
## 一、背景 为了提升研发部各部门或各业务线的研发效率和交付质量，我们开发了效能度量平台。没有度量，就无法高效的管理。## 二、开发度量指标### 需求设计质量我们谈软件质量，不可避免要从它的源头说起，而源头就是需求和设计阶段要做的事情。这个阶段包括原型图、PRD文档、交互设计、技术方案、测试用例等几项重要产出物，当然他们有一定的前后依赖关系。在需求设计阶段，我个人认为比较重要的有如下几点指标：- 需求评审通过率（是否有遗漏、描述不清、存在逻辑漏洞等）；- 设计评审通过率（设计是否....
2022-05-22 22:32:40
528
原创 研发效能度量平台
一、背景为了提升研发部各部门或各业务线的研发效率和交付质量，我们开发了效能度量平台。二、开发度量指标度量指标：指标定义：按交付效率和交付质量来分类。平台开发度量样例：以QA部门为例：...
2022-05-16 11:40:20
1488
原创 怎么做性能测试
一、性能测试概述软件性能：系统的性能是个很大的概念，覆盖面非常广泛，对一个软件系统而言，包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等等。性能测试：性能测试主要是通过自动化工具模拟多种正常、峰值以及异常负载条件对系统进行操作，以获得系统各项性能指标的一种测试。即对被测试系统按照一定策略施加压力，获取系统响应时间、TPS、吞吐量、资源利用率等性能指标，以期保证系统的性能。性能测试重要性：随着公司业务发展越来越快，原有的服务体系已不能满足现在的业务需求，渐渐地暴露出了线上性能不足
2022-05-14 15:03:03
4789
原创 MeterSphere重构
MeterSphere重构背景最近公司要做一个测试平台，主要功能涉及了产品，开发和测试三方的业务联动。其实在业界已经有了很多类似的开源平台，例如阿里的云效，腾讯的tapd，还有很多其他的云测试平台。由于涉及到公司的信息安全问题，公司内部希望能够自研一款对内的测试平台，解决产研测一体化的问题。通过对市面上各种竞品调研，最终选定了metersphere这款测试平台进行二次开发。背景：主要原因就是我们人太多了，testrail收费太贵。其次是希望我们有一个平台可以来做我们的测试过程管理。TestRail不
2022-04-07 22:39:11
3675
2
原创 舆情监控系统
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结前言提示：这里可以添加本文要记录的大概内容：例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。提示：以下是本篇文章正文内容，下面案例可供参考一、pandas是什么？示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。二、使用步骤1.引入库代.
2022-04-07 22:06:45
2013
原创 行情多数据源对比项目
问题：去年我开发了行情多数据源对比项目，线上服务器已经运行1年多了，基本逻辑：实时抓取多个数据源的行情数据，对各个行情指标进行汇总计算，实时多数据源对比和计算逻辑，对比后，把每支股票超过设定的指标偏差的指标数据(offset)数据进行计算/汇总发邮件模块，即把每支股票的offset数据绘制成excel表格和附件，以邮件的方式每天定时给相关人发出去这个项目已经上线运行1年多了，其中每天必看的多数据源对比结果邮件按照股票品类每天都会定时发送出来给相关责任人，可是最近突然接收不到美股的对比邮件了，赶紧
2021-03-06 21:08:06
527
1
原创 grpc测试环境搭建全过程
第一、安装 GolangMAC版安装go环境：1、安装命令：brew install go2、检查：输入brew info go或者go env即可查看当前安装的golang版本信息3、配置go路径环境主要是GOROOT和GOPATHGOROOT：就是go的安装环境GOPATH：作为编译后二进制的存放目的地和import包时的搜索路径。其实说通俗点就是你的go项目工作目录。通常情况下GOPATH包含三个目录：bin、pkg、src。src目录下主要存放go的源文件pkg目录存放编译好的
2021-02-26 01:42:57
1077
原创 grpc服务接口测试方案与实现
优势grpc服务集成RESTful Json 和grpc-gateway反向代理来实现对grpc服务的接口测试，省去了自己编写客户端代码的工作。一句话描述：使用grpc-gateway反向代理插件将基于HTTP协议的RESTful JSON API转换为gRPC（即翻译），同时也免去自己去写grpc的客户端。流程图步骤一、编写grpc服务测试工程该工程使用maven进行管理1.安装环境2、创建测试工程1）创建maven工程修改pom.xml文件<?xml version="1
2021-02-26 01:26:25
1573
原创 根据股票symbol区分具体交易所
在股票证券行业待久了，coding的时候经常会遇到这样的需求：自动拉取当天的最新股票市场全量symbol数据，然后对这些全量的股票数据进行处理，首先要先对symbol按交易所进行区分/分类，然后再对区分出来的A股进行细化分类，分类成上交所还是深交所。针对这样常见的需求，我写了一个工具类（写了两个版本，java和python双版本），方便以后工作开发使用，记录下。需求一：根据全量股票数据判断该symbol是哪类股票----A股/港股/美股java python双版本Java版本：public s
2021-02-25 22:06:01
640
2
原创 JVM性能调优
由 张月旭创建, 最后修改于2019-04-12一、调优标准1.Minor GC执行时间不到50ms；2.Minor GC执行不频繁，约10秒一次；3.Full GC执行时间不到1s；4.Full GC执行频率不算频繁，不低于10分钟1次；如果满足以上指标，则一般不需要进行GC调优。二、调优步骤1.监控GC的状态使用各种JVM工具，查看当前日志，分析当前JVM参数设置，并且分析当前堆内存快照和gc日志，根据实际的各区域内存划分和GC执行时间，觉得是否进行优化。系统崩溃前的一些现象：每次
2021-02-25 11:31:34
252
原创 线上集群压测（PTS）压测
由 张月旭创建一、背景在做性能测试的时候，传统方式都是用并发虚拟用户数来衡量系统的性能（站在客户端视角），一般适用于一些网页站点比如首页、H5 的压测；而 RPS（Requests per second）模式主要是为了方便直接衡量系统的吞吐能力-TPS（Transaction Per Second, 每秒事务数）而设计的（站在服务端视角），按照被压测端需要达到TPS等量设置相应的RPS，应用场景主要是一些动态的接口API，比如登陆、提交订单等等。针对服务器端的性能，以TPS为主来衡量系统的性能，并发用
2021-02-24 14:11:56
2623
原创 gRPC接口性能测试
测试部门提供GHZ工具来辅助实现gRPC接口性能测试；相比较于市面上的其他工具，GHZ的好处是只需要提供proto文件就可以发起测试了，不需要额外编写客户端与压测程序。1，通过http://help.j.snowballfinance.com/jmp_apply/add 申请压测服务器权限：10.10.50.2，原因写gRPC压测需要。2，跳转到目录：/opt/tools/ghz/，进入projects目录，创建自己的压测文件夹目录。3，将压测需要的proto文件或者protoset文件存在压测文件
2021-02-24 14:05:17
1189
原创 RPC接口性能压测
一、项目需求开发文档已明确要压测的接口是rpc接口，并给出了rpc接口和依赖，如下：RPC接口：<dependency> <groupId>com.xueqiu.snowflake</groupId> <artifactId>usercenter-client</artifactId> <version>2.13.5</version></dependency>调用示例：List&
2021-02-24 14:00:28
585
原创 一整套Java线上故障排查技巧
线上故障主要会包括 CPU、磁盘、内存以及网络问题，而大多数故障可能会包含不止一个层面的问题，所以进行排查时候尽量四个方面依次排查一遍。同时例如 jstack、jmap 等工具也是不囿于一个方面的问题的，基本上出问题就是 df、free、top 三连，然后依次 jstack、jmap 伺候，具体问题具体分析即可。CPU一般来讲我们首先会排查 CPU 方面的问题。CPU 异常往往还是比较好定位的。原因包括业务逻辑问题(死循环)、频繁 GC 以及上下文切换过多。而最常见的往往是业务逻辑(或者框架逻辑)导
2021-02-24 11:17:42
275
原创 解决java.lang.String cannot be cast to java.lang.Integer异常
开发中经常会遇到java.lang.String cannot be cast to java.lang.Integer异常，记录下我怎么解决的。这种异常就是经常会出现类型转换的地方，这里面有些小坑，必须要踩过，撸源码才知道问题原因，哈哈。比如我在Double转String，Integer转String的过程中遇到的坑：Double.parseDouble()和Double.valueOf()方法的区别：parseDouble()方法得到的数据类型不能继续编译，因为这个方法得到的是 double ，
2021-02-24 10:57:57
44782
原创 Docker生成镜像的两种方式
有时候从Docker镜像仓库中下载的镜像不能满足要求，我们可以基于一个基础镜像构建一个自己的镜像两种方式：1.更新镜像：使用docker commit命令2.构建镜像：使用docker build命令，需要创建Dockerfile文件更新镜像先使用基础镜像创建一个容器，然后对容器内容进行更改，然后使用docker commit命令提交为一个新的镜像（以tomcat为例）。1.根据基础镜像，创建容器docker run --name mytomcat -p 80:8080 -d tomcat2
2021-02-24 10:50:01
289
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人