最新文章 更多
本篇文章将对性能测试做一个简要的介绍。这是针对ISO25010标准中指出的“性能”属性或更确切地说是软件产品非功能属性中的“性能效率”进行的测试。性能效率被定义为在限定资源条件下的表现。[ISO25010]什么是性能?性能与IT系统执行任务的时间以及此类系统可以处理的负载有关。由于IT系统有许多不同的用途,因此用户对性能的期望也会有所不同。通常重要的性能指标包括实时系统的响应时间、批处理的持续时间
2022-07-24/1480 人阅读/62 人点赞

不懂变异测试,你好意思说自己是测试工程师,今天让我(一个即将秃头的工程师)带你深入浅出理解变异测试的方方面面。从测试覆盖率的局限性谈起很多时候我们会用单元测试执行后的代码覆盖率来衡量测试的充分性和完整性,问题是有了很多测试用例,同时又有很高的白盒覆盖率,是否代码质量真的就高枕无忧了吗?答案显然不是。来看个《软件研发效能提升之美》书里的例子就懂了。比如下面的代码,测试执行后的代码覆盖率可以达到100
2022-06-27/1718 人阅读/5 人点赞

话接上回(我眼中的性能测试),聊了个人对性能测试的一些看法。后来在直播间和老张,CC一起聊了如何构建个人的性能知识体系这个话题,本文做个总结,个人觉得这个话题非常有意义。单纯的碎片化知识很难产生效应,应该学会如何把这些零散知识点串联起来,形成自己的知识体系,才能更好地运用。那么,如何构建自己的性能知识体系呢?1.理解名词背后的原理在性能测试领域,有很多名词(缩略词),像TPS、响应时间、并发数、线
2022-06-23/1776 人阅读/3 人点赞

