<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>个人思考 on 测试开发刚哥</title>
    <link>https://dongfanger.github.io/tags/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/</link>
    <description>Recent content in 个人思考 on 测试开发刚哥</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Thu, 22 Jan 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://dongfanger.github.io/tags/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>工作汇报流水账 vs 问题驱动的思想表达</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000022-%E5%B7%A5%E4%BD%9C%E6%B1%87%E6%8A%A5%E6%B5%81%E6%B0%B4%E8%B4%A6-vs-%E9%97%AE%E9%A2%98%E9%A9%B1%E5%8A%A8%E7%9A%84%E6%80%9D%E6%83%B3%E8%A1%A8%E8%BE%BE/</link>
      <pubDate>Thu, 22 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000022-%E5%B7%A5%E4%BD%9C%E6%B1%87%E6%8A%A5%E6%B5%81%E6%B0%B4%E8%B4%A6-vs-%E9%97%AE%E9%A2%98%E9%A9%B1%E5%8A%A8%E7%9A%84%E6%80%9D%E6%83%B3%E8%A1%A8%E8%BE%BE/</guid>
      <description>一句话：前者在报进展，后者在讲思想。同样的素材，后者立意高一个身位。</description>
    </item>
    <item>
      <title>坚持自己写文章的意义</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000021-%E5%9D%9A%E6%8C%81%E8%87%AA%E5%B7%B1%E5%86%99%E6%96%87%E7%AB%A0%E7%9A%84%E6%84%8F%E4%B9%89/</link>
      <pubDate>Wed, 21 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000021-%E5%9D%9A%E6%8C%81%E8%87%AA%E5%B7%B1%E5%86%99%E6%96%87%E7%AB%A0%E7%9A%84%E6%84%8F%E4%B9%89/</guid>
      <description>首先，思维深度。AI写作是快，自己写作是慢。在思考时，我们需要慢下来，就像冥想一样，很多事情是需要时间，慢慢想清楚的。在网上已经充斥着大量的AI一键生成文章，写的很严谨、很漂亮，但缺乏最重要的“人情味”。现在还有人认真看完一篇AI写的技术文章么？至少我是很难看完的。反而是人写的一些思考感受，我会逐字看完，这是AI永远无法替代的与人交流价值。自己写文章的过程，就是深度思考的过程，这样写出来的文字，更</description>
    </item>
    <item>
      <title>老生常谈测试开发如何选择编程语言</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000020-%E8%80%81%E7%94%9F%E5%B8%B8%E8%B0%88%E6%B5%8B%E8%AF%95%E5%BC%80%E5%8F%91%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%E7%BC%96%E7%A8%8B%E8%AF%AD%E8%A8%80/</link>
      <pubDate>Tue, 20 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000020-%E8%80%81%E7%94%9F%E5%B8%B8%E8%B0%88%E6%B5%8B%E8%AF%95%E5%BC%80%E5%8F%91%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%E7%BC%96%E7%A8%8B%E8%AF%AD%E8%A8%80/</guid>
      <description>这个话题，网上很多人讨论过很多次，我也曾经聊过3次。</description>
    </item>
    <item>
      <title>接口自动化，用例独立还是用例复用</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000019-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E7%94%A8%E4%BE%8B%E7%8B%AC%E7%AB%8B%E8%BF%98%E6%98%AF%E7%94%A8%E4%BE%8B%E5%A4%8D%E7%94%A8/</link>
      <pubDate>Mon, 19 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000019-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E7%94%A8%E4%BE%8B%E7%8B%AC%E7%AB%8B%E8%BF%98%E6%98%AF%E7%94%A8%E4%BE%8B%E5%A4%8D%E7%94%A8/</guid>
      <description>用例独立。用例相互之间没有依赖，随便拉出一条用例就能执行。</description>
    </item>
    <item>
      <title>怎么给别人讲系统架构</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000018-%E6%80%8E%E4%B9%88%E7%BB%99%E5%88%AB%E4%BA%BA%E8%AE%B2%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84/</link>
      <pubDate>Sun, 18 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000018-%E6%80%8E%E4%B9%88%E7%BB%99%E5%88%AB%E4%BA%BA%E8%AE%B2%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84/</guid>
      <description>系统架构是软件系统的结构化解决方案，它定义了：系统组件及其相互关系，组件与环境的关系，指导设计和演进的原则，技术标准和约束条件，质量属性实现方案，系统各层面的抽象描述，关键设计决策文档，系统演进路线图。</description>
    </item>
    <item>
      <title>AI时代如何自我提升</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000017-ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E8%87%AA%E6%88%91%E6%8F%90%E5%8D%87/</link>
      <pubDate>Sat, 17 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000017-ai%E6%97%B6%E4%BB%A3%E5%A6%82%E4%BD%95%E8%87%AA%E6%88%91%E6%8F%90%E5%8D%87/</guid>
      <description>如果你想自我提升却找不到合适方法，或者学习没有什么效果，希望这篇文章能给你带来些许启发。</description>
    </item>
    <item>
      <title>关于版本质量的思考V2.0</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000016-%E5%85%B3%E4%BA%8E%E7%89%88%E6%9C%AC%E8%B4%A8%E9%87%8F%E7%9A%84%E6%80%9D%E8%80%83v2.0/</link>
      <pubDate>Fri, 16 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000016-%E5%85%B3%E4%BA%8E%E7%89%88%E6%9C%AC%E8%B4%A8%E9%87%8F%E7%9A%84%E6%80%9D%E8%80%83v2.0/</guid>
      <description>本文来聊一下&lt;strong&gt;缺陷逃逸率&lt;/strong&gt;，上线后发现缺陷数 / 有效缺陷总数，也就是漏测分析。</description>
    </item>
    <item>
      <title>知识卡片，在技术学习中的运用</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000015-%E7%9F%A5%E8%AF%86%E5%8D%A1%E7%89%87%E5%9C%A8%E6%8A%80%E6%9C%AF%E5%AD%A6%E4%B9%A0%E4%B8%AD%E7%9A%84%E8%BF%90%E7%94%A8/</link>
      <pubDate>Thu, 15 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000015-%E7%9F%A5%E8%AF%86%E5%8D%A1%E7%89%87%E5%9C%A8%E6%8A%80%E6%9C%AF%E5%AD%A6%E4%B9%A0%E4%B8%AD%E7%9A%84%E8%BF%90%E7%94%A8/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;本书作者：测试开发刚哥，文章版权归个人所有，未经授权请勿转载。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h1 id=&#34;一引言&#34;&gt;一、引言&lt;/h1&gt;
