在成⻓型的团队中解决技术债是⼀项挑战，⾸要做的是投⼊时间去执⾏。不管你的研发团队有多么丰富的经验，还是拥有何等体量的代码，或者是新技术的运用，总会产生一定程度的技术债，简单来说，其实是还有很⼤的改善空间并且可以把它做的更好。技术债的影响范围很难被描述，在于新需求总是在不断的变化，新功能交付的时间不够快速，或者是对研发⼈员的效率满意度不是很⾼。然⽽，技术债是⼀个被⼴泛应⽤的概括性语⾔，我想把它归纳为
茹炳晟业界知名实战派软件研发效能和软件质量双领域专家硅谷先进研发效能理念在国内的技术布道者，中国计算机学会（CCF）TF研发效能SIG主席；现任腾讯TechLead，腾讯研究院特约研究员，腾讯技术委员会委员。“研发效能宣言”发起人，中国商业联合会互联网应用技术委员会智库专家，IT图书年度最具影响力作者；多本技术畅销书作者，著有《测试工程师全栈技术进阶与实践》、《软件研发效能提升之美》和《高效自动化
话题源于一位同事的提问：你认为用什么质量指标可以反映项目交付的一个质量？粗看之下有点蒙，质量指标，什么鬼？再思考一下，哦，原来是说交付质量的事，那不是有很多质量指标么？多数和BUG相关，例如BUG数量、ReopenBUG数、BUG解决时长等等，好像都能体现交付质量啊。仔细想想，草率了，我们衡量交付质量，不能只看这些，质量不应该简简单单地缺陷关联上就可以了。再想想，于是有了本文。1.研发过程质量既然
2022年的钟声已经响过，1972年出生的我已经在这个世界上度过了整整半个世纪，时间如流水，都去哪了？好像昨天还刚刚从大学的校门走出，可是当时刚从大学殿堂呱呱落地的婴儿，现在都变成了IT界的主力军。我的称谓也由以前的同学、男孩，小顾变成了现在的大佬、大咖，甚至是老前辈，好多人认为我很成功，好厉害…，但是我自己知道我仅仅比现在的IT从业人员大几岁，多吃了几口盐，多过了几座桥罢了。好吧，废话少说，我再
00引言1.三个层次聊测试体系测试人员缺乏体系化思维？新建产品团队或者新启项目，如何搭建质量保障体系？大家都接触过不计其数的测试、质量方面的文章或者培训课程，内容不乏测试实践、技术相关，但是却很难构建自己的测试体系。基于很多朋友类似的困惑，结合本人多年的团队实践和咨询经验，从基础、进阶和高级三个不同的层次来跟大家探讨测试体系化思维的构建。《构建测试的体系化思维（基础篇）》《构建测试的体系化思维（进
今天在看书的时候，了解到苹果的门店有一项制度。如果某一天一个客户给员工打了10分的推荐值，在第二的早会上，店经理就会说：“昨天XX得了一个10分。”众人鼓掌。然后经理继续说：“XX，你还记得进店来换屏的那位顾客吗？你能跟大伙儿说说当时说怎么回事吗？”随后，XX就讲了前一天发生的关于苹果手机屏幕的故事。看到这个制度，我觉得太妙了。我时常在思考要怎么激励员工，要怎么给予员工清晰明确的行为指引。然而个人
目录前言人员与项目培养与管理质量与度量总结1前言当前业界对于软件测试和质量相关的讨论非常多，各种不同的声音也层出不穷，比如去测试人员、测试人员无用论、测试技术化、测试工程化、测试与质量赋能、敏捷测试、持续测试、全程自动化测试等等。可见测试工作和专业的测试人员已经处于了一个很大的漩涡里面。但是只要一个项目追求高质量，那么它一定需要实施大量系统化的专业的测试和质量工作。而这些大量系统化的测试与质量工作
大家好，我是亦无。关于软件测试工程师的职业规划，我之前写了5篇文章：《做软件测试有前途么？》《做软件测试到底要不要学编程？》《技术导向下的业务测试何去何从？》《全自动化测试离我们还有多远？》《软件测试工程师发展的3个方向》每次推送完，都有不少同学又单独找我探讨，看来大家都很关心这个话题。今天基于我前一段的思考，以及在团队中的实践，继续和大家聊聊这个话题。首先说明下，这次话题我把受众做了下限定，主要
在Testerhome看到一个很有意思的问题，题目是：测试的产出到底是什么？“质量保证，或者产品优质，这些都只是结果，且单纯靠测试是肯定不行的，但是在日常的工作中，测试的产出到底是什么？”这是个很有意思的话题，对于测试的产出，不同人有不同的理解，大家也可以自己先想想。聊聊个人的看法，总结起来就几个词：一个思维、一份报告、一点责任，努力精进。下面详细展开来说说。1.一份思维关于测试最终是否会消失，不
我是一个相当差的产品经理。这不是我擅长的东西，所以我没有任何可以称得上熟练的技能。事实上，我很容易被产品最重要的部分分心。我经常很幸运的和非常优秀的PM合作—但是有时候这不是一个好选择。当我需要披上产品的外衣时，有一些简单的方法可以使用。这不是专家建议，只是一些技巧，来帮助我在做产品经理时不要太无用。进行影响面分析这个技能需要长期计划；当我需要从一堆想法中帮助一个团队做决定，决定需要在哪些想法上集
热门文章