请问大家应聘QA怎么样？

IT行业的岗位大概分为研发类、市场类、技术支持类、生产类、管理类，到招聘会时，可以按照这个分类问问面试官，你们这个职务，是研发职务还是生产职务，可能某些小公司的面试官会被你问住：）

1、研发类岗位

包括软件研发和硬件研发，在一个公司里面完成项目开发，或者定制产品，一般说来，软件研发基本上就算产品的设计者和制造者，硬件研发，只能算设计者。因为后面还有生产环节。

通常研发岗位包括RD，QA，以及配置管理员，架构师，小组长，项目经理，研发助理等，就是研究部分所有的职位。部门经理一般没有计算在内，部门经理管人，应该算管理岗位。不过有些小公司，部门经理和项目经理，甚至架构师，都不分，因此需要具体情况具体分析。

其中RD，就是我们说得最多的设计人员了。

RD 这个词有讲究，就是设计和实施，是两个意思，设计，是决定一个东西怎么做，实施是把它做出来，我们刚开始，可能都是先做实施，慢慢走到设计，模块设计，系统设计等等，如果做得好，以后慢慢专门做设计，就是架构师了。

软件人员一般RD不分，设计者通常就是实施者，因为基本上程序敲完，产品也就出来了。硬件人员则不同，一般就是设计者，以及第一轮白盒测试的QA，自己测，当产品测试稳定、定型，就可以交给中试部进行产品测试，最终上线贴片生产。

QA 这里面一般细分为软件测试和产品中试，像华为、迈普这类大中型企业，以生产硬件产品为主的公司，都有自己的中试部，中试部简单说，就是专门测试硬件的，比如各种静电测试，温度测试，跌落、震动测试等，为产品最终上线做准备。

软件研发通常还有个角色很重要，就是配置管理员，一般小公司没有这个角色，由负责的测试人员兼任，大公司会专门设置这个角色，并且这个角色还有商业秘密保全的功能。

软件人员开发的产品，在自己的机器上，一般叫测试版，只有提交到CVS或SVN等版本管理系统，才叫产品，测试部不是从软件人员手里拿软件去测，而是由配置管理员在中心服务器上，将软件产品从源代码编译成可执行文件，生成安装程序包，然后发给测试部，测试部测试完毕，返回测试报告，公司领导签字后，以后软件产品的发货，就是配置管理员负责发货。

在大公司，软件一旦投测，如果RD发现有个小bug，小公司可能打个招呼就改了，项目控制流程上看不出来，但在大公司，必须发文，说明上一版本作废，然后重新发测试申请，重新提交代码走流程，项目流程上就记录，废版一次，以后就是扣工资的依据。因此，大公司的程序员一般比较严谨，发版测试很谨慎，就是怕出现这类bug，这样的缺点是对市场的反应不够灵敏，可能客户提交一个bug，RD改只要几分钟，但是流程要走一两天，但是好处是产品质量有保证，每个人的工作结果都记录在案，便于管理，且程序外泄几乎不可能。

国外很多程序员，可能在一个公司工作一辈子，都没有见过自己服务的计算机，RD都在终端工作，自己本地测试好了，提交到中心服务器，由配置管理员负责最后的编译和提交。

2、市场类岗位

这大约是最多的，往低里说，电脑城的谈单员，就是市场，往高里说，华为、Cisco的地区总裁，其实也是市场角色。市场根据个人经验，又分为Sales和Marketing，前者是简单的客户成交服务者，即客户准备购买，完成买卖手续，协助送货什么的，Dell那边的电话销售**，大约就是这个角色，由于Dell是定制，因此她们还需要下订单。后者就是属于较高层级的销售人员了，可以引导市场，引导客户，促成交易。

一般说来，市场其实也是个技术活，很少有朋友是天才，上来就可以做到Marketing的，都是从Sales先入手，慢慢练，这个过程，可能比一个程序员走到架构师还难，很多销售人员，做一辈子，都做不到Marketing的，不信，去商场看看售货员，公交车的售票员，都是Sales。

我们经常说，每个行业都有英雄，其实市场中，Marketing就是英雄，一般说来，走到这一步，就可以站在这个行业的巅峰，出去讲课，拿最高的佣金，享受猎头挖角的快感等等。不过，很难的，有句话请大家注意，“这个世界上，99%的销售人员，都不知道自己在干什么，说的就是这个问题”，那1%才是Marketing。

