為什麼軟體開發者需要在意軟體品質指標 06

作者: NDark (溺於黑暗) 看板: Soft_Job
標題: Re: [心得] 為什麼軟體開發者需要在意軟體品質指標
時間: Sun May 27 22:51:46 2012

※ 引述《ledia (下班後才下棋)》之銘言：
:   難得看到這麼精彩的討論, 而我非常同意 TonyQ 的看法
:   特別同意
:     1. unit test 不是各處都適用
:     2. unit test 不是萬靈丹, 他只是用來取代人類重覆同一個動作容易出錯的特性
:     3. unit test 視需求再配合其他的 QA 機制


最近剛好給了品質管理的talk.可以補充其他的想法.
有幾種情況沒辦法 unit test / 白箱

 規格一直改的情形下.這裡的"一直改"指的是還沒完成就改的情形.
  也就是原本預估系統一週完成,在第三天就改規格.(而不是完成系統之後一直改)
  這種情形的試圖測試都是浪費.
  這種情形也就是需求根本就不確定的狀況.
  我們可以說這不是測試的問題,是談需求的人做的不好.
  但實務上底層的軟體工人依然要在這樣嚴苛的環境進行工作.
  這也是為什麼很多軟體工人不喜歡測試的原因.因為環境就不允許.

 產品存在設計問題.也就是產品本身就"不對".
  不論每個系統多麼"正確",結果還是要重新設計.
  只有黑箱找得出設計問題.

 系統本身就不可測.譬如說表現性的東西只有美/醜,沒有正確/錯誤.
  或是根本就沒有具體的需求/規格
  相反地,那些必須仰賴其他系統才能發揮(驗證)其功能的核心模組就有測試的需求.
  因為不透過測試不知道改了之後其他的系統是否依然運作正確.
  相反地相反,那些週邊的輔助程式不要花太多時間測試.不要為了測試而測試.

 程式本身就寫的太爛,導致不可測.
  必須先教育軟體工人寫出可以測試的程式碼與邏輯才對.
  好code本身就不會有太多的問題.也很好改.

 一次性的產品.依照經驗幾乎每次規格都不同一定會重寫的程式.







--
"May the Balance be with U"(願平衡與你同在)

視窗介面遊戲設計教學，討論，分享。歡迎來信。
視窗程式設計（Windows CLR Form）遊戲架構設計（Game Application Framework）
遊戲工具設計（Game App. Tool Design ）
電腦圖學架構及研究（Computer Graphics）

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.164.81.16
※ 編輯: NDark           來自: 1.164.81.16          (05/27 22:58)
→ TonyQ:第一段的重點在於「縮小層級」。                            05/27 23:12
→ TonyQ:如果你測的不是一整個 product ，而是中間幾個重要 util 的   05/27 23:12
→ TonyQ:功能，這樣不管產品怎麼改，這些 util 都還是能為你發揮效果  05/27 23:12
→ TonyQ:至於產品存在設計問題，這不在討論範圍內吧，你手動測試照樣  05/27 23:13
→ TonyQ:會死的東西，想要設計 test-case 把他搞對，這是緣木求魚     05/27 23:13
→ TonyQ:三是沒問題的東西，四，如果代碼沒有可測試性，手動測試跟開  05/27 23:14
→ TonyQ:發時自然有別的開發成本要負。                              05/27 23:15
→ NDark:要解正確的問題.每個專案/產品的情形都不同.                 05/27 23:17
→ TonyQ:的確是，而且你對 test-case 的定位也很有關系。             05/27 23:18
→ TonyQ:如果你是作為一個開發者，把 test-case 作為省力的工具，     05/27 23:18
→ TonyQ:那你說得問題除了三以外幾乎都不算是問題。                  05/27 23:18
→ TonyQ:如果你是作為一個專案的 QA ，想要透過 test-case 搞定你的   05/27 23:19
→ TonyQ:專案，這些就可能是你的問題。:P                            05/27 23:19
→ NDark:有些情況角色定位就不是分的很清楚.著重的重點也不同.        05/27 23:20
→ NDark:簡而言之就是要視情況而定.                                 05/27 23:20
→ TonyQ:視情況而定是很好用的詞，但是前提不講清楚，只丟一句視情況  05/27 23:21
→ TonyQ:而定跟一堆結論的話，就好像有說跟沒說一樣。:P              05/27 23:21
→ NDark:從管理層面來看真的沒有絕對.要依照情形對症下藥.            05/27 23:23
→ NDark:問題都是相對的.不管從人還是從時間的domain都如此.          05/27 23:23
→ andymai:還是一種情形是：需求已經做不完了~人家要求要看到全部的   05/28 01:08
→ andymai:東西~在期限內加班到凌晨才有可能全部弄出來就偷笑的那種   05/28 01:09
→ andymai:先求有...才能求好~就算其它做得很漂亮~沒做的就是沒做...  05/28 01:11