北京
职场篇章：牛马被斥责体验记
我一个破外包，在甲方爹这儿干活儿，整日里是战战兢兢，如履薄冰，跟小媳妇儿一样，不招灾儿，不惹祸儿的，即便如此，也常被甲方同事背刺，被甲方领导不满意而斥责，批评！
个中滋味，为生活的体验带来深刻。也为我的走心篇章积累素材，有好有坏。
昨晚18:30的站立会议（汇报工作，对齐团队进度，速度快，说重点，无需坐着，站着汇报），二当家的（团队的第二领导）在我汇报完测试工作后，着重提了一下，说在他使用系统软件的时候，发现有bug（某个页面导出的时候，导出数据为空）还有用户体验问题，然后他自己找前端反馈了一下。
他的疑虑是：为什么这种问题咋会不经过测试就上线呢？然后就是一顿数落，非常不满意我的工作。
幸而产品经理仗义执言，说但凡上线，肯定是测试通过了的，验收通过的。
二当家的觉得不可思议，还是有情绪！！！
我实在是没忍住，就接过话，说道：这个问题我没遇到过，可以开会后，我找您咱俩对一下。二当家的似乎觉得是我在顶，说，可以，你非要跟我对也没问题，会后你找我碰！
19:00结束会议后，我迅即找前端小伙伴（阿锋）去复现，了解逻辑和复现过程。阿锋耐心为我讲解，我是一知半解，操作了几次，确实无法完全复现，不太清楚领导遇到的问题。因为，我在测试的时候，上线的时候，确实是没遇到！
19:05我跟阿锋无法复现，想要放弃了，就在我俩准备去吃饭的时候，走到另外一个前端那边（小高），小高笑着说，这个导出我刚才遇到了一次，导出下载的空的，但是线上环境就没事儿，很奇怪！听到这，我跟阿锋赶紧到小高工位去查看，继而阿锋跟小高就开始走查代码！经过好一顿剖析，测试，还是无法复现。就这样，我们也觉得不太可能（因为通常软件需求经过设计，编码，测试，到上线，会有好多环节，且每个环节环环相扣，虽然做不到完全覆盖，但是最基本的功能都会验证到，遍历完全，像这个导出这么明显的功能，不可能没有经过测试就上线），因为前期都自测，回归测试以后才部署到线上生产环境的。
突然，阿锋若有所思，他回到自己工位开始噼里啪啦，然后他恍然大悟，发现是有个字段不小心清空了，判断分支出了问题，所以，新数据在第一次下载的时候会为空，但是第二次导出就没事了，因为执行下一个判断条件。就这样，他三下五除二的修复好，我们仨三方对质，经过共同测试，完整修复并上线了。
弄完一看时间，已然是20:10了，靠，都这么晚了。
正好二当家的也开完会回来了，给二当家的汇报了一下。不想，二当家的还是觉得我们测试工作没做好。
经过剖析，实际上二当家的表达没毛病，他占位高，觉得不应该出现这种问题，所以他潜意识里面是觉得我们没有经过充分测试就上线了，产品质量无法保证！他担心，这个导出问题是恰好被他发现了，那还有他没有发现的问题呢？
那我们的阐述其实也没问题，因为我们每次上线都是严格经过自测，测试，回归测试继而上线，所以会预先过滤百分之九十的问题。所以，我们的确是没遇到此类问题。
总而言之，言而总之就是，双方都很主观，但是忽略了客观存在的因素，那就是没有穷尽的测试，正常工作中，修复一个bugA，有可能会触发生成另外一个bugB，所以这个东西不太好确定。本次出现的导出bug，就是在上线以后，开发同学不小心动了代码逻辑，所以，原本正常的功能，变得神秘起来（不好复现），但是不仔细排查，是无法找到根本的。
如何避免此类问题，这是领导的顾虑。因为我也清楚了事情的来龙去脉，就跟领导排胸脯，日后一定多多走查，在日常抽查中，发现异常，及时汇报，马上处理修复，尽量减低过弥补用户体验问题。
就这样，这才完成了闭环！领导不愧是领导，能凑巧发现问题，继而驱动大家整改。服了。
而我呢，感觉是职场牛马不容易，外包低级牛马也不容易，诸多不教而诛，不仅仅是工作的压力，也是打工路上的点滴日常了，我能做的，就是保证好的态度，积极应对，出现问题，解决问题，实在解决不了，那就汇报！
凡事多汇报，多请示，总是好的。
2025年8月16日 周四9:45 乙巳蛇年八月廿五 阴转小雨 于北京市海淀区地铁13号线五道口站
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