通常情况下，开发人员瞧不起市场人员，总觉得对方是耍嘴皮子的，但市场人员同样也瞧不起开发人员，总觉得这帮书呆子不创造价值。呵呵，大家别生气，大多数公司，把研发单位，看做最大的成本单位，只花钱，不创造价值的，虽然我们设计了产品，但公司的财务上，这部分是没有价值的，产品价值是在销售出去以后才体现出来，因此，财务上看，研发部门总是赤字一片。

其实，真正厉害的市场人员，我们研发人员还是要尊重的，要知道，一个研发人员要成名成家，其实很容易，随便什么东西，攻克一个难点，出几篇论文，出一个产品，这个研发人员就可以在公司里面牛起来了，一个研究院，至少20%~30%都是这种牛人。但是，市场要能做到Marketing，前面说过，1%，可能都不到，你说这帮人算不算精英？

3、技术支持类岗位

技术支持，往低里说，电脑城的拼机器的，也是技术支持人员，通常由谈单员兼任，谈单员通常由大学生勤工俭学兼任，呵呵，一起练了。再往上，客户那边送货，把包装拆开，技术，联网，技术，调试网络，技术，再大了，这里说句话，希望大家不要见怪，网络管理员，其实也是技术支持。

以前有段时间，MCSE很流行，后来发现，研发单位招人，根本不看这个，因为这个学习的是如何 *** 作机器，而研发是设计机器以及 *** 作模式，让别人 *** 作。CCIE也是啊，因此，当时很多说法其实是有点误导，说学了这些证书可以不上大学，成都还出现过一个娃娃，高三毕业考过了MCSE，就不上大学了的事情，现在不这么说了，因为毕竟上大学才是王道。光靠这个证书，是吃不了一辈子饭的。

在华为，迈普，技术支持是一个专门的职业，负责给客户送货，因为他们出路由器，安装配置有一大堆事情，电信局又是大牛，人家才不会去管这个事呢，厂家来人解决。顺便说一句，电信局守机房的，也是技术支持。

原来没这个职业，就要研发人员兼任，因为这毕竟是个技术活，不过，久了研发人员不干了，天天出差，还做什么研发，老板也不干了，因为研发人员工资高，在大家看来，连连线，配置几个IP地址，这不复杂，如果用研发人员干，成本太高了。

喏，就这样，一个独有的职业，技术支持，在IT企业被定义出来，许多年轻的朋友，希望进入IT业，没有本钱，不会做老板，也进不去一些大型公司的门，一般选择，就是在电脑城做技术支持起步。

现在很多系统集成公司，他们定义的项目经理，和研发单位的项目经理不太一样，其实也是技术支持，这类公司一般都是经销商，不是制造商，自己没有产品，靠代理别人的产品再销售来获取利润，一般说来，渠道这个词，就是指这类公司。这些公司的技术支持人员，主要工作就是看，我代理了哪些产品，哪些产品利润高，我怎么给客户报方案，把利润高的产品设计进去，等等。

这里面其实也有设计工作，但是，显而易见，这部分设计工作和前面的研发架构师的设计，是两个层面。

当然，这里有两个特例，一个是目前很多中小型，做网络应用的架构师，他们也有这个设计部分，这些企业一般都是项目制，没有自己的产品，每一单都要定制开发，这类和前面的系统集成设计有一定类似，因为很多项目包括了设备采购什么的。

另外一个特例就是系统集成设计，通常就是Marketing的活，因为自从IBM提出卖服务的概念以后，给客户交钥匙工程成为主流，大家都说自己是解决方案提供商，因此，Marketing通常就是采集需求，利用本公司产品或者代理的产品，组成解决方案，一体化提供给客户。

因此，从职业发展途径，技术支持一般说来，也可以走到Marketing。通常Marketing有两个产生渠道，Servicer技术支持，或Sales销售。

当然，这里也看出技术支持这个职业的短板，因为Marketing毕竟是销售为主，因此，销售能力占主导，技术支持人员由于长期和机器打交道，因此，恐怕也是机器脸居多，卖东西能力很差，因此，技术支持能转成Marketing的，更少。

当然，也有技术支持人员转回来做研发的，不过，也很少。

4、管理类岗位

一般说来，管理本身是抽象的，并不是IT业的管理，一定只能从IT业产生，或者一定只能管IT业，IBM的总裁郭士纳，就不是IT业出生，管理的英雄们，例子就太多了，他们有个统一的称呼，职业经理人。

