職場篇章：牛馬被斥責體驗記

職場篇章：牛馬被斥責體驗記

我一個破外包，在甲方爹這兒干活兒，整日里是戰戰兢兢，如履薄冰，跟小媳婦兒一樣，不招災兒，不惹禍兒的，即便如此，也常被甲方同事背刺，被甲方領導不滿意而斥責，批評！

個中滋味，為生活的體驗帶來深刻。也為我的走心篇章積累素材，有好有壞。

昨晚18:30的站立會議（匯報工作，對齊團隊進度，速度快，說重點，無需坐著，站著匯報），二當家的（團隊的第二領導）在我匯報完測試工作后，著重提了一下，說在他使用系統軟件的時候，發現有bug（某個頁面導出的時候，導出數據為空）還有用戶體驗問題，然后他自己找前端反饋了一下。

他的疑慮是：為什么這種問題咋會不經過測試就上線呢？然后就是一頓數落，非常不滿意我的工作。

幸而產品經理仗義執言，說但凡上線，肯定是測試通過了的，驗收通過的。

二當家的覺得不可思議，還是有情緒！！！

我實在是沒忍住，就接過話，說道：這個問題我沒遇到過，可以開會后，我找您咱倆對一下。二當家的似乎覺得是我在頂，說，可以，你非要跟我對也沒問題，會后你找我碰！

19:00結束會議后，我迅即找前端小伙伴（阿鋒）去復現，了解邏輯和復現過程。阿鋒耐心為我講解，我是一知半解，操作了幾次，確實無法完全復現，不太清楚領導遇到的問題。因為，我在測試的時候，上線的時候，確實是沒遇到！

19:05我跟阿鋒無法復現，想要放棄了，就在我倆準備去吃飯的時候，走到另外一個前端那邊（小高），小高笑著說，這個導出我剛才遇到了一次，導出下載的空的，但是線上環境就沒事兒，很奇怪！聽到這，我跟阿鋒趕緊到小高工位去查看，繼而阿鋒跟小高就開始走查代碼！經過好一頓剖析，測試，還是無法復現。就這樣，我們也覺得不太可能（因為通常軟件需求經過設計，編碼，測試，到上線，會有好多環節，且每個環節環環相扣，雖然做不到完全覆蓋，但是最基本的功能都會驗證到，遍歷完全，像這個導出這么明顯的功能，不可能沒有經過測試就上線），因為前期都自測，回歸測試以后才部署到線上生產環境的。

突然，阿鋒若有所思，他回到自己工位開始噼里啪啦，然后他恍然大悟，發現是有個字段不小心清空了，判斷分支出了問題，所以，新數據在第一次下載的時候會為空，但是第二次導出就沒事了，因為執行下一個判斷條件。就這樣，他三下五除二的修復好，我們仨三方對質，經過共同測試，完整修復并上線了。

弄完一看時間，已然是20:10了，靠，都這么晚了。

正好二當家的也開完會回來了，給二當家的匯報了一下。不想，二當家的還是覺得我們測試工作沒做好。

經過剖析，實際上二當家的表達沒毛病，他占位高，覺得不應該出現這種問題，所以他潛意識里面是覺得我們沒有經過充分測試就上線了，產品質量無法保證！他擔心，這個導出問題是恰好被他發現了，那還有他沒有發現的問題呢？

那我們的闡述其實也沒問題，因為我們每次上線都是嚴格經過自測，測試，回歸測試繼而上線，所以會預先過濾百分之九十的問題。所以，我們的確是沒遇到此類問題。

總而言之，言而總之就是，雙方都很主觀，但是忽略了客觀存在的因素，那就是沒有窮盡的測試，正常工作中，修復一個bugA，有可能會觸發生成另外一個bugB，所以這個東西不太好確定。本次出現的導出bug，就是在上線以后，開發同學不小心動了代碼邏輯，所以，原本正常的功能，變得神秘起來（不好復現），但是不仔細排查，是無法找到根本的。

如何避免此類問題，這是領導的顧慮。因為我也清楚了事情的來龍去脈，就跟領導排胸脯，日后一定多多走查，在日常抽查中，發現異常，及時匯報，馬上處理修復，盡量減低過彌補用戶體驗問題。

就這樣，這才完成了閉環！領導不愧是領導，能湊巧發現問題，繼而驅動大家整改。服了。

而我呢，感覺是職場牛馬不容易，外包低級牛馬也不容易，諸多不教而誅，不僅僅是工作的壓力，也是打工路上的點滴日常了，我能做的，就是保證好的態度，積極應對，出現問題，解決問題，實在解決不了，那就匯報！

凡事多匯報，多請示，總是好的。

2025年8月16日 周四9:45 乙巳蛇年八月廿五 陰轉小雨 于北京市海淀區地鐵13號線五道口站