看板
[ Soft_Job ]
討論串[心得] 為什麼軟體開發者需要在意軟體品質指標
共 20 篇文章
內容預覽:
各位可以往後翻 #1FmwBE2i (Soft_Job) 這篇真的講得不錯.解開了我多年的疑惑.. 所以我把我的文章重新撰寫讓他清楚了點.. 最近剛好給了品質管理的talk.可以補充從遊戲軟體製作方向來看軟體品質的想法.. 有幾種情況 不可測. ( 這裡的不可測指得是 我們 "很難" 由 單元/白箱
(還有1628個字)
內容預覽:
難得看到這麼精彩的討論, 而我非常同意 TonyQ 的看法. 特別同意. 1. unit test 不是各處都適用. 2. unit test 不是萬靈丹, 他只是用來取代人類重覆同一個動作容易出錯的特性. 3. unit test 視需求再配合其他的 QA 機制. 這邊補充一點我對 unit te
(還有797個字)
內容預覽:
code review. 要有程式能力夠強的資深同事才行. 但通常這樣的同事也很忙. 就算一開始開發的時候會看一下. 等之後程式要做一些修改時 不可能一直做code review. 有沒有可能越改越爛呢? 我是看過越改越爛的啦. 所以啦 我相信code review可以提升品質. 但是公司是否真的願
(還有354個字)
內容預覽:
註：2012/05/28 有使用者提出 test-case 名詞的異議，為免爭論修改用詞。. 前公司是人工 code reivew 跟 CI 並行，. code review 可以幫忙解決一些問題，但經過人工 code review 的東西，. 再經過實際 unit-test 跑來測試，效果會有加成
(還有3065個字)
內容預覽:
註：2012/05/28 有使用者提出 test-case 名詞的異議，為免爭論修改用詞。. 不需要特別去擁護自動化測試的建立或提出異聲，這點我同意。. 當你知道他好得時候你自然會去用，當你環境不需要得時候你就不用去用。. 但是這跟把寫測試程式講成「不現實的東西」來貶低 unit-test 是兩回事
(還有3442個字)