前面说的几种，总的来说，都可以最终成长为管理，不过，管理也是最难的，一来人是最复杂的，不像机器那么好打交道，二来，管理要看运气，单纯说水平不行，得老板看得上才行，你说是吧？

因此，研发，销售，技术，要想成为管理，这个成功率，一般不高于1%的，不信，数数你们公司管理人员和普通员工的比例，或者，学校里面老师和学生的比例，虽然这不准，但基本能说明一点问题。

5、生产类岗位

这个岗位其实各公司都有，不过大多数老板不承认，员工也不愿意承认，呵呵。

大型公司，如华为、迈普，Intel等，以生产硬件产品为主的，基本上都有生产部，记住啊，这个生产部很重要，生产，仓储，物流，基本都在这一块。

千万别小看生产，目前生产线上的工人，由于要开贴片机什么的，基本上都要大专学历，还要培训的，有些目前找工作特别困难的同学，不妨考虑一下这类大型企业的生产岗位。

大型制造业，如美的，海尔等，他们很多管理层都是生产线上下来的，生产线上也不都是工人岗位，很多生产工艺师，工装设计师什么的，都需要设计这门工作，如果一个学历较高的人进入这个部门，只要自己肯努力，其实也很容易出头，毕竟周围的竞争对手太低了，呵呵，比起研究院来说，要容易得多。

6、其他类岗位

这就太多了，老板就属于其他了，呵呵，创业也属于其他，由于这部分不带普遍性，就不多说了。各级行政人员，如财务，秘书，都算其他吧

首先，先让自己成为一个优秀的测试者。有灵活的头脑，用逆向思维来思考如何做测试。不能做到与常人不同的角度去想问题，就不可能成为一个好的测试者。应庙毕业生最适合做测试者，这时候的人如一张白纸，什么也不懂，需要做的是按照自己想的方式去测试你手上的东西，不用考虑这样 *** 作是不是会把产品弄坏，如果你弄坏了，我要恭喜你，你成功的成为了一名测试者。优秀的测试还需要有良好的记忆力，你每做的一个 *** 作都要记住了，万一产品出现问题，你能找到发生的规律。做为一个测试者，还需要有良好的表达能力，要能将自己看见的现象描述清楚。有些人天生就对文字表达不擅长，但没关系，描述bug是有一定规则的。以下提供一个我经常使用的格式：

测试环境，软件版本，硬件版本，测试时间，此项测试的申请人。记录这些的目的是为了快速准确的找到相对应的人与开发环境。方便问题重现。

说明此bug是只出现在一个版本上，还是所有的版本都会出现，出现的几率是多少，大概出现在哪个产品模块。

将 *** 作步骤写清楚。此点并不容易描写清楚，给个建议，你不需要用太多麻烦的描述，只需要列出每一步做了什么，用最简单的语言描述你当时所做的 *** 作，最好用列表式，用数字排列出步骤的先后顺序。

列出问题点，只需要写出现象，不需要做过多解释，这样更容易让看报告的人明白。

如果你做到了用逆向思维方式不约束的头脑去测试，用超强的记忆力，记录下自己所做的步骤，用敏锐的观察力去发现每一个不起眼的异常，用简单清楚的语言描述bug，那么你就是一名优秀的测试者了。

在成为一名优秀的测试者后，不要满足喔，你还没成为真正的QA，你还需要具有分析问题的能力。这个需要时间和精力来完成，没有捷径，只有努力才可以达到。但也是有方向的，向大家指个方向。QA需要了解大量的专业知识，除了要让自己了解公司所有的规格标准技术资料外，更应该让自己成为一个博学者。每个人能力有限，博学不代表要精通，但至少要知晓相关知识的大概。QA的分析能力与经验有相当大的关连。QA需要长时间来积累自己的经验，积累经验也有要领的。每次出现一个问题，都要去问为什么，为什么问的越多，经验就越多，你会在为什么中不知不觉的成长。一般五年是QA的一个阶段，五年内，QA需要默默的学习，积累扎实的基本功和经验，如果你做到了，五年后，你将发现，你成了奇缺人材。

最后一点要说的是管理。QA需要管理自己内部的资料，也需要管理整个研发团队的。首先要做到的是，QA需要有正直的人品，不要因为任何的外界的因素而改变自己对公司产品的严格要求，要勇敢地说不，对不合格产品严格地打回去重新做。其次，QA需要有完善的体系来管理

工作。每家公司各不相同，但我认为需要以下几个方面体系：

