陈哥聊测试

他们有个项目原本计划是3个月交付，但做的过程中不断有新的需求出现，预算打不住，但主要的问题是一直看不到明确的交付节点。现在团队成员长期加班却看不到成果，有点士气低落，完全不知道怎么办。

前几天，Claude Code源代码泄露这件事让大家对Harness Engineering的谈论达到了顶峰。昨天刚好和同事聊起来这件事，这次51.2万行代码因为一个打包配置失误就全部裸奔出去。

未来，AI真的会淘汰程序员吗？ 这样的问题在网络上铺天盖地，大厂的裁员也会被打上“因为AI而裁员”的标签。

产品经理为什么不能一次性确定好需求？ 这个问题在知乎一直有着很高的讨论度和关注度。 相信做研发的小伙伴或多或少都遇到过这种情况：明明跟产品经理都对接好需求了，一旦开始写代码，对方就突然说需求要调整

我们团队正面临需求部分明确但市场反馈多变的项目。之前参加禅道中国行的时候看了融合管理框架的白皮书，我就想着试试。但实操时，还是只走了敏捷，完全没达到我想要的效果。

我将会以禅道软件为实操工具，以开发一个APP开发项目为例，按项目启动、项目执行、项目收尾这三个阶段，来拆解一下有效管理进度的核心逻辑与实操方法，帮助大家搭建起科学、可落地的进度管控体系

前几天参加大会和老朋友碰上了，就一起吃了个饭。 他说他们团队这大半年就没踏实过，每个项目都做得特别赶。上次一个定制开发项目，本来留了充足工期，结果做着做着又开始加班。

我最近看了一系列关于LLM改变自动化测试的文章，说实话，真的打开了我新世界的大门。从最早的QTP、Slenium，到后来的Appium、Postman，尽管我们禅道也在做自动化测试，但我以为自动化测试

我看到有不少读者给我留言吐槽代码覆盖率很像自欺欺人的数字游戏，低了怕影响质量，高了又怕陷入“为了覆盖而覆盖”的无效内卷。明明功能测得差不多了，为啥非要揪着这个百分比不放？