: QA的角色介于RD和PM之间(测试技术+沟通管理)，虽然每个职业要向往上爬，
: 几乎都要会管理，但QA除了管自己人外、要建立与RD的关系、也要随时回报状况给客户。
我会这样建议
如果你在系统厂
1.强化Issue isolation技能
建议你作一份矩阵，简单画一下那些Module或是FW如果改版了，有哪些要验证.
有哪些会被影响到，然后在把人员的关系矩阵跟那些人的人脉好可以帮你
你就可以知道出事情要找那些人，Scope有多大，要Isolate那些东西
这些要用到某些实验设计的东西，熟了就会了
2.语言跟沟通能力
一方面加强对内沟通，另一方面可以作向上管理
还有系统厂测试断层很严重，有时候进去听Call都感觉到英文真的滥到靠杯
3.其实最重要的就是专案管理能力，这个才是目前系统厂最没办法的
某些系统厂的老朋友最近很闲，这种老仙平常看起来油条油条的
作案子的时候你就知道他厉害在哪里
这种老仙如果你有拜师拜到一个，算你赚到了...
你只要把英文跟上面的能力备齐好，剩下的他会帮你补完，三五年直冲外商
: RD你比较可以走纯技术(但我不知道能不能走一辈子?)
: 有些做QA的本身就要求要会一点自动化技术，也有些就只是测试人员；
: 你这工作我猜应该算是隶属于RD这块的，比如说开发一个自动测试工具给测试人员使用
QA的自动化前提是你懂黑箱/白箱测试吗
只有作Script file automation那根本不叫Automation...
如果你是测试软件工程师，要想的是你一个Application可以帮大家省下多少时间
我曾经当面骂过一个很不错的测试工程师
因为他花时间去教一个很基础的东西...
我说，这种东西你不应该花时间
Script给他，叫他Run的时候稍微看一下就懂了
十个人来找你，你要花十倍的时间吗?
还有写这些东西也一边在考验你看Code的能力
好好算一下复杂度，顺便也看一些软件开发模式才是王道
: 所以本身要是RD+懂得测试，这个可能要先从RD做起~
: 题外话，有人也提过系统厂RD......真的有"研发"吗XD?
: 搞不好也是Debug，那也算是测试了...
: 总之测试说起来有点复杂再加上台厂老板对测试的不尊重和不了解(QA/QC傻傻分不清...)
: 结论
: 先去找RD，找不到再来考虑要不要靠嘴吃饭，觉得个性不合的话再来做测试
: PS.另一版我最近有发面试心得，希望对你有帮助~
我稍微有看到你写的东西，所以大概也知道你的盲点在哪边了...
系统厂出来的问题点就是因为测试基本功不扎实
大多数的TC都是以前留下来的，没有针对软件的问题作开发
加上你们现在的主管绝大多数都认为on job training
也没有几个有真正测软件背景的经验，大多都是老屁股上来的
你遇到纯软测试，如果面试官很重视基本功，你就会被打得稀巴烂
台湾这种书其实没几本，有的话也是大陆的比较多
但我知道系统厂没人在买测试书来看的
连测软件还有Technical Spike，连这种的Strategy都没几个会写了
我当年有几个是很想收徒弟，但想想连书都不会自己去买，我干嘛教
话说回来，这也是当年我离开的原因之一
搞到都是我在做事情，反而系统厂早早下班爽爽去......