工作记录。此测试是何人完成的，何人申请的，进度如何，完成时间，要严格控制记录，如果出了问题方便找到相关的人，不是为了让谁去担这个责任，是为了能更快的解决问题。当然也有对测试者的约束力，要让每一个QA知道，要对公司负责。我通常采用一个工作记录表格，个人认为还有一个好处是给QA和其他部门的同事看。当QA全部在忙，研发工程师们可以内部自己调整case的重要性，暂时pause或者delay某个任务，调整工作，让QA的工作更有效率。 Test Case管理系统。这个需要一个小型数据库，将每一个测试项目详细记录下来，测试者可以将自己的经验变成文字写在里面，让后来者可以为之所用，提高QA团队的整体力量。每一个Test Case都必须根据公司的设计规格书和行业标准来编写，通过此，测试者也可以更了解公司产品的标准。

Bug管理系统。这个系统可以便于QA上报bug，研发工程师能很快的去解决，也可以帮QA控制产品的研发进度，push研发工程师按进度解决问题。也可以根据此来制定每一个版本的release时间表。

Code mangerment 一般的公司都有这种工具，就不需要我来特别说明了，通常用的是Perforce和CVS。说明一点的是，有些公司对code管理比较乱，客户打个电话code就release出去了。不成熟的产品出去了，会让客户觉得这家公司的产品为什么如此差劲。所以如果要对公司好，就一定不可以随便开放权限。健全公司的做法通常release全部由QA发布，最后再由相对应的客户服务经理发给客户。毕竟公司的面子最重要。

每一种工作在一家公司都不是无故存在的，都会有它的作用存在。通常在面试中，都会被问到，QA在公司产品研发中的作用是什么，当然我也会常常问求职者这样的问题。那QA的作用到底是什么呢？不是一个非常重要就能概括的，今天这篇短文，总结一下，我认为的QA的作用，纯属个人观点，希望大家共同讨论。因为我做的是家用消费类电子产品，所以就以这种产品为例，写一下我的观点。

一家公司看准了一个产品市场，准备去做研发了，那么，市场部的人员会做市场调查，看看用户对于这种产品的需求是什么。这时候QA就要介入进来，共同reivew这份需求，我给这份需求书起个名字‘MKR’。研发部门会根据MKR来制定公司的产品规格书。从制定公司产品的spec开始，QA就需要介入了。QA需要站在终端用户的角度来考量这份spec所定义的东西是否符合用户的使用习惯，是否符合行业标准，是否与业内通行的默认的潜规则一致，等等。如果QA认为有任何的错误，都应该及时向研发部门提出异议，这样才能从最初期保证产品的质量。要知道产品的致命缺陷通常都是因为设计理论本身就有问题，导致后端开发人员无法弥补，而最终产生严重后果。在这点上，QA需要积极地与PM合作，推动研发部门改正不合理的设计方案。做为家用消费类产品，我们要以终端用户的使用习惯为最终的要求。

在spec制定出来以后，QA就要投入到紧张的工作当中。在研发人员开发的同时，QA需要制定出test plan和test case。 QA如何制定test plan呢？

这项工作需要与项目经理和design team的人使用共同完成。首先，我们需要从PM那里得到project schedule，根据schedule来制定QA的test plan。test plan包括产品测试的具体内容，release schedule，release test plan and schedule, code management，QA的工作流程和参与人员的工作安排与职责。

test case是一个非常详细的工作，我就不在这说明了，这需要经验，根本也不是三言两语可以说得清楚的，但可以介绍一下大的方向。写test case的宗旨是让测试变得最简单，看case的人哪怕完全不懂，是个新手，也能按照case去完成测试的工作，并且给出测试结果；尽量减

少人为的经验因素带来的影响，将需要测试的方面，和有可能被忽略的方面都要写进去，让case成为一个众人经验的集合，达到case的最大功效。

当然test plan制定以后不是一直不变的，需要大家一同来review，而减少QA本来有可能带来的失误，因为是人都会有想不到的，有犯错误的时候。这个就需要QA与PM和design team的人去沟通，需要大大小小很多的review meeting来解决。这个时候千万不要怕麻烦，这个时候偷了懒，危机就在后面等着你。这时候会遇到很多困难，design team的人通常很难合作，因为对于那些研发工程师来说，这种meeting是非常讨厌的，肯定会排斥。但就是被排斥，得不到合作，也不可以放弃，QA应该坚持自己的原则，这里就会考验到一个人的沟通能力了。

