※ 引述《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都是来自于这样的人。