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