上面的工作都做完了，QA会得到小小的休息时间。按步就班的做事，开始跟着PM和研发进度走。到了产品研发成熟期，客户会出现，这时候，QA又会起到重要的作用。在这里提一下，有些健全的大公司，把QA分成了两个team。与研发部门合作，只做产品研发测试的development QA，与客户打交道，接受客户投诉，帮客户产品质量把关的customer QA，我们公司在发展的后期，就出现了CQA和DQA。如果说公司QA分成这两部分，那么QA的工作就变成更为复杂。

DQA的使命只是维护研发期的产品质量，我们把这种产品叫reference design products，而CQA的使命是维护客户的产品质量。

不管是在产品的研发中，还是在客户产品的质量维护中，QA还有一个重要的职责，就是推动力，QA要成为工程师们工作的推手。人都有惰性，不要期望每个人都自觉地努力工作。QA的通常做法是，每周给出一个进度报告，做一次bug review。通常研发部门的工程师非常讨厌这种会议，那没办法，我给大家一个小方法。QA把每目前严重的问题分列出来，详细到把每个负责的工程师所属的bug全部列出来，告诉工程师们这些bug需要被fixed时间，然后群发email，当然不要忘记CC给老大们喔，这样才够power。当然，态度不可以太强硬，最好在邮件结尾加一句，如果有困难，可以提出，meeting中商量。通常都会有人接受meeting。一个研发工程师手中通常不会只有一种产品，那么就会有冲突的时候。QA需要问清楚优先级和工程师的难处，尽量解决，这样才能达到良好的协调。协调好了，工作效率会更高。不过，有些公司，把这类工作交由PM来做，但本人认为，推动公司的产品质量朝更好的方向发展，是QA义不容辞的责任。

产品方面的？、小虫5892(站内联系TA)qa是质量保证，似乎要跟踪生产线，保证安全 ~具体的我也不懂 ~ggaaoo390(站内联系TA)可以的，作质量安全也不错，和专业也相关。chene(站内联系TA)不太了解，想看看qa啥意思zhaoweil(站内联系TA)硕士做QA太大材小用了fangxingbaixue(站内联系TA)从长远规划来说女生还是不要去企业，切记~~sungod591(站内联系TA)研究下GMP，再找药厂同学借阅下QA的岗位职责看下。主要是关键点的控制，对文件的熟悉，对关键参数和质量标准的熟悉。还有就是突发事件的控制处理刘蓓蓓(站内联系TA)QA很无聊的，我干过一段时间，基本上专业性不是很强的，你还是不要去！！有点大材小用的感觉！！tongjunfen(站内联系TA)QA质量监督，硕士的确大材小用了lvandsha(站内联系TA)我就是做这个的，是QC+分析测试工作，哎一言难尽真实的错觉(站内联系TA)制药行业作为良心行业，QA的工作是神圣的，我国制药行业管理会越来规范，从事QA是个不错的选择。尤其是外资/合资或准备进行国外药品注册的公司，纯粹国内背景的就算了。

QA能用的到知识：外语，药物分析，数理统计，化学，微生物学

QA的日常工作：物料/中间体/药品批准放行， *** 作规程起草和修订，供应商审计，质量标准制/修定，偏差/不合格调查处理，纠正/预防措施，投诉/退货处理，工艺监控，内部审计等等rangy143(站内联系TA)要做QA，把小日本的6S学懂了再说吧！

我觉得学分析的去应聘还有希望rio24(站内联系TA)弱弱问一句 qa的职业发展是如何一个过程呢？colylong(站内联系TA)如果想要做QA，建议先到药厂实习一段时间，只有亲身体会，才能知道自己到底是不是适合做这个？顺便可以了解一下QA的具体工作范畴！yynan1102(站内联系TA)Originally posted by colylong at 2010-03-12 19:05:28:

如果想要做QA，建议先到药厂实习一段时间，只有亲身体会，才能知道自己到底是不是适合做这个？顺便可以了解一下QA的具体工作范畴！ 找实习生的药厂不好碰啊……

不是很懂qa，求职时稍有尝试，但都石沉大海，

现在在作分析，觉得也还好，不像有机那样毒害很大

本想转型做个文员类的，做了2个月，实在不甘心。

想开点，淡定吧。

以上就是关于IT行业里什么岗位比较好啊请大家介绍下全部的内容，包括:IT行业里什么岗位比较好啊请大家介绍下、QA学起来难吗、请问大家应聘QA怎么样等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！