&lt;p&gt;技术学习有个特点，看完就忘，再看再忘，还看还忘。艾宾浩斯遗忘曲线，解释了这一现象，学习后的20分钟内，记忆的遗忘速度最快。1个小时后，遗忘速度开始减慢。1天后，遗忘速度显著降低。一段时间后，记忆会变得相对稳定。&lt;/p&gt;
&lt;p&gt;为了能够记忆技术知识点，我们可以尝试理解技术逻辑，定时复习，主动回忆。通常的做法是将原文摘抄下来，回顾时再读一遍。缺点在于，技术逻辑与文学不同，每次都要烧脑，无法唤醒记忆。&lt;/p&gt;
&lt;h1 id=&#34;二什么是知识卡片&#34;&gt;二、什么是知识卡片&lt;/h1&gt;
&lt;p&gt;知识卡片是我在《高效学习法》学到的笔记技巧。简单来说，知识卡片就是把知识“画”在一张卡片上，重点是“画”。&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/257e90a750c448428bbc7fead855a2ef.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;（图片来源于《高效学习法》）&lt;/p&gt;
&lt;h1 id=&#34;三为什么需要知识卡片&#34;&gt;三、为什么需要知识卡片&lt;/h1&gt;
&lt;p&gt;知识呈现形式，影响着阅读理解难度，图形&amp;gt;表格&amp;gt;文字。技术逻辑是一个思考过程，想通了以后，在我们脑海中会浮现出一副图像，可能是流程图、数据流、树状图等。如果每次复习都能看到这幅图像，那么复习效率将会显著提升。很有必要，将这幅图像刻画出来。&lt;/p&gt;
&lt;h1 id=&#34;四怎么制作知识卡片&#34;&gt;四、怎么制作知识卡片&lt;/h1&gt;
&lt;p&gt;我们可以找个本子，用笔进行绘画，但是相对于纸质笔记，我更推荐使用电子笔记，便于存储，多设备阅读和分享。&lt;/p&gt;
&lt;p&gt;知识卡片，可以使用常见的办公软件来制作，PowerPoint，俗称PPT。&lt;/p&gt;
&lt;p&gt;先做好知识卡片分类，将同一类知识卡片放在同一个文件里面，创建多张幻灯片。&lt;/p&gt;
&lt;p&gt;画图时随意发挥，只要能把技术逻辑描绘出来，自己能看懂，方便理解即可。&lt;/p&gt;
&lt;h1 id=&#34;五我的知识卡片分享&#34;&gt;五、我的知识卡片分享&lt;/h1&gt;
&lt;p&gt;①流量录制回放&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/7760998c1aae4e6f8c414232ce7a61b4.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;②消息队列&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/ae0de150616c4c3aa6b96e70be2a8621.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/fce86266b6fc49889a9b235eb642071a.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;③ Java&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/94cd94a72f144736a60616c3e8130edd.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/1ddc992469684281a41bc271ee62aa7a.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/151fa1ad3b834dc795b480b64bdfe065.png&#34;&gt;&lt;/p&gt;
&lt;h1 id=&#34;六总结&#34;&gt;六、总结&lt;/h1&gt;
&lt;p&gt;知识卡片，是一种视觉化的笔记方法，便于理解和记忆。学而不思则罔，思而不学则殆。知识卡片特别适合技术学习，温故而知新。感兴趣的小伙伴，动手画起来吧。&lt;/p&gt;</description>
    </item>
    <item>
      <title>持续学习的动力</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000014-%E6%8C%81%E7%BB%AD%E5%AD%A6%E4%B9%A0%E7%9A%84%E5%8A%A8%E5%8A%9B/</link>
      <pubDate>Wed, 14 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000014-%E6%8C%81%E7%BB%AD%E5%AD%A6%E4%B9%A0%E7%9A%84%E5%8A%A8%E5%8A%9B/</guid>
      <description>大学，已经过去十年了。</description>
    </item>
    <item>
      <title>技术型测试的优势</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000013-%E6%8A%80%E6%9C%AF%E5%9E%8B%E6%B5%8B%E8%AF%95%E7%9A%84%E4%BC%98%E5%8A%BF/</link>
      <pubDate>Tue, 13 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000013-%E6%8A%80%E6%9C%AF%E5%9E%8B%E6%B5%8B%E8%AF%95%E7%9A%84%E4%BC%98%E5%8A%BF/</guid>
      <description>如何提高测试竞争力，这个话题原本是想写“测试核心竞争力”的，酝酿了30天，迟迟无法落笔。所谓测试核心竞争力，主要有业务、技术、质量3个方向，我本想强调测试核心竞争力是质量，不能太过于追求业务和技术，要回归到&lt;strong&gt;质量保障&lt;/strong&gt;这件事来。但是我错了，&lt;strong&gt;这是测试岗位的核心职责，并非测试人员的核心竞争力&lt;/strong&gt;。</description>
    </item>
    <item>
      <title>关于版本质量的思考V1.0</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000012-%E5%85%B3%E4%BA%8E%E7%89%88%E6%9C%AC%E8%B4%A8%E9%87%8F%E7%9A%84%E6%80%9D%E8%80%83v1.0/</link>
      <pubDate>Mon, 12 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000012-%E5%85%B3%E4%BA%8E%E7%89%88%E6%9C%AC%E8%B4%A8%E9%87%8F%E7%9A%84%E6%80%9D%E8%80%83v1.0/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;本书作者：测试开发刚哥，文章版权归个人所有，未经授权请勿转载。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/41b06258d80d4711a81d97d4be317ce4.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;这个版本质量好不好？&lt;/p&gt;
