最新文章 更多
Linux加密技术核心/dev/random的一个替代方案—Linux随机数生成器(LRNG),依赖于多个计算函数来充当熵源—经过五年的开发,已经准备好进行测试。该技术旨在提供API(应用程序编程接口)和ABI(应用程序二进制接口)并在保证与/dev/random兼容的同时,提供若干性能和实用性方面的优势。LRNG比/dev/random函数性能提高了一倍(130%)。LRNG中的数据处理仅使用加
2022-09-18/1257 人阅读/1 人点赞

8月13日应邀在天津做了一场质量保障相关的分享,主题是《看长远顾眼前——测试活动的理想与现实》,其中关于测试质量的保障因素,自己做了个简单的总结,形成了如下图所示的公式,本文做个详细的梳理,欢迎探讨。01质量意识首先,所有的测试活动都是由人开展的,人的因素应该第一时间被重视。测试人员对自己的定位,每个人自己的质量意识是非常重要的,如果你没有很好的质量意识,那么在遇到问题时,可能就轻易放过,或者浮于
2022-09-14/1308 人阅读/613 人点赞

在团队活动中,反馈是一项非常重要的活动,只有收到反馈,大家才知道事情做到哪里了,做得怎么样了。在敏捷软件开发的核心价值观中,反馈也是核心之一。01反馈指的是:在信息的传播中,接受者对传播者发出信息的反映。反馈得很重要一个属性就是时间滞延。在测试活动中,笔者经常会团队的测试人员一个问题:开发提交了一段代码后,多久能收到质量反馈?是按天?按小时?还是按分钟?再往前一步,产品提供了一个Story,多久能
2022-08-30/1483 人阅读/4 人点赞

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

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

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

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

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

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

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

推荐博客 更多

本文首发于「BY林子」,转载请参考版权声明。 温伯格经典著作《咨询的奥秘》中提到「树莓酱定律」: (将一定量的树莓酱抹在面包片上)铺得越广,摊得越薄。 意思是不管多伟大的信息,传播的越广,信息量就会越淡,即信息在传播的过程中不会增加,信息的总量是一定的。 这是一个看似非常简单的定律。本文不聊信息传播的问题,而是想借用该定律来聊聊软件质量与测试中可以用树莓酱定律解释的常见场景。 01 测试全流

67° /676 人阅读/0 人点赞/0 条评论


《漫谈测试成长之探索——测试文档》一文阐述了我们可以从项目维度去整理测试相关的文档来提升自己,本文将从测试排期方面探索成长方向。 我们知道,对于做一件事,我们要有计划,要知道目标,要记得看时间。这里的时间对应到软件测试中就是与测试相关的时间节点。如图1-1所示,在以往工作中,作为一线测试执行者,我们一般会关注开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间。但是,经验告诉我们

64° /646 人阅读/6 人点赞/0 条评论


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

112° /1128 人阅读/0 人点赞/0 条评论


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

112° /1120 人阅读/11 人点赞/0 条评论


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

121° /1218 人阅读/33 人点赞/0 条评论


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

126° /1264 人阅读/0 人点赞/0 条评论


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

125° /1255 人阅读/14 人点赞/0 条评论


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

203° /2037 人阅读/2 人点赞/0 条评论


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

129° /1290 人阅读/4 人点赞/0 条评论


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

133° /1338 人阅读/5 人点赞/0 条评论