|
||
|
Amateur Member
 加入日期: Jun 2012
文章: 33
|
引用:
https://www.bnext.com.tw/article/48...d-phones-secure 修正Android安全性修補程式層級日期過舊的問題 收工  |
||||||||
2019-09-16, 04:11 PM
#11
|
|
|
Advance Member
  
加入日期: Dec 2002 您的住址: 超時空世紀
文章: 390
|
引用:
總比一個砍掉重練的bug好 
__________________
和田加奈子: やソ空メ抱わウバサ ; 不確ろスI LOVE YOU Something touched me deep inside The day The music died |
|||
|
2019-09-16, 04:23 PM
#12
|
|
|
Advance Member
加入日期: Apr 2004 您的住址: 楓葉國
文章: 316
|
引用:
老人不是不敢改 code... 而是修技術債就會影響到新功能的上架時間... Sales 不高興... Board of director 不開心... 客戶以為公司快倒了趕緊離開...  |
|
|
2019-09-16, 09:41 PM
#13
|
|
|
Power Member
 加入日期: Oct 2001 您的住址: 平行世界
文章: 657
|
修正版本過低的BUG
|
|
2019-09-16, 09:44 PM
#14
|
|
|
Major Member
加入日期: Jun 2009 您的住址: 厝漢當然是龜在厝裡
文章: 223
|
這哪有什麼 業界有個 ubi soft 的更新，就是更新更多bug
__________________
這是一個你努力，都不一定會成功的世界~~~~~~~~~ |
|
2019-09-16, 11:39 PM
#15
|
|
|
*停權中*
加入日期: Jul 2015
文章: 14
|
非技術主管出身，通常一句話，改好後要全面測試。
幹話一句，你要測多少功能?多少情境? 多少成本 |
|
2019-09-16, 11:43 PM
#16
|
|
|
Major Member
加入日期: Nov 2016
文章: 109
|
引用:
說到測試.... 別公司不知道 自己部門真實遇過的 整天在嘴抬青椒4大碩畢業巴拉巴拉(看畢業系所感覺就洗學歷) 也很反對全面測試... 整天說前公司怎樣怎樣巴拉巴拉.... 恩....就真的改完基本都不測.... 然後整天就聊天.... 抱怨公司錢給太少,說自己能力至少要領6W起跳.... 回到BUG就真的很白爛那種.... 基本搜尋功能...找不到資料直接維持上次的畫面,WTF連無資料提示也沒有 超專業本科4大碩....讓我體會到新世代的使用觀感... 整個心態有問題... 還會說... 誰叫使用者不用唉鳳... 使用者IOS幹麻還在12.3板... 使用者幹麻用IE10.... 買不起MAC就不要用阿CCCC 使用者要求這麼多,自己不會開發CCCC 最後大絕就是你看我開發機都能跑阿..... 很想問..他是在作專題?還是在工作?? ㄜ...這種開發者心態超有病.... 好像離題測試了... 此文章於 2019-09-17 12:00 AM 被 rockjimmy-mk2 編輯. |
|
|
2019-09-16, 11:58 PM
#17
|
|
|
*停權中*
加入日期: Apr 2015
文章: 1,577
|
引用:
通通來、通通測!!! 但是不可以延誤程式上線時間!!!  |
|
|
2019-09-17, 02:30 AM
#18
|
|
|
Advance Member
加入日期: Apr 2004 您的住址: 楓葉國
文章: 316
|
引用:
我是技術出身的... 也是一句話：全面測試。 喔∼講錯... 應該是測試寫出來後才准許寫實際程式碼。 沒有在 Unit test 的邏輯不准出現。 沒有通過 integration test 的不准 merge 到 master。 只有 CEO 親自下指令通融的才准許跳過測試先上架。 老系統很難... 但只要是新的 code 就一定要達到。 此文章於 2019-09-17 02:33 AM 被 A級黑豬肉 編輯. |
|
|
2019-09-17, 02:32 AM
#19
|
|
|
Major Member
加入日期: May 2008
文章: 112
|
引用:
引用:
同意+1 整合測試跟End-to-end的成本太高, 如果拖到後面才做, 就算發現問題都太晚了 我們現在遇到的問題就是個老系統, 就別說Unit Test了... 老人說不敢改, 怕會有side effect, 要求要先有完整的整合跟E2E自動化測試來確保改code沒有影響 聽起來似乎也勉強算合理, 然而, 目前系統當初完全沒有考慮testibility, 要自動化的速度跟穩定度都是一大障礙. 最近終於有機會Marketing同意保留時間做內部架構調整, 在討論要把系統decouple降低dependency 得到的答案是:沒想過這個問題  |
||
|
2019-09-17, 09:07 AM
#20
|
|
....