核心观点软件可测试性是实现高质量、高效率交付的基础,关注可测试性可以提升软件质量。可测试性差,会直接增加测试成本,让测试的结果验证变得困难,让测试活动延迟发生。可测试性是设计出来的,提升可测试性可以节省研发成本。可测试性包括可控制性、可观测性、可追踪性与可理解性四个维度。随着云原生技术的加速普及与快速发展,软件系统的规模和复杂性不断水涨船高。与此相对应,在软件研发过程中,为测试而设计(Design
2022-06-16/1686 人阅读/6 人点赞

本文从代码提交关联需求任务的功能说起,探讨了其意义、功能扩展以及对研发效能提升带来的收益。记得原来有一次听到一个开发同学抱怨说为啥每次Commit都必须要填写commitmessage呢?他觉得有些浪费时间,因此想出了各种办法来应对,比如输入一个句点或复制粘贴上个commitmessage等。这种一时偷懒的做法,却会给其他合作开发的伙伴带来很多烦恼,这些不知所云的commmitmessage不仅不
2022-06-10/1585 人阅读/4 人点赞

大概在五六年前,有一次我在Google美国总部参加一次技术交流,有一个演讲让我印象深刻,让我至今一直记忆犹新的不是其演讲内容,而是演讲开始的第一页PPT:“别人眼中的GoogleVSGoogle人眼中的Google”。我们对Google的软件工程能力可以说是趋之若鹜的,但是Googler对自己的评价确是如此的中肯和朴实。从『农业时代』向『工业时代』进化虽然软件研发过程从一开始就是数字化的,但从某种
2022-06-07/1697 人阅读/4 人点赞

本文核心观点:团队的复盘能力有多强,决定了团队的进步空间有多大复杂系统的高网络密度和强耦合性是造成故障无法完全避免的罪魁祸首故障是表象,背后技术和管理上的问题才是根因可以包容失败,但是不允许犯错不“浪费(忽视)”任何一个失误不能以唯一根因为导向来复盘避免将故障归因于外部客观原因在企业业务价值的交付过程中,故障是很难避免的,所以对企业来讲故障复盘是一项关键核心能力,今天我就从研发效能的视角来系统性地
2022-05-31/1666 人阅读/78 人点赞

本文核心观点:研发工程师在多个“单点式”工具平台之间来回切换是很耗费时间和精力的。“一站式”是指把研发各个环节的软件工程能力集成在一个统一的平台上,对新人友好,对老人提效。“一键式”是指让研发工程师只关注具有创造性价值的工作内容,而不需要处理能够由工具自动完成的事情。双流模型可以实现需求价值流和研发工程流双向自动联动。双流模型明确定义了软件研发各个阶段的高效实践。1.传统“单点式”研发效能工具面临
2022-05-25/1683 人阅读/3 人点赞

你的组织是否实施了测试数据管理?如果你的组织处理关键或敏感的业务数据,测试数据管理肯定会让组织受益。与测试数据相关的问题占所有软件缺陷的15%,这一事实强调了测试数据的重要性。本文将准确讨论测试数据经理职责、测试数据经理需要什么技能、以及雇佣测试数据经理的好处。什么是测试数据管理?让我们首先深入了解测试数据管理(TDM)的定义,管理满足自动化测试要求所需的数据的过程称为测试数据管理。测试数据经理可
2022-05-24/1734 人阅读/0 人点赞

1.介绍在前一篇文章《洞见101之契约测试理论篇》中,详细阐述了契约测试解决的问题,工作原理以及主要的一些实践等。但是如何真正的实现一套契约测试,仍然需要了解和学习更多细节步骤才能完成。现在我们就来看如何实现一套完整的契约测试。由于契约测试的特殊性,很难手动执行,所以一般情况下它都是通过自动化的方式来实施。业界有多个开源免费的契约测试自动化框架,其中最为常用的就是Pact和SpringCloudC
2022-05-20/1662 人阅读/8 人点赞

推荐博客 更多

如果能够穿越到10年前,你会给年轻的自己什么建议?如果穿越到刚从业时,我会给年轻时的自己一个建议——“为你想要实现的目标设定各种各样的目标。只要有正确的计划和愿景,任何目标都不会太大。”在过去的25年里,我经历了成功和失败。这段旅程令人难忘,因为它让我明白了失败和成功的重要性。每一次成功都贴近我的内心,不断让我更好地理解团队合作和成就感,但每一次失败都为我提供了一种新的创新方式,让我找到非凡的

93° /932 人阅读/0 人点赞/0 条评论


如果能够穿越到10年前,你会给年轻的自己什么建议?如果穿越到刚从业时,我会给年轻时的自己一个建议——“为你想要实现的目标设定各种各样的目标。只要有正确的计划和愿景,任何目标都不会太大。”在过去的25年里,我经历了成功和失败。这段旅程令人难忘,因为它让我明白了失败和成功的重要性。每一次成功都贴近我的内心,不断让我更好地理解团队合作和成就感,但每一次失败都为我提供了一种新的创新方式,让我找到非凡的

92° /925 人阅读/10 人点赞/0 条评论


算法或程序中的一个小技术错误就可能造成数百万美元的损失。本文带大家看看迄今为止历史上因程序错误而带来后果最为昂贵的7个错误。美国宇航局火星气候轨道器:1.93亿美元1999年,美国宇航局的火星气候轨道飞行器进入了一个过低的轨道,导致航天器在大气层中燃烧。这一失败最终追溯至一次换算错误——英制磅秒单位没有转换成标准公制牛顿秒。美国宇航局的火星轨道器是其火星勘测者计划中的第二个探测器,其中还

103° /1031 人阅读/33 人点赞/0 条评论


你的组织是否实施了测试数据管理?如果你的组织处理关键或敏感的业务数据,测试数据管理肯定会让组织受益。与测试数据相关的问题占所有软件缺陷的15%,这一事实强调了测试数据的重要性。本文将准确讨论测试数据经理职责、测试数据经理需要什么技能、以及雇佣测试数据经理的好处。什么是测试数据管理?让我们首先深入了解测试数据管理(TDM)的定义,管理满足自动化测试要求所需的数据的过程称为测试数据管理。测试数

113° /1130 人阅读/0 人点赞/0 条评论


“有没有一个一劳永逸的项目管理实践?”“我怎样才能找到一个能够解决所有问题的方法?”“为什么我用的都是同样的方法,但有的项目延期了?”……在很多敏捷群中,经常会有人问这些问题。那有没有一个可以解决所有问题的方法呢?答案是:没有,因为没有银弹。早在1986年,弗雷德·布鲁克斯就曾在学术角度提出:没有能解决软件危机的银弹。为什么呢?其最根本的原因在于,软件本身有以下固有特性:复杂度:软件复杂度会

107° /1076 人阅读/14 人点赞/0 条评论


一、一则出人意料的报告前段时间,在开源中国看到一篇分享了目前最热门的技术技能的文章,该文章根据招聘机构Dice发布的Q3技术工作报告,指出了当下最热门技术能力,分别是SQL、Java、Python和Linux。如下图:文章全篇都在谈论并分析各项热门技术能力的需求变化,并指出一些增长快速的技能的未来趋势。可当我看到报告的截图时发现,需求更高、排名第一的项目管理能力,在文中并没有详细的提及,而

183° /1838 人阅读/2 人点赞/0 条评论


这段时间以来,低代码和无代码开发平台一直都是IT界的热门话题。相关领域的专家正在推测低代码和无代码将会以何种方式改变这一行业的未来。有预测称,随着低代码和无代码产品持续刷新解决方案开发的新途径,传统的IT将会逐渐衰落。不过,在讨论低代码和无代码的后续发展之前,我们需要先知道这些术语的真正含义。什么是低代码/无代码?低代码和无代码工具能促进软件扩展和最大化软件的交付。下图列出了低代码工具和无代码工

117° /1170 人阅读/4 人点赞/0 条评论


为了帮助理解DevOps和软件交付中一些关键的概念,下面列出了必须阅读的十大DevOps书籍。无论新手还是老手,这里总会有一本适合你的书。一、《凤凰项目:一个IT运维的传奇故事》作者:GeneKim、KevinBehr、GeorgeSpafford在其他的每一个十大必读书籍名单中,也一定能找到这本书。这本畅销书的最新扩展版中加入了合著者GeneKim的一个新后记,并对D

115° /1150 人阅读/4 人点赞/0 条评论


在本文之前,笔者曾分享过一篇关于质量保障流程的文章《漫谈项目质量保障——协作流程》,文章简述了笔者参与的项目协作流程,同时对流程中一些不同寻常的协作节点进行阐述。由于多种原因限制,之前分享的流程存在一定的不完整性,所以本文将继续分享《漫谈项目质量保障——协作流程》优化后的版本。 初版的协作流程如图1-1所示,整个流程涉及了产品人员、UI设计人员、测试人员、开发人员和项目管理员五种角色,并设计了未开

107° /1066 人阅读/10 人点赞/1 条评论


软件测试的原则是指帮助测试团队有效地利用他们的时间和精力来发现测试项目的隐藏bug的指导方针。从实际的实践和研究中,研究了以下7条软件测试的基本原则,以便测试人员在软件测试领域广泛应用。1.测试表明项目目前存在的缺陷这个原则可以用另一种方式来描述:测试是关于缺陷的存在,而不是缺陷的不存在。软件测试只能找出应用程序或软件中存在的缺陷。测试总是有助于消除软件中未被发现的缺陷数量,但是,即使在测

175° /1759 人阅读/5 人点赞/0 条评论