PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   Bug是不會坐以待斃的 !! (https://www.pcdvd.com.tw/showthread.php?t=1166411)

灰長羊 2019-09-16 04:11 PM

引用:
作者michelle-lai529
ini_set('display_errors', '0');

收工∼ :D :D :D



https://www.bnext.com.tw/article/48...d-phones-secure

修正Android安全性修補程式層級日期過舊的問題
收工 :yeah:

Orguss 2019-09-16 04:23 PM

引用:
作者cmwang
Windows 10 KB4515384補丁惹新禍:系統斷網 (https://news.xfastest.com/microsoft...s-10-kb4515384/):o....

99個bug修掉1個,變成117個bug:laugh::laugh:....


總比一個砍掉重練的bug好 :cry:

A級黑豬肉 2019-09-16 09:41 PM

引用:
作者隔壁老王
想到某本書裡面提到的:
"新人不敢改code, 因為不夠懂系統; 老人也不敢改code, 因為太懂系統有多複雜"
一切都是技術債吧...


老人不是不敢改 code...

而是修技術債就會影響到新功能的上架時間...
Sales 不高興... Board of director 不開心... 客戶以為公司快倒了趕緊離開...
:stupefy: :stupefy:

無責任 2019-09-16 09:44 PM

修正版本過低的BUG

厝漢 2019-09-16 11:39 PM

這哪有什麼 業界有個 ubi soft 的更新,就是更新更多bug

麵疙瘩 2019-09-16 11:43 PM

非技術主管出身,通常一句話,改好後要全面測試。

幹話一句,你要測多少功能?多少情境? 多少成本

rockjimmy-mk2 2019-09-16 11:58 PM

引用:
作者麵疙瘩
非技術主管出身,通常一句話,改好後要全面測試。

幹話一句,你要測多少功能?多少情境? 多少成本



說到測試....

別公司不知道
自己部門真實遇過的
整天在嘴抬青椒4大碩畢業巴拉巴拉(看畢業系所感覺就洗學歷)
也很反對全面測試...
整天說前公司怎樣怎樣巴拉巴拉....

恩....就真的改完基本都不測....
然後整天就聊天....
抱怨公司錢給太少,說自己能力至少要領6W起跳....

回到BUG就真的很白爛那種....
基本搜尋功能...找不到資料直接維持上次的畫面,WTF連無資料提示也沒有
超專業本科4大碩....讓我體會到新世代的使用觀感...

整個心態有問題...
還會說...
誰叫使用者不用唉鳳...
使用者IOS幹麻還在12.3板...
使用者幹麻用IE10....
買不起MAC就不要用阿CCCC
使用者要求這麼多,自己不會開發CCCC
最後大絕就是你看我開發機都能跑阿.....

很想問..他是在作專題?還是在工作??
ㄜ...這種開發者心態超有病....
好像離題測試了...

misman+++ 2019-09-17 02:30 AM

引用:
作者麵疙瘩
非技術主管出身,通常一句話,改好後要全面測試。

幹話一句,你要測多少功能?多少情境? 多少成本


通通來、通通測!!!
但是不可以延誤程式上線時間!!!


:flash: :flash: :flash:

A級黑豬肉 2019-09-17 02:32 AM

引用:
作者麵疙瘩
非技術主管出身,通常一句話,改好後要全面測試。

幹話一句,你要測多少功能?多少情境? 多少成本


我是技術出身的...
也是一句話:全面測試。

喔∼講錯...
應該是測試寫出來後才准許寫實際程式碼。
沒有在 Unit test 的邏輯不准出現。
沒有通過 integration test 的不准 merge 到 master。

只有 CEO 親自下指令通融的才准許跳過測試先上架。

老系統很難... 但只要是新的 code 就一定要達到。

隔壁老王 2019-09-17 09:07 AM

引用:
作者A級黑豬肉
老人不是不敢改 code...

而是修技術債就會影響到新功能的上架時間...
Sales 不高興... Board of director 不開心... 客戶以為公司快倒了趕緊離開...
:stupefy: :stupefy:



引用:
作者A級黑豬肉
應該是測試寫出來後才准許寫實際程式碼。
沒有在 Unit test 的邏輯不准出現。
沒有通過 integration test 的不准 merge 到 master。

只有 CEO 親自下指令通融的才准許跳過測試先上架。

老系統很難... 但只要是新的 code 就一定要達到。


同意+1
整合測試跟End-to-end的成本太高, 如果拖到後面才做, 就算發現問題都太晚了

我們現在遇到的問題就是個老系統, 就別說Unit Test了...
老人說不敢改, 怕會有side effect,
要求要先有完整的整合跟E2E自動化測試來確保改code沒有影響

聽起來似乎也勉強算合理,
然而, 目前系統當初完全沒有考慮testibility,
要自動化的速度跟穩定度都是一大障礙.

最近終於有機會Marketing同意保留時間做內部架構調整,
在討論要把系統decouple降低dependency
得到的答案是:沒想過這個問題 :laugh:


所有的時間均為GMT +8。 現在的時間是11:03 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。