【复盘】一次看似“客户端事故”的问题
今天这篇文章,回顾一下最近我这边真实发生的一次线上问题。
那天下午,我正在忙手头的事情,客服群突然反馈了一个问题。我简单看了下描述,用户是鸿蒙端,表现上看是有个资源没加载出来,我第一反应是:
今天这篇文章,回顾一下最近我这边真实发生的一次线上问题。
那天下午,我正在忙手头的事情,客服群突然反馈了一个问题。我简单看了下描述,用户是鸿蒙端,表现上看是有个资源没加载出来,我第一反应是:
很多人一提到「测试开发工程师」,第一反应还是:
会写代码的测试。
我必须要指出,也许10年前是这样,但是在越来越卷的今天,“会写代码”,或者说有一定的技术能力,只是这个岗位的门槛。想进入这个岗位,或者想在这个岗位发展下去,真正重要的,是一整套“软素质”。
当前,AI已经很自然地融入研测流程了:写代码、写用例、补文档,先让 AI 跑一版,再由人来修正。但在测试工作中,我越来越强烈地感受到:
我们一直在“一次性使用 AI”。
做线上久了,你一定遇到过这样的时刻:
群里突然刷屏
告警响个不停
客诉开始集中出现
老板被拉进群里问:“现在什么情况?”
我们通常把这类情况叫做“线上故障”,
但在真实工程语境里,我更愿意称它为——
过去一年,AI Coding 从“玩具”迅速变成了“生产力”。
无论是前端、后端,还是测试、运维,大家都已经习惯了一种新的开发方式:
先让 AI 写一版,再在此基础上修改和完善。
最近一段时间,AI 在团队里的存在感越来越强。
不管是评审、写代码,还是写文档、补用例,几乎都能看到它的身影。
网上也陆续出现了很多分享:
AI 如何重构流程、如何提升效率、如何改变研发模式。