---

※ 引述《godspeedlee (妳，我可以)》之銘言：
: 1. 設計時有沒有考慮到如何測試?
: 2. 有沒有用 assert 預先打預防針?
: 3. 有沒有留下方便除錯的介面(如 log 機制)
: 4. 有沒有考慮過程式語言的缺陷與容易犯錯的地方?
: 5. 有沒有紀錄問題的習慣?
: 我碰過一個主管打考績的方式是用程式的bug數量來計算,雖然
: 這種方式被很多人反彈,但是我發現被這樣操過之後,寫code就會
: 非常非常的小心,程式出手前也會自己先把功能走一遍,整體的成果
: 結果好非常多,給大家參考一下

        在這種情況下，工程師要再沒有任何實體規則

        規範的情況下，不要有bug，意思就好像沒有任何的檢查，

        那大家就會過於小心而去選擇最少的改變最好寫的方法

        以維持安全，不見得可以得到好的結果





        testing 支援也是必要的。

        R&D必須測完規定的測試範圍才能把程式交出去，

        alpha, beta, release都要有完整的test plan要經

        過testing team背書，而testing team 自己也要從無到

        有測一次，所以從寫code開始至少要經過三關（alpha

        beta release)。




        天才想法愈創新的人愈可能粗心大意，也就是說像這樣

        新專利產量高的人，bug卻很多，他是不好的R&D嗎?

        在你的公司他可能兩下就捲鋪蓋走路了






        在管理上可能算是比較原始的辦法。

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.42.185.57
※ 編輯: moonshade       來自: 114.42.185.57        (09/25 17:31)
※ 編輯: moonshade       來自: 114.42.185.57        (09/25 17:31)

--