疾病大流行改变了过去习以为常的定义，随着社会渐渐的从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太大几年前，一家医疗保健公司期望我能够在敏捷转型上提供一些帮助，特别是敏捷转型后对产品管理的影响。这个公司的敏捷转型团队所关心的一个关键挑战是如何选择正
图片来源：GeeksforGeeks这篇文章的观点可能并不适用于每个公司或每个工科学生。但这个观点已经非常广泛地存在我的经验中，以至于我觉得有必要宣扬一番。观点编程竞技是锻炼编程能力的一个好工具。但对竞争性编程的极端追求与其说毫无用处，不如说比毫无用处还要糟糕。事实上，不仅学生在朝这个方向努力，公司也在朝着这个方向努力而不是去寻找兴趣广泛的工程师。迷失—从起初的能力训练到不顾一切地痴狂编程竞技开始
本文分享一些技术改进类项目（以下简称“技改项目”）的质量保障思路。1.技改项目的质量挑战何为技改项目？即目标是服务于技术改进或架构升级，而非服务于常规的业务功能更新。常见的技改项目有：大规模的前端重构或后端重构、技术架构升级、数据库拆分、数据迁移、系统上云和云迁移、非对客的支撑性项目等。（非对客：不直接面对前端用户的功能，通常是系统的支撑性需求）为什么这类项目的质量保障思路值得单独讨论？区别于常见
很多成功的软件工程师都具有高效的时间管理能力。这项能力可以助你在职场中快速进步，而不必在冲刺阶段长时间加班。每个组织都试图通过自动化管道、增强型IDE和DevOps减少时间浪费并提高生产力。通过避免这6大时间浪费，让你的一天更有效率。作为软件工程师的6大时间浪费1.添加太多功能为了考虑所有“假设”，你有多少次把需求过度复杂化了？如果你正在开发的API可以设计为无缝集成到其他平台，要怎么办？如果你的
“敏捷测试强调团队为质量负责，那质量变成是团队的事情，可能有团队人员认为个人不那么负责问题不大，毕竟天塌下来有团队在。”一位转型中的测试经理表达了这样的担忧。这跟传统职责分明的做法有关，“我”管“我的”，“你”管“你的”，各自做好自己的本分就可以了。现在，既然说要团队来负责，那么“你”就可以多帮“我”负责一点，“我”少负责一点也没问题。听起来似乎还挺合情合理的。显然，这种想法是有问题的，把个人跟团
热门文章