※ 引述《prince101 (秋意)》之銘言:
: 我們公司有請一個軟體公司開發一個軟體
: 日常的邏輯更新跟維護都是交由軟體公司去執行
: 明明在測試環境中那些題目都通過
: 移到正式環境竟然出現bug
: 結果是工程師未將測試環境的邏輯完全移過去
: 有沒有那麼兩光的軟體公司阿? 還是上市公司...
: 這樣等於我同樣的腳本還要在正式環境中測一次= =
這是打包的過版的問題,兩光嘛。是問說為何會這樣。
和上市不上市公司無關,一切都是人在做的而已,大公司只是說有制度,
但不見得會有人執行,問題在執行。
最簡單的例子,就是兩光Microsoft 丟掉了MSN 的所有份額,給WhatsApp, LINE..等等
公司吃掉
進入手機時代沒跟上也就算了,等想通了時,又想跟SKYPE整合,結果找來
一堆兩光的工程師,整合時掉帳號。不管是你連不上了,還是你的朋友名單不見了。
這樣一搞,掉光了。
其它特大號公司的垃圾應用,就別說了。
→ DrTech: 許多公司的核心系統,正式環境本來就是不能測試的。原文是 12/04 17:43
→ DrTech: 哪種系統不知道。描述那麼不清楚,到底誰兩光真的未知。 12/04 17:43
→ DrTech: 還真的有許多系統是正式環境不測,也不能測試的。只要測試 12/04 17:50
→ DrTech: 團隊夠專業,有建立與production相同環境,Ops團隊夠專業 12/04 17:50
→ DrTech: ,根本不用在正式環境測試,就能保證品質。這就是為什麼要 12/04 17:50
→ DrTech: 建立 dev, test(stage),production 三層類環境的意義。p 12/04 17:50
→ DrTech: roduction從來就不會被用來做測試。 12/04 17:50
但許多核心系統,也是正式環境才測得出問題,例如,資料的亂度,資料量等。
別說production 倒去stage 玩,有廠商在,就有個資問題。
推 shortoneal: 正式環境測,很多就是用feature flag來控制,讓一些風 12/05 12:26
→ shortoneal: 險較低的客戶(免費仔之類的)先rollout,其實也所在多 12/05 12:27
→ shortoneal: 有,我記得youtube跟fb也都有這機制 12/05 12:27
跟交易無關的比較無所胃,不會死人的。
但只要跟錢有關,是會死人的,就不能這樣玩。
→ lchcoding: 儲值類系統,可特別開一類 12/06 02:38
→ lchcoding: 點數為0,或效期馬上過期的卡片 12/06 02:38
→ lchcoding: 即使營運中,也隨時可測 12/06 02:38
採dummy account/card 是一種方式,但點數0 就不好說了,這個太偏了,有點數字比較
能測得出問題。
作者: lchcoding 2024-12-06 16:36:00
了解
作者:
marra (Marra)
2024-12-06 16:45:00XD
新人時期印象深刻 在政府單位正式環境DB的獎金值是負的想說怎麼UAT一直測試不到問題 正式環境就爆炸
作者:
GoalBased (Artificail Intelligence)
2024-12-06 21:49:00爆炸就爆炸啊,查不查得出來問題比較重要,火箭都會爆炸了
作者:
Arbin (路人_Lv菜逼八)
2024-12-06 22:08:00銀行系統也是一天到晚正式環境都有問題的 然後Logger寫不好還很難Debug XD爆炸就甲方承辦人員會掉業績不爽啊 然後遷怒到乙方換我老闆不爽==不過不爽還是要查問題
msn跟skype合併真的很煩,本來輕量的通訊軟體便超肥
還有新舊系統並行,很多髒資料只有在正式環境才會出現,之前就踩過這種坑
作者:
luke72 (ccc)
2024-12-07 04:28:00Stage再怎麼專業也不可能跟production一樣,被坑過的都懂
作者:
hooll111 (Katsudon)
2024-12-07 12:55:00說到底源頭的訪談設計開發如果夠專業 後續也不會有這麼多技術債要還了
最好笑的事微軟的Teams不管是PC還是安卓都寫的很爛
作者:
AxelGod (Axel)
2024-12-07 13:17:00好,訪談就由開發工程師一條龍包了
作者:
DrTech (竹科管理處網軍研發人員)
2024-12-07 13:54:00這就在為了反而反了。個資蒐集處理,利用,有聲明與同意。當然可以在甲方公司建立stage。
當然? 我不知如何當然的,我是還沒遇到"當然" 的。如果貴公司是當然的,請ANNOUNCE 出來,一次就可以玩死你公司。
作者:
Arbin (路人_Lv菜逼八)
2024-12-07 15:54:00訪談感覺只能反映當下需求 等等後面又加一拖拉庫、經手人不同等等 整個系統又變成烙賽狀態了尤其是老系統 經過多家外包的那種 越後面接的越倒楣 XD
也不一定要甲乙方 自己人開發自己家系統 公司分工拆得細 這類的也看過 還是大公司
老實說,分三個環境不一定有效,就遇過測試跟正式是不同op team 在負責,出事就互推開始演宮鬥劇
這種毒瘤到處都有,沒事裝死養生,有事幹啥啥不行,出事就已經滾了,最後某天被演算法推薦看到履歷越混越差,屢見不鮮
最近才聽說有加log順便改邏輯的天兵,直接雷死一票人
code review總該秒發現人家不是只加log吧
作者:
luke72 (ccc)
2024-12-09 13:37:00甲方乙方沒在code review的,不懂才要外包成甲乙方
作者:
wistful96 (wistful96)
2024-12-10 06:29:00MSN真的是好例子 少數MS真的做得不錯卻自己收掉的產品
skype至今技術和穩定還是最頂的,但碰上市場不敏感的ms整合失敗只能說可惜,同樣的事情又在teams上演搬磚砸腳
作者:
wistful96 (wistful96)
2024-12-11 10:53:00MS Teams 好像也整合不如Google Meet