已有 16179 人访问
陈哥聊测试 ID.15434
博客(174)
陈哥聊测试的博客
大家好，我是陈哥。最近AI圈又流行起来一个新词：HarnessEngineering，给AI套上缰绳的约束系统。前几天，ClaudeCode源代码泄露这件事让大家对HarnessEngineering的谈论达到了顶峰。昨天刚好和同事聊起来这件事，这次51.2万行代码因为一个打包配置失误就全部裸奔出去。这看似是个偶然的安全事故，实际上却给了我们新的警示：我们传统的软件工程是绝对不能丢的。
2°/23 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。未来，AI真的会淘汰程序员吗？这样的问题在网络上铺天盖地，大厂的裁员也会被打上“因为AI而裁员”的标签。我们一直在说AI不会替代程序员，但一个无法回避的事实确实已经摆在所有程序员面前：软件已经不再是完全依靠人来完成。过去我们讨论的是工具怎么升级、流程怎么优化。现在AI技术发展导致大家要面对的是整个研发逻辑的重构，企业和开发者都必须提前适应这一变化。过去二十年里，软件行业的
5°/51 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。大家都知道我现在在做自己的小红书，我也偶尔会收到一些留言。这位读者的公司之前也用过其他管理软件，但在试用阶段的反响就很不好。他想知道到底是什么原因导致员工积极性不高，是公司培训不到位还是功能不足。我相信肯定不止他一个人有这个问题。为什么有这个问题？这是因为很多管理软件严重脱离了员工的实际使用场景。一、方便了管理者，为难了执行者当下不少管理软件软件，都遵循着典型的自上而下思
6°/69 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。产品经理为什么不能一次性确定好需求？这个问题在知乎一直有着很高的讨论度和关注度。相信做研发的小伙伴或多或少都遇到过这种情况：大家或多或少都遇到过这种情况：明明跟产品经理都对接好需求了，一旦开始写代码，对方就突然说需求要调整。在实际工作中，一次性确定需求这件事，本身就不符合产品研发的逻辑，更违背了我们实际工作的常态。就像我们平时做一件没做过的事，不可能一开始就把每一步
12°/120 人阅读/1 人点赞/0 条评论
大家好，我是陈哥。我前几天收到了一个读者的留言：我们团队正面临需求部分明确但市场反馈多变的项目。之前参加禅道中国行的时候看了融合管理框架的白皮书，我就想着试试。但实操时，还是只走了敏捷，完全没达到我想要的效果。其实这类看似用了融合模式，实则仍是单一模式的问题，很多团队都曾遇到。我们都知道，瀑布模式的优势在于其结构化、流程化，在需求明确、范围稳定的项目中能展现出强大的可控性。而敏捷模式强
36°/369 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。 我发现一个很普遍的现象，包括刚开始带项目的自己也是一样，我们很容易只盯着项目的时间。 但实际上，有效管控进度是一套涵盖规划、执行、监控、调整的系统性工作，每个阶段环环相扣，任何一个步骤有疏漏都可能导致整体进度失控。 接下来，我将会以禅道软件为实操工具，以开发一个APP开发项目为例，按项目启动、项目执行、项目收尾这三个阶段，来拆解一下有效管理进度的核心逻辑与实操方法，帮助大家搭建
38°/384 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。前几天参加大会和老朋友碰上了，就一起吃了个饭。他说他们团队这大半年就没踏实过，每个项目都做得特别赶。上次一个定制开发项目，本来留了充足工期，结果做着做着又开始加班。虽然聊了几句就揭过去了，我这几天还是忍不住想：为什么有些项目干着干着就成紧急项目了？一、紧急的根源到底在哪？我们总是喜欢给自己找各种各样的借口，怪客户要求严、怪市场变化快。实际上，不少项目在启动阶段就已经埋下
37°/370 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。我最近看了一系列关于LLM改变自动化测试的文章，说实话，真的打开了我新世界的大门。从最早的QTP、Slenium，到后来的Appium、Postman，尽管我们禅道也在做自动化测试，但我以为自动化测试的天花板也就这样了。无非是效率提升了一点，但LLM的出现，让我感觉像是有人在我面前开了一块全新的天花板。一、传统自动化测试有哪些局限性？众所周知，传统的自动化测试是先预设脚
47°/479 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。我看到有不少读者给我留言吐槽代码覆盖率很像自欺欺人的数字游戏，低了怕影响质量，高了又怕陷入“为了覆盖而覆盖”的无效内卷。明明功能测得差不多了，为啥非要揪着这个百分比不放？今天，我们就一起谈谈为什么那么看重代码覆盖率。一、测试人员的经验和责任没法量化很多人觉得，测试用例写得够不够，全靠测试人员的经验和责任心。这话没错，但经验和责任心是主观的，没办法量化。你说你测得全，怎么证
47°/478 人阅读/0 人点赞/0 条评论
大家好，我是陈哥。从11月开始，我们陆续北京、深圳、上海、济南开展了禅道产品研发流程实战训练营。我们在后续活动复盘时谈到，有些参会者对需求实例化很感兴趣。今天想借着这篇文章展开讲讲。一、主动前置参与，从源头把控实例完整性很多测试人员做需求实例化，都是等产品经理把需求文档发过来才开始动手，这样很容易陷入被动。毕竟产品经理可能不懂技术实现细节，也未必能考虑到所有测试边界场景，很容易在需求文档
51°/515 人阅读/0 人点赞/0 条评论