话接上回(我眼中的性能测试)，聊了个人对性能测试的一些看法。后来在直播间和老张，CC一起聊了如何构建个人的性能知识体系这个话题，本文做个总结，个人觉得这个话题非常有意义。单纯的碎片化知识很难产生效应，应该学会如何把这些零散知识点串联起来，形成自己的知识体系，才能更好地运用。那么，如何构建自己的性能知识体系呢？1.理解名词背后的原理在性能测试领域，有很多名词（缩略词），像TPS、响应时间、并发数、线
核心观点软件可测试性是实现高质量、高效率交付的基础，关注可测试性可以提升软件质量。可测试性差，会直接增加测试成本，让测试的结果验证变得困难，让测试活动延迟发生。可测试性是设计出来的，提升可测试性可以节省研发成本。可测试性包括可控制性、可观测性、可追踪性与可理解性四个维度。随着云原生技术的加速普及与快速发展，软件系统的规模和复杂性不断水涨船高。与此相对应，在软件研发过程中，为测试而设计（Design
本文从代码提交关联需求任务的功能说起，探讨了其意义、功能扩展以及对研发效能提升带来的收益。记得原来有一次听到一个开发同学抱怨说为啥每次Commit都必须要填写commitmessage呢？他觉得有些浪费时间，因此想出了各种办法来应对，比如输入一个句点或复制粘贴上个commitmessage等。这种一时偷懒的做法，却会给其他合作开发的伙伴带来很多烦恼，这些不知所云的commmitmessage不仅不
大概在五六年前，有一次我在Google美国总部参加一次技术交流，有一个演讲让我印象深刻，让我至今一直记忆犹新的不是其演讲内容，而是演讲开始的第一页PPT：“别人眼中的GoogleVSGoogle人眼中的Google”。我们对Google的软件工程能力可以说是趋之若鹜的，但是Googler对自己的评价确是如此的中肯和朴实。从『农业时代』向『工业时代』进化虽然软件研发过程从一开始就是数字化的，但从某种
本文核心观点：团队的复盘能力有多强，决定了团队的进步空间有多大复杂系统的高网络密度和强耦合性是造成故障无法完全避免的罪魁祸首故障是表象，背后技术和管理上的问题才是根因可以包容失败，但是不允许犯错不“浪费（忽视）”任何一个失误不能以唯一根因为导向来复盘避免将故障归因于外部客观原因在企业业务价值的交付过程中，故障是很难避免的，所以对企业来讲故障复盘是一项关键核心能力，今天我就从研发效能的视角来系统性地
本文核心观点：研发工程师在多个“单点式”工具平台之间来回切换是很耗费时间和精力的。“一站式”是指把研发各个环节的软件工程能力集成在一个统一的平台上，对新人友好，对老人提效。“一键式”是指让研发工程师只关注具有创造性价值的工作内容，而不需要处理能够由工具自动完成的事情。双流模型可以实现需求价值流和研发工程流双向自动联动。双流模型明确定义了软件研发各个阶段的高效实践。1.传统“单点式”研发效能工具面临
你的组织是否实施了测试数据管理？如果你的组织处理关键或敏感的业务数据，测试数据管理肯定会让组织受益。与测试数据相关的问题占所有软件缺陷的15%，这一事实强调了测试数据的重要性。本文将准确讨论测试数据经理职责、测试数据经理需要什么技能、以及雇佣测试数据经理的好处。什么是测试数据管理？让我们首先深入了解测试数据管理(TDM)的定义，管理满足自动化测试要求所需的数据的过程称为测试数据管理。测试数据经理可
1.介绍在前一篇文章《洞见101之契约测试理论篇》中，详细阐述了契约测试解决的问题，工作原理以及主要的一些实践等。但是如何真正的实现一套契约测试，仍然需要了解和学习更多细节步骤才能完成。现在我们就来看如何实现一套完整的契约测试。由于契约测试的特殊性，很难手动执行，所以一般情况下它都是通过自动化的方式来实施。业界有多个开源免费的契约测试自动化框架，其中最为常用的就是Pact和SpringCloudC
这段时间以来，低代码和无代码开发平台一直都是IT界的热门话题。相关领域的专家正在推测低代码和无代码将会以何种方式改变这一行业的未来。有预测称，随着低代码和无代码产品持续刷新解决方案开发的新途径，传统的IT将会逐渐衰落。不过，在讨论低代码和无代码的后续发展之前，我们需要先知道这些术语的真正含义。1.什么是低代码/无代码？低代码和无代码工具能促进软件扩展和最大化软件的交付。下图列出了低代码工具和无代码
前几天听JoshKaufman在Farnham街采访时，我突然意识到，有一些与学习相关的重要概念，以一种有趣的、基础的方式结合在一起。不仅如此，而且我还从来没有深入思考过，它们有时还可以互换使用。就像ChalieMunger曾经说过的心理模型：“所有这些东西都是非常明显的，但大多数人并不真正了解这些东西，因为他们无法使用它。”这种认知很谦虚但也很有帮助：确实存在一套系统能加速提升你的能力，使你变得
热门文章