整个软件行业发展很快，追求快速迭代、快速发布，但速度也不能无限放大，而且当竞争到一定程度时，相同的产品或类似的服务充满了整个世界，人类一定是选最好的产品/服务，我们终归要回到原点。当一个机会来临的时候，我们常常研究如何用一套策略比别人更快的抓住机会，如何比别人跑得快去抢占市场。但是，最终我们还是要靠产品的品质取胜。我还是乐意再用一次雷军的一张slide，从而进一步说明有必要讨论：什么是质量管理的底
“一个人到底要走多少弯路，才能成为一名合格的测试开发工程师？”近年来，随着敏捷开发、微服务架构、DevOps逐渐深入人心，软件行业发生了翻天覆地的变化。相应地，软件测试行业也洗牌加剧：软件测试的准入门槛，也从以前的是个人就行，逐渐变成了“科班出身”、“技能傍身”。从各个大厂最近几年的招聘数据来看，应聘成功的软件测试人员，一般都有两个特征：“有至少一个拿的出手的项目”，“看起来不错的学历背景”。当技
前段时间看到一句话大意是，一个不会倾听的人，沟通能力一般都不会太好。一直以来觉得我的沟通能力还行，但在最近遇到几件事烦心事的反思中，发现我的倾听能力欠缺。有一天媳妇点评我的文章说：“你的文章和你说话一样，喜欢给人讲大道理。”还有之前有一次和媳妇聊天中，媳妇给我说了她的一件烦心事，还没说完，我就噼里啪啦说了一通，你这样不对……应该……。然后媳妇幽幽的说了一句，你这人真无趣，就是想给你倾诉下，你却给讲
在应用程序中，单元是具有一个或多个输入和单个输出的软件中最小可测试部分。单元测试是一种测试软件代码单元的方法，通常包括一个或两个输入，产生一个输出。单元测试主要关注独立模块的功能正确性，目的是确保每个单元都按照预期的方式运行。要进行单元测试，开发人员需要编写测试代码。单元测试有手动和自动化测试两种类型，自动化通常是首选的方法，可以为开发人员节省大量的时间和精力。单元测试是自动化测试金字塔模型中占比
疾病大流行改变了过去习以为常的定义，随着社会渐渐的从COVID-19疫情中恢复，人员、流程和技术也逐渐的适应和发展来应对这些挑战。你所在的企业也会因为疫情而进行数字化转型。临近2022年，许多先前被认为是最前沿的东西已变得成熟，DevOps正处在成熟的风口浪尖上。作者提出五个应该密切关注的DevOps演变：“工程效率”至关重要工程效率是一个特别宽泛的总称。在基础层面上，工程效率关注于使人（例如工程
前言在以前传统的软件开发流程中，大部分项目都是使用瀑布模型来进行开发。瀑布模型中最为典型的一个步骤就是将大规模的测试工作放在软件功能开发完成之后。但是随着软件规模的增大和业务需求的不确定增多，测试工作越来越困难，成本也越来越高，导致测试效率越来越低。并且随着公司对于研发效能的追求，所以业界有些公司发起了去测试化的活动，并且裁掉大量的在传统研发流程中只做手动测试的测试人员。那么在当前这样的情况下，测
之前本公众号曾经写过几篇和前端性能分析相关的文章。《性能工具之前端工具梳理》《前端分析工具之Charles录制Android/IOS手机的https应用》《性能分析之压力工具是否模拟出了前端的请求》首先这些文章还不够成体系，其次也不够有深度。这一点后面我们要尽量补齐，其实还是和思维逻辑有关。在我写的两个性能专栏中，也没有关于前端的描述。但在我参与过的性能相关的场合，像咨询、培训、讨论等，都会被问到
本文只探讨需求质量的度量，需求价值的度量不在讨论范围内。一天晚上，给娃讲绘本《肚子里有个火车站》，故事用形象生动的比喻讲解消化吸收的原理与科学饮食的重要性。绘本故事：《肚子里有个火车站》简单描述一下：我们的肚子里有个火车站，吃进来的食物会被小精灵们加工好后进行装车，然后以一定的频率发车。有时很久没有食物进来，小精灵们就会闲得睡大觉。有时突然一下食物堆积成山，小精灵们就加班加点忙个不停。进来的食物需
昨天天去github上的PowerMock项目去看了一下。这个项目上次的commit和发布已经是10个月之前了。还积攒了400个问题和13个PR没有合并。当然，作为一个出道很久的小众Mock工具的项目，本身的活跃度低也是比较正常的。不过，很多Issue其实是关于新JDK兼容性的。从这点上看，维护者已经不是在积极维护这个项目了。而造成这些问题的一个重要因素，其实和JUnit5有关。众所周知，Mock
产品Backlog是一个简单而强大的工具，用来捕获产品创意和调整产品决策，并且为开发工作的方向提供指引。不幸的是，想要用好产品Backlog这个工具并不容易。本文讨论了七个常见的产品Backlog错误，以帮助您识别和规避这些错误。产品Backlog太大几年前，一家医疗保健公司期望我能够在敏捷转型上提供一些帮助，特别是敏捷转型后对产品管理的影响。这个公司的敏捷转型团队所关心的一个关键挑战是如何选择正
热门文章