[轉] 那些台灣軟體產業所缺少的–自動化測試

看板Soft_Job作者 (null)時間14年前 (2011/10/21 09:08), 編輯推噓3(3推 0噓 17→)
留言20則, 3人參與, 最新討論串1/2 (看更多)
http://blog.ez2learn.com/2011/10/20/taiwan-software-lacking-of-auto-testing/ 你是否有計算過，你在寫專案的過程中，測試過 了多少次的程式? 我想是沒有，我也沒有，但是 你是否有曾想過，或是感覺過，隨著專案的膨漲 ，你要測試的項目也跟著變多了? 這是理所當然 的事情，當專案小，測試還算很輕鬆，因為程式 的功能不外乎就那幾樣，一轉眼就測完了，常見 的寫程式流程會像這樣 ... (全文請至部落格觀看) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.72.110.37
推
10/21 09:19, , 1F
對老闆來說，能賺錢的是他精美的商業模式與人脈夥伴
10/21 09:19, 1F
→
10/21 09:20, , 2F
研發只是人力比較貴的土水木作工程，有需要再請人就好
10/21 09:20, 2F
→
10/21 09:22, , 3F
看看工地那些沒有安全索的工人，就像是台灣小型軟體業
10/21 09:22, 3F
→
10/21 09:22, , 4F
沒有版本控制、測試規範...一樣
10/21 09:22, 4F
推
10/21 09:24, , 5F
簡單來說，趕快把2266的東西丟出去先賺到錢
10/21 09:24, 5F
→
10/21 09:25, , 6F
現在的心得是，有些內部測試實作不足的東西。排擠到QA的時間
10/21 09:25, 6F
→
10/21 09:25, , 7F
比蓋出只能放在家裡的精品重要
10/21 09:25, 7F
→
10/21 09:26, , 8F
以致於QA常花時間在一般顯而易見的問題上。而非那些無法透過
10/21 09:26, 8F
→
10/21 09:26, , 9F
簡單內部測試來觀察、操作的外顯行為上的問題。
10/21 09:26, 9F
→
10/21 09:26, , 10F
花時間這個部份，我有聽一些老闆談過想法，對他們來說那
10/21 09:26, 10F
→
10/21 09:27, , 11F
最終，讓大家誤以為QA的performance不盡理想。這是個壞循環
10/21 09:27, 11F
→
10/21 09:27, , 12F
就是請工程師、客服去處理的苦力工作、旁枝末節，
10/21 09:27, 12F
→
10/21 09:28, , 13F
和他精美的商業策略無關...
10/21 09:28, 13F
→
10/21 09:29, , 14F
抱歉切到你的推文... 我沒有要否定開發方法，只是提供目
10/21 09:29, 14F
→
10/21 09:29, , 15F
前遇到的實際情況
10/21 09:29, 15F
→
10/21 09:30, , 16F
呵，推文本來就是這樣。又不能開交易管理:P
10/21 09:30, 16F
→
10/21 11:03, , 17F
測試才能提升軟體品質,以前沒再寫單元測試
10/21 11:03, 17F
→
10/21 11:04, , 18F
總視覺得這樣寫已經很好了做了測試才知道效能有多差
10/21 11:04, 18F
→
10/21 11:05, , 19F
後來習慣寫UnitTest後程式效能大大提升不少
10/21 11:05, 19F
推
10/21 11:10, , 20F
推單元測試
10/21 11:10, 20F
‣ 更多 qrtt1 的文章
文章代碼(AID): #1EeCOP-8 (Soft_Job)
‣ 更多 qrtt1 的文章
文章代碼(AID): #1EeCOP-8 (Soft_Job)