&lt;p&gt;每次遇到这种问题，都很难给出让人满意的答案。&lt;/p&gt;
&lt;p&gt;本文梳理下当前我对版本质量的思考，未来会不断迭代更新我的认知。&lt;/p&gt;
&lt;p&gt;软件产品质量模型，描述了8个特性：功能适用性、性能效率、兼容性、可用性、可靠性、安全性、可维护性、可移植性。这个模型可以从全局视角，对软件产品质量进行评估。&lt;/p&gt;
&lt;p&gt;总不能每次发完版，就套用这个模型来给产品质量打个分吧。&lt;/p&gt;
&lt;p&gt;更现实的做法是，定义&lt;strong&gt;量化指标&lt;/strong&gt;多维度进行评估。&lt;/p&gt;
&lt;p&gt;指标库是个庞大和复杂的体系，涵盖了项目、产品、需求、开发、测试、质量等多个方面的关键性能指标（Key Performance Indicators，简称KPIs）。&lt;/p&gt;
&lt;p&gt;这里只罗列&lt;strong&gt;版本质量相关&lt;/strong&gt;的指标：&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;线上问题数量及问题级别&lt;/strong&gt;：系统发布触发用户问题。质量好不好，必然要看问题多不多，影响大不大。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;需求缺陷密度&lt;/strong&gt;：需求缺陷数 / 完成需求数。缺陷少，质量高。想必我们都体验过测出来一堆问题，上线后还是一堆问题的烂质量。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;缺陷关闭率&lt;/strong&gt;：已关闭缺陷数 / 有效缺陷总数。要想提高质量，就要解决问题。曾经历过遗留30个bug不处理就上线的，初创团队抢占市场可以理解，稳定产品的缺陷关闭率低就需要引起重视了。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;缺陷关闭时长&lt;/strong&gt;：所有缺陷(关闭时间 - 创建时间)求和 / 有效缺陷总数。长时间、跨版本都没有解决的问题，一拖再拖，说不定哪天就在线上暴雷了。所有问题都要及时关注，尽快修复。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;缺陷逃逸率&lt;/strong&gt;：上线后发现缺陷数 / 有效缺陷总数。测试同学注意了，灵魂三问，没有测过吗？为什么没测到？为什么不知道？遇到过测试马虎了事的，测试不给力，保不住质量下限。&lt;/p&gt;
&lt;p&gt;除了怎么衡量版本质量以外，还有个问题是怎么交付出高质量产品，是让开发少写点bug，还是让测试多找点bug？&lt;/p&gt;
&lt;p&gt;有个很有意思的说法是，&lt;strong&gt;高质量产品是用出来的&lt;/strong&gt;。这个认知没有局限于开发、测试谁背锅的责任归属，而是从产品迭代的角度出发，更多的功能，更多的缺陷，就会投入更多的努力去修复这些质量问题，从而提高产品质量。&lt;/p&gt;
&lt;p&gt;让更多客户使用，发现更多问题，持续完善产品，才能打磨出高质量产品。&lt;/p&gt;</description>
    </item>
    <item>
      <title>大模型时代，测试工作会有什么变化</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000011-%E5%A4%A7%E6%A8%A1%E5%9E%8B%E6%97%B6%E4%BB%A3%E6%B5%8B%E8%AF%95%E5%B7%A5%E4%BD%9C%E4%BC%9A%E6%9C%89%E4%BB%80%E4%B9%88%E5%8F%98%E5%8C%96/</link>
      <pubDate>Sun, 11 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000011-%E5%A4%A7%E6%A8%A1%E5%9E%8B%E6%97%B6%E4%BB%A3%E6%B5%8B%E8%AF%95%E5%B7%A5%E4%BD%9C%E4%BC%9A%E6%9C%89%E4%BB%80%E4%B9%88%E5%8F%98%E5%8C%96/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;本书作者：测试开发刚哥，文章版权归个人所有，未经授权请勿转载。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;img loading=&#34;lazy&#34; src=&#34;../assets/3f169471792b4d8dad8dde37a0989a1e.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;“ChatGPT是倾盆大雨前的第一场雨”，OpenAI首席科学家&lt;em&gt;Ilya&lt;/em&gt; Sutskever。&lt;/p&gt;
