软件qa工程师

软件qa工程师是做什么的?本页面为用户提供了软件qa工程师的岗位职责,以及本职位近些年的薪资待遇情况、就业趋势、招聘趋势、面试经验等信息,综合图表数据多方面解析该职位的热度。
2024-04-23 18:00:00 更新

软件qa工程师简介

岗位职责
对比分析 无论是ISO9还是CMMI,都是以过程为中心。也就是说,通过过程的持续改进来提高产品质量。而过程质量与产品质量如何正向关联呢?就需要质量保证(QA) 。这也是ISO9和CMMI都很推崇的方法。但从国内软件企业的现状来看,很多企业的过程体系都相差无几,而开发出来的产品质量却千差万别。导致这种差别的原因有很多,过程及其执行方式的生搬硬套就是其中很重要的原因之一。 在建立QA组织的时候,多数企业也这样实行“拿来主义”。就像看着别人穿着一双非常漂亮的鞋,就想拿过来自己穿,一般都不会适合自己。其结果要么是打肿脚穿大鞋,要么是削足适履,效果可想而知。我们应该做的是“量脚买鞋”、“量体裁衣”。QA组织的建立也一样,应先了解企业的文化、可获得的资源以及过程成熟度水平等,再据此选择适宜的QA组织。下面我们就从一个动态的视角来探讨QA组织的建立。 建立组织结构 建立一个组织,首先需要考虑的是它的组织结构。组织结构不仅在很大程度上决定了岗位的职责,而且还决定了资源如何配置。按照国内多数企业的做法,QA组织结构可划分为三类:职能结构、矩阵结构以及两者结合而成的柔性结构。 职能结构 在职能结构中,各个职能部门设立自己的QA岗位,位于高级经理之下,独立于项目组。QA直接对高级经理负责,但业务上需要向项目经理汇报,属于项目成员。如图1所示。这种组织结构的优点是QA容易融入项目组,易于发现实质性的问题,解决问题也很快捷。缺点是各职能部门相对独立,部门之间的经验缺乏交流和共享,还可能出现对过程、方法和工具研究的重复性投资。在这种组织结构下,由于高级经理专注于业务的发展,QA的职业发展容易受到忽视,难于接受到应有的培训和提升。 矩阵结构 在矩阵结构中,设立了专门的QA部门,与各业务职能部门平级。QA隶属于QA部,行政上向QA经理负责,业务上向业务部门的高级经理和项目经理汇报。如图2所示。在这种组织结构中,由QA部经理对QA考评和授权,有利于保证QA的独立性和评价的客观性,也有利于确保组织的长期利益与项目(或个人)的短期利益之间的平衡。QA资源为所有项目所共享,可按照项目优先级动态调配,资源利用更充分,但也可能出现资源竞争冲突。此外,QA部门对QA流程的改进、QA知识的管理、QA人员的发展负责,并可集中资源进行QA平台的建设,以防止重复性的投资。但另一方面,在矩阵结构中,QA难于融入项目组,发现的问题也很少能得到及时有效的解决。 柔性结构 柔性结构是职能结构和矩阵结构的混合形态,在职能结构的基础上建立了QA组。 专业组 QA组是一个专业组,不是一个行政机构。QAG Leader可由质量管理部委派人员担任或由某业务部门的QA兼任。与职能机构一样,QA直接对高层经理负责,但在业务上向项目经理和QAG Leader汇报。柔性结构吸收了职能结构和矩阵结构的许多优点,既便于QA融入项目组,又便于部门之间经验的分享,还利于QA能力的提高。QAG Leader可以从各部门QA汇报中提取出各项目的共性问题,用于组织级过程的改进。企业还可以通过授予QAG Leader不同的权利,比如按照2/8原则与高级经理分配QA的管理,来促进QA专业研究与应用的结合。QA可以协助评审和组织会议;在存在外包的情况下,可能需要QA在监控外包方方面发挥作用。 重要责任 过程成熟度是影响QA职责分配很重要的因素,不同的成熟度等级所要求的QA工作分布是不同的。在低成熟度等级下,需要抽取各项目最佳实践来定义过程,并指导过程的实施,QA在这方面的工作最多。随着过程的完善、制度化和实施,QA的工作重点逐渐转向了过程评审和产品审计。当企业的过程成熟度达到4级或5级以后,对过程的遵守已经成为员工的一种习惯,过程和产品的审查需求减少,而度量和过程能力的优化又成为QA的工作重点。 企业文化对QA来说就像空气一样,看不见它,但却深深地被它影响。比如说,在一个氛围活跃、高技术、创新能力强的企业,QA应该倾向于服务职责;而在一个强纪律、低技术、规章制度成熟的企业,QA就应该倾向于监督职责。 QA工程师 国内企业越来越注重产品质量,随之,对品质监管的力度与要求也越来越高。QA工程师水涨船高,备受重视。QA的薪金是跟工作年限成正比的 。那么,经验丰富的QA工程师都需要掌握些什么呢? 1) 相关体系的认证及完善 (ISO、GMP、CMMI 等等,不同性质企业要求不同 )。 2)主管技术措施和技术、质量、安全的交底工作。 3)一般性品质工作 。 4)质量培训工作。 5)做品质就像在给病人看病 ,高手总是能在不良发生之前就解决它 。所以 ,QA ,最重要的是一个预防性作用。 1.根据工程资料内部要求及时对产品的有关项目组织实验室测试。 2.制订品质计划。 3.对各种材料及成品之检验标准书进行审核。 4.即时处理客户抱怨及退货,以确保客户满意。 5.主持每周品质会议,并推动全公司相关部门人员共同提升品质。 6.统计、分析各品质会议,并推动全公司相关部门人员共同提升品质。 7.统计、分析各阶段品质不良,并推动各部门改善,以达到目标。 8.针对材料不良辅导供应商分析、改善。 9.做好品质记录,以便追溯。 1.稽核评估供应商,并做好相应记录。 11.考核下属业绩。 配置岗位人员 在建立组织结构过程中设立了QA工作岗位,就需要为岗位配备足够的资源,特别是分派岗位人员。从大体上说,QA人员的配备可根据企业特点分为两类:全职和兼职。 全职就是设置专门的QA人员,QA的主要职责就是质量保证工作。在设置这类人员时,最重要的是考虑他的知识、技能和素质是否符合组织和岗位的规定和要求。这些要求是依据企业文化和成熟度的不同而有所侧重。比如说,对于一个协作意识较弱、官僚主义较浓的企业,沟通对QA来说可能是一个重要的素质要求;对于成熟度较低,还没有制度化标准过程的企业,对业务的了解和QA专业知识的精通可能是选择QA最重要的标准。 兼职就是将工程师分派到其它职能部门或项目中去兼任QA工作,每一位工程师都作为一名潜在的QA。这也是QA人员配置的一个可选方案,一般适宜于开放的、以质量为向导的文化,反过来也能对质量文化的建设起到很大的促进作用。但这种方案应小心地与组织制度结合,比如奖惩制度、成本制度等,否则容易引起利益冲突。 由于QA的概念引入国内不久,QA人才相当缺乏。为了获得足够的资源来完成QA工作,也可以采取岗位轮换的方式。比如,允许项目经理在项目管理岗位和QA岗位上轮换,把一定的QA工作经历作为项目经理上岗的必备条件。采取岗位轮换的方式,一方面解决了QA资源的不足,另一方面还促进了轮岗人员把QA的思想和方法融会到开发和项目管理工作中,更大程度上提高产品质量。 从以上的分析我们可以知道,建立QA组织需要动态地考虑企业的文化、可获得的资源以及过程成熟度水平等因素,做到“因地制宜”,而不是生搬硬套。首先要建立一个适宜的组织结构,组织结构中确立了QA岗位和汇报渠道。接下来就是确定岗位职责,并根据岗位职责的要求配置合适的QA人员。只有在组织结构、岗位职责、岗位人员都设置和整合好以后,才能充分发挥QA的价值,确保通过过程的持续改进来带动产品质量的不断提高。 工作内容 在需求定义流程中,审查是更适合质量保证(QA)测试人员的角色,而不是定义;但QA测试人员需要学习如何高效执行审查。对于QA测试人员来主产,在于需求定义审查中成功获得支持关键在于,找到对于其它参与人员重要的问题,这就意味着找出需求内容相关的问题,避免投入过多的精力在形式和可测试性上。在我的书中,或相关的讨论坛中,我描述了许多方法来识别需求问题——包括清晰度和可测试性——以及如何使用强大的方法来检测出错误和疏忽的内容。 有些组织让业务分析师负责定义需求和开发测试,从而证明需求已经达到要求。这类双重角色常常会因为测试方法和知识的不足,而导致测试被忽略掉。另外,分析师的测试不可能显示他们需求问题。这类弱点也还会更严重,当开发人员是定义需求和测试的人时。 因此,让具备独立技能的测试人员定义和执行需求测试是有道理的。 让他们,与资深的分析师一同参与到需求发现行动中,如面试的利益相关者,这又是另外一回事了。 如果QA测试在需求和设计流程中参与的早的话,测试人员可以准备更多的测试,且当代码到来时,准备好开始执行他们。早期的参与者帮助确保需求是可测试的,并帮助QA测试人员更好地理解测试什么,然后编写更好的测试。 我已经警告过,仅仅取得接近需求的权利往往会事与愿违。更常见的是,QA测试人员在第一次尝试中并没有准备好做出高效地贡献。其它人也发现他们并有什么帮助,更糟的甚至他们有点碍事,然后把他们排除在需求审查之外。此外,这种不好的经验阻断了第二次返回的机会。主要原因是我称之为的“可测试性陷阱”;具有讽刺性的是,它是来自于QA测试权威的口中,他们说需求的主要问题是缺乏可测试性,进而在很大程度上是由于缺乏清晰度。 这样,当他们参与到需求审查流程时,QA测试人员更倾向于停留在引用他们认为所缺乏的可测试性的需求,然后期望分析师们重写它们,使之更加可测试性。分析师鲜少有时间,也很少有兴趣重做他们的工作;而其它审查者常常认为这类对可测试性的抱怨是无关紧要的。它们也被忽略了,这些参与者不仅没有增加价值,还干扰了有用的评论。  QA工具 日本在开展全面质量管理的过程中通常将层别法、柏拉图、特性要因图、查检表、直方图、控制图和散布图称为“老七种工具”,而将关联图、KJ法、系统图、矩阵图、矩阵数据分析法、PDPC法以及箭条图统称为“新七种工具”。这七种新工具是日本科学技术联盟于1972年组织一些专家运用运筹学或系统工程的原理和方法,经过多年的研究和现场实践后于1979年正式提出用于质量管理的。这新七种工具的提出不是对“老七种工具”的替代而是对它的补充和丰富。 一般说来,“老七种工具”的特点是强调用数据说话,重视对制造过程的质量控制;而“新七种工具”则基本是整理、分析语言文字资料(非数据)的方法,着重用来解决全面质量管理中PDCA循环的P(计划)阶段的有关问题。因此,“新七种工具”有助于管理人员整理问题、展开方针目标和安排时间进度。整理问题,可以用关联图法和KJ法;展开方针目标,可用系统图法、矩阵图法和矩阵数据分析法;安排时间进度,可用PDPC法和箭条图法。 QA摘要 QA活动是CMMI实施中较难贯彻的过程。本文针对目前国内的QA过程实施情况,从QA的地位、原则、活动、实施等方面进行了阐述。同时讨论了QA与QC、测试之间的关系,以及实施QA活动的最佳实践,为组织实施过程改进提供了基础。 QA概述 在使用CMMI模型实施过程改进时,需建立QA(Quality Assurance)的组织职能和角色,并实施“过程和产品质量保证”活动。这些活动目的在于使项目工作人员和所有各层管理者能适当地了解整个项目生存周期中工作产品和过程的情况,从而支持交付高质量的产品和服务。 由于CMMI模型是建立在西方的企业文化背景下,包含有三权分立的思想,所以对于国内IT及软件企业而言,如何理解和建立QA机制,更好地利用CMMI模型进行过程改进就显得非常重要。但是,目前国内IT及软件企业对于QA的意义和认识存在误区,导致在实施过程改进活动中,QA活动流于形式或没有发挥出其真正作用。 卡塔尔域名 .qa是卡塔尔的国家域名,属于海外域名。  对注册.qa域名的资格没有任何限制,任何一个国家的个人或企业均可注册。
查看全文

