※ 引述《littlebau (小寶)》之銘言：
: 推 lovdkkkk: 疑問, 不考慮找會寫測試的 RD 03/01 21:47
: → lovdkkkk: 或用好薪福找 RD 來教他們 QA 嗎? 03/01 21:47
: 想做QA的心是無法取代的。況且找QA，自然是找QA會寫程式的，不會去找一個RD來做QA。
: 會寫測試的RD，他只是一個會寫測試的RD.只是順便寫點測試。跟有QA經驗是不一樣的。。
: QA的培養也是要有眼界的。就算在微薄的QA經驗都是經驗。
: 手動測試的耐心，發展自動化測試的idea，怎樣做才會是好測試工具等等，跟RD fight
: 對錯的堅持，維護測試環境/設備的經驗，分配測試資源的思路等等。
: 這些都不是一個單純會寫程式的RD在之前的經歷必備的。
: 根據我的經驗，找RD來做QA，真的除了寫程式比較ok之外，其他都不像QA。
: 心理搞不好還時常想著回去做RD。找RD來培養做QA實在是最後的選擇。
我覺得你想法上是對的 但是實施上卻無比困難
因為你找到適合的人這個機率是市場決定
在找人之外不如想看看 為什麼你需要編列一個獨立的職缺來作這件事
你的 Developer沒有測試經驗? 作的不好? 甚至心理上抗拒?
沒有好的infra寫起測試來效率很差?
說不定認真的填這些洞之後, 公司體質強健 也不需要專職的QA
人人都把品質當作是第一優先 (世界和平!

可能要想想為什麼apple需要專職的QA team.

QA的確很重要,需要下重本來build一個強大的team但台灣老闆並不這麼想之前曾經在cisco當過一陣子contractor,完全明白那邊的QA有多強大大多數老闆並不願花大錢做出品牌價值,只想代工賺賺小毛利

我再公司HQ整天聽到就是COST DOWN

國外好像真的蠻常出現專業Q團隊

good

我覺得年薪給不到apple一半的公司 真的不要跟apple做比較

你拿apple QA的年薪七折出來請人 就會有你想要的人冒出來了

這篇說出了以職務名稱推工塞責的關鍵.分工不是推脫責任

這篇也同時說出了老闆costdown思維,完全不尊重開發流程一個大型專案不是一個RD就可以幹全部功能一個RD自己的部分沒問替不代表拼起來沒問題

那我講別的，可能要想想intel, ibm, dell, amd, 微軟，為什麼需要QA team了。

可能要想想微軟為什麼要縮減QA我自己是做測試 只能跟你說產業現狀在改變中 會不會反轉不知道 只不過近幾年的趨勢是這樣子

減少QA可能是產品變少，也可能手作測試被自動化。但不

除了組織的編制以外 開發者需要有測試概念跟實作來寫出

build in test很重要，可以減少測試的effort。但越複雜或越重要(賺錢)的東西，QA就越重要。要完全取代，可能只有品質出包也不會對公司產生太大影響的狀況下，才會完全不需要QA.所以同意你，不是每個產品都需要專職QA. 但也不是每個產品都不需要。

還可以再釐清一點 你的god feeling這兩種狀況在業界的比例是多少?

我覺得台灣都是中小企業居多，自然RD兼測試的佔多數。只是這種的也可以收做大公司的專職QA就是了。公司不少測試部門的QA都是來自於這樣的人。