&lt;p&gt;大模型是指在人工智能领域，尤其是机器学习和深度学习中，具有大量参数和复杂结构的模型。&lt;/p&gt;
&lt;p&gt;大模型通过在大量数据上进行预训练，然后针对特定任务进行微调，最终部署到应用中以执行复杂任务。&lt;/p&gt;
&lt;p&gt;最近百度推出的“萝卜快跑”打车（Robotaxi），就是大模型应用之一。收集大量驾驶数据，包括视频、图像、雷达、车辆传感器等数据，对数据进行标注、归一化和增强等预处理。然后对大模型进行预训练，学习道路环境、交通规则、物体识别等。根据自动驾驶需求，对模型进行微调，保持车道、避让障碍物、识别交通标识等。将训练好的模型集成到自动驾驶系统中，在模拟环境和封闭场地进行测试。经过充分的模拟和实车测试后，部署到出租车上，实现无人驾驶。&lt;/p&gt;
&lt;p&gt;未来世界，到底是个什么样的世界啊。&lt;/p&gt;
&lt;p&gt;截止2024年初，已有诞生了近百个参数规模大于100亿的模型，在图像语言、推荐系统、医疗诊断、办公软件等各行各业，掀起了滔天巨浪，甚至有人感叹第四次工业革命是不是就要到来。&lt;/p&gt;
&lt;p&gt;从个人体验来说，日常工作中使用ChatGPT时间已经远远超过了搜索引擎。测试工作虽然没有颠覆式改变，但可以预见未来会有不少变化。&lt;/p&gt;
&lt;p&gt;以下纯属我的猜想。&lt;/p&gt;
&lt;p&gt;功能用例。AI可以根据需求文档分析出功能用例。只要针对垂直业务进行大量训练，一个既懂业务，又懂测试用例设计的机器人，是很可能出现的。&lt;/p&gt;
&lt;p&gt;自动化用例。AI可以自动生成，自动执行，自动断言，自动完成自动化测试。流量录制回放已经替代了部分回归测试工作，有AI能力加持，很难不去想象，未来是不是会出现“无人回归测试”。&lt;/p&gt;
&lt;p&gt;代码评审。AI可以分析增量代码，计算出影响范围，给出改动点、影响点和测试点。ChatGPT已经很懂代码了，再结合精准测试分析，这项技术会愈加成熟。&lt;/p&gt;
&lt;p&gt;测试数据。AI可以生成各种各样的测试数据。文件数据、内存动态数据、数据库存储数据，想要什么给你什么。&lt;/p&gt;
&lt;p&gt;测试工具。AI可以快速生成测试工具。ChatGPT具备强大的代码生成能力，创建工具将变得简单快捷。&lt;/p&gt;
&lt;p&gt;AI未来是否会取代人类？测试工作的特点之一是重复性，AI恰好就是解决重复问题的，所以很多重复性测试工作，一定会被AI取代。但是AI始终无法取代测试人员，为什么？&lt;/p&gt;
&lt;p&gt;因为AI不能替测试人员背锅呀。&lt;/p&gt;</description>
    </item>
    <item>
      <title>测试流程，别再层层加码了</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000010-%E6%B5%8B%E8%AF%95%E6%B5%81%E7%A8%8B%E5%88%AB%E5%86%8D%E5%B1%82%E5%B1%82%E5%8A%A0%E7%A0%81%E4%BA%86/</link>
      <pubDate>Sat, 10 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000010-%E6%B5%8B%E8%AF%95%E6%B5%81%E7%A8%8B%E5%88%AB%E5%86%8D%E5%B1%82%E5%B1%82%E5%8A%A0%E7%A0%81%E4%BA%86/</guid>
      <description>想当初，测试流程很纯粹，就是研发把代码写完了，功能交给测试，测试提bug，测完了上线，再发个测试报告，完事。</description>
    </item>
    <item>
      <title>自动化用例依赖问题，是个伪命题</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000009-%E8%87%AA%E5%8A%A8%E5%8C%96%E7%94%A8%E4%BE%8B%E4%BE%9D%E8%B5%96%E9%97%AE%E9%A2%98%E6%98%AF%E4%B8%AA%E4%BC%AA%E5%91%BD%E9%A2%98/</link>
      <pubDate>Fri, 09 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000009-%E8%87%AA%E5%8A%A8%E5%8C%96%E7%94%A8%E4%BE%8B%E4%BE%9D%E8%B5%96%E9%97%AE%E9%A2%98%E6%98%AF%E4%B8%AA%E4%BC%AA%E5%91%BD%E9%A2%98/</guid>
      <description>伪命题，是指那些表面上看似正确，但实际上是错误的、没有意义的或者根本无法验证的命题。</description>
    </item>
    <item>
      <title>如何构建“测试开发体系”</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000008-%E5%A6%82%E4%BD%95%E6%9E%84%E5%BB%BA%E6%B5%8B%E8%AF%95%E5%BC%80%E5%8F%91%E4%BD%93%E7%B3%BB/</link>
      <pubDate>Thu, 08 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000008-%E5%A6%82%E4%BD%95%E6%9E%84%E5%BB%BA%E6%B5%8B%E8%AF%95%E5%BC%80%E5%8F%91%E4%BD%93%E7%B3%BB/</guid>
      <description>构建知识体系，首先需要具备写作习惯和写作能力。笔记的重点是记录，需要养成记笔记的习惯，把知识保存下来。良好的写作能力，可以将复杂的概念用文字清晰表达，具有逻辑性和条理性。知识体系的展现形式，不只是脑图，还包括文档、幻灯片、流程图等，既要会写又要会画，通过多种形式将知识呈现出来。</description>
    </item>
    <item>
      <title>测试的道与术</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000007-%E6%B5%8B%E8%AF%95%E7%9A%84%E9%81%93%E4%B8%8E%E6%9C%AF/</link>
      <pubDate>Wed, 07 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000007-%E6%B5%8B%E8%AF%95%E7%9A%84%E9%81%93%E4%B8%8E%E6%9C%AF/</guid>
      <description>“道”说起来有点抽象，它相当于我们常说的“软技能”，包括价值观、认知能力、学习能力、创新能力、沟通协作等。不同层次的测试人员，道的差异也很大。初级测试人员，可能只知道测试是为了找出问题，能把需求上线即可。高级测试人员，也许会更加注重质量保障，从全局思考，既要保证线上不出问题，又要提高测试效率。他们的行为准则也不一样。有些人不注重资产沉淀，虽然能完成任务，但给人散乱的印象。有些人敬畏流程，严格按照标</description>
    </item>
    <item>
      <title>测试工程师的成长，体现在2个地方</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000006-%E6%B5%8B%E8%AF%95%E5%B7%A5%E7%A8%8B%E5%B8%88%E7%9A%84%E6%88%90%E9%95%BF%E4%BD%93%E7%8E%B0%E5%9C%A82%E4%B8%AA%E5%9C%B0%E6%96%B9/</link>
      <pubDate>Tue, 06 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000006-%E6%B5%8B%E8%AF%95%E5%B7%A5%E7%A8%8B%E5%B8%88%E7%9A%84%E6%88%90%E9%95%BF%E4%BD%93%E7%8E%B0%E5%9C%A82%E4%B8%AA%E5%9C%B0%E6%96%B9/</guid>
      <description>小伙伴B，测试过程中时刻充满了学习呀，工作中对自己需求的部分搞清楚，就涉及到很多知识点的学习呀，比如去了解开发咋实现的，然后你如何去测试。</description>
    </item>
    <item>
      <title>解决“测试流程”问题的底层逻辑</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000005-%E8%A7%A3%E5%86%B3%E6%B5%8B%E8%AF%95%E6%B5%81%E7%A8%8B%E9%97%AE%E9%A2%98%E7%9A%84%E5%BA%95%E5%B1%82%E9%80%BB%E8%BE%91/</link>
      <pubDate>Mon, 05 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000005-%E8%A7%A3%E5%86%B3%E6%B5%8B%E8%AF%95%E6%B5%81%E7%A8%8B%E9%97%AE%E9%A2%98%E7%9A%84%E5%BA%95%E5%B1%82%E9%80%BB%E8%BE%91/</guid>
      <description>这3个问题本质上都是测试流程问题，解决的底层逻辑是建立自己的流程并灵活调整。</description>
    </item>
    <item>
      <title>工作以后，换种方式学习</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000004-%E5%B7%A5%E4%BD%9C%E4%BB%A5%E5%90%8E%E6%8D%A2%E7%A7%8D%E6%96%B9%E5%BC%8F%E5%AD%A6%E4%B9%A0/</link>
      <pubDate>Sun, 04 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000004-%E5%B7%A5%E4%BD%9C%E4%BB%A5%E5%90%8E%E6%8D%A2%E7%A7%8D%E6%96%B9%E5%BC%8F%E5%AD%A6%E4%B9%A0/</guid>
      <description>工作碎片化时间，理解，思考，总结，能够加速成长。</description>
    </item>
    <item>
      <title>接口自动化框架设计漫谈V1.0</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000003-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E6%A1%86%E6%9E%B6%E8%AE%BE%E8%AE%A1%E6%BC%AB%E8%B0%88v1.0/</link>
      <pubDate>Sat, 03 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000003-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E6%A1%86%E6%9E%B6%E8%AE%BE%E8%AE%A1%E6%BC%AB%E8%B0%88v1.0/</guid>
      <description>针对“pytest搭建接口自动化框架”，谈谈对框架设计的当前认知。</description>
    </item>
    <item>
      <title>接口自动化框架选型</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000002-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E6%A1%86%E6%9E%B6%E9%80%89%E5%9E%8B/</link>
      <pubDate>Fri, 02 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000002-%E6%8E%A5%E5%8F%A3%E8%87%AA%E5%8A%A8%E5%8C%96%E6%A1%86%E6%9E%B6%E9%80%89%E5%9E%8B/</guid>
      <description>选择技术栈。Python、Java、Go三选一。能选Python就选Python。只会Java或只会Go才选Java Go。Python语法简单，上手容易，有一整套成熟的接口自动化测试方案，社区完善且持续迭代更新。</description>
    </item>
    <item>
      <title>事件时间日志，精准工作之道</title>
      <link>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000001-%E4%BA%8B%E4%BB%B6%E6%97%B6%E9%97%B4%E6%97%A5%E5%BF%97%E7%B2%BE%E5%87%86%E5%B7%A5%E4%BD%9C%E4%B9%8B%E9%81%93/</link>
      <pubDate>Thu, 01 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://dongfanger.github.io/posts/%E8%AF%BB%E4%B9%A6%E4%B8%8E%E6%80%9D%E8%80%83/%E4%B8%AA%E4%BA%BA%E6%80%9D%E8%80%83/000001-%E4%BA%8B%E4%BB%B6%E6%97%B6%E9%97%B4%E6%97%A5%E5%BF%97%E7%B2%BE%E5%87%86%E5%B7%A5%E4%BD%9C%E4%B9%8B%E9%81%93/</guid>
      <description>李笑来在书中谈到了事件时间日志的好处：“它会使你对时间的感觉越来越精确。可以调整我对时间的感觉，在估算任何任务的工作量的时候，都更容易确定真正现实可行的目标。相对准确的估算又使得目标基本上都可以达成，由此可以算是战胜了焦虑”。</description>
    </item>
  </channel>
</rss>