软件qa工程师工资

整体分布
历年变化
最低:¥2,005
最高:¥79,850
月收入平均值约
¥18,427
高于平均值约占
0%
月收入中位数
¥19,206
近半年趋势
下降
解读:软件qa工程师在全国的平均月薪为¥18,427,中位数为¥19,206,其中¥12k-17k工资占比最多,约24%。
来源于181007份样本

软件qa工程师就业

同比上月,人才热度
+6.23%

软件qa工程师招聘

同比上月,职位数量
+3.92%

软件qa工程师面经

外贸业务员面试一般,共3轮面试
匿名用户
面试了职位:外贸业务员
未通过感觉没戏
产业园环境一般,面试过程如下 电话沟通,约了线下面试,面试是在厂里,只有一部电梯能上,得绕路现场面试填信息表,表格很详细,包括家庭信息等等自我介绍(这家蛮注重口语水平)围绕简历内容提问,问题中规中矩,主要问上家公司业务以及离职原因还问了mbti公司产品耳机质量emmm(只耐三个月),售后服务也不好,只能说虽然是外贸岗,选品还是很重要的...查看更多
01-03 发布
面试:底盘工程师。有了很好的初印象,问的常规问题,收到offer了。
玖拾玖
面试了职位:底盘工程师
确定通过确定通过
一面 电话面试,问的问题很简单,先自我介绍,然后问学习成绩,学的最好的科目,为什么选择来比亚迪,然后介绍了一下岗位和工作内容,问我能接受这些工作吗?后面的有些记不清了,总之很简单。现场面试,学校报告厅。一面通过后,二面问了一下项目、性格特点这些,总之都是些很常规的问题。总体感受:很简单,感觉主要看学历,目前985本硕,先拿这个保底了。...查看更多
01-03 发布
面试:Java。总体感觉比较正常,整体难度中等,应该是通过了。
冒险湾纪念册机械工程师
面试了职位:Java
确定通过感觉靠谱
都是一些java基础的文题
01-03 发布
面试:财务主管。总体来说体验还行,难度大概中等水平,确认通过。
看准53109
面试了职位:财务主管
确定通过确定通过
面试很正规,人力面试后,财务领导面,问的问题很专业,所以真的是有经历并且自己很懂自己的专业才行,至少要把自己的简历内容很透彻的掌握,以免被问住。财务领导面试很有压迫感,但是只要你能尽力回答不怯场,努力往自己懂得方向靠拢就没问题。
01-03 发布
查看更多 1422052 条面试经验
寻找更多岗位洞察

小程序

看准APP

公众号

看准公众号

APP

看准APP