PM、RD、QA、OP英文缩写是什么意思？

1、PM: Product Manager，产品经理，又称品牌经理（Brand Manager）。举凡产品从创意到上市，所有相关的研发、调研、生产、编预算、广告、促销活动等等，都由产品经理掌控。

2、RD: Research and Development engineer，研发工程师，对某种不存在的事物进行系统的研究和开发并具有一定经验的专业工作者,或者对已经存在的事物进行改进以达到优化目的的专业工作者。

3、QA: Qualtiy Assurance，品质保证。QA的主要职责就是质量保证工作。

4、OP: Operator，操作员，管理员。

扩展资料

1、PM（Project Manager），项目主管或项目经理，主要负责统筹规划项目进度及产品生命，其工作职能直接对公司高层负责。作为项目的管理者，PM通常会参与到一个或多个项目的管理与决策工作中。

2、RD，研发工程师，作为研发工程师，首先要有强烈的好奇心，这是成为高手的必要条件。喜欢新生事物，对问题喜欢刨根问底，以钻研为乐趣。

做事谨慎细致，考虑问题全面。技术工作来不得半点粗心马虎，否则问题多多，后患无穷。甚至给生产、产品品质造成重大影响，给公司造成重大经济损失。

3、QA：QA对企业内部来说是：全面有效的质量管理活动；对企业外部来说则是：对所有的有关方面提供证据的活动。 QA就是包括制造企业各个部门的组成的一个保证生产高质量产品的一个系统。

4、OP：操作员是负责维护SQL SERVER系统的人员，操作员可以由一人担任，在那些拥有很多服务器的大型企业中，操作员也可以由多人担任。

参考资料：百度百科-PM项目管理

百度百科-研发工程师

百度百科-QA

百度百科-操作员

SD:软件开发

SE软件开发工程师

QAQA也就是英文QUALITY ASSURANCE 的简称，中文意思是品质保证。

RD:则是指Research and Development(研发)。

在测试过程中，经常遇到需要和RD、PM沟通的问题。

1、写case时，对需求文档内容存在疑问。

解决办法：

1）先找之前参与需求评审的QA，询问；

2）问开发该需求的RD：查看RD排期，是否已经，或即将开始开发，若RD未开始开发，很多时候，他们也不是很了解需求内容。

3）若影响case的编写，可在企业微信上，直接问PM。若问题较多，可直接找PM当面询问。

4）若不影响case的编写，可在case里做标记，在case评审时抛出，请PM回答。

2、在开始测试的前一天，找RD确认是否能正常提测。有时RD反馈无法正常提测。

解决方法：

1）一定要确认影响提测的原因，如果当前自己排期内可消化，可在与其他RD沟通，并在自己排期内做调整。

2）一定要确认可以提测的时间点，如果是由于server端导致delay，是否可以让端上RD给个入口，端上先mock数据先测。

3）若端上或server有delay，一定要告知直接领导。

4）delay有可能导致风险，一定要及时抛出，若需要报risk，一定告知RD，一定及时在Jira提risk。

5）若严重delay，且server或端没有配合尽快解决，可邀请领导加入微信群，催促大家尽快完成；若问题非常严重，可邀请领导的领导加入微信群（谨慎邀请），催促大家尽快完成。

3、在测试过程中，遇到RD无法解决的bug，同时无法解决的bug数量不多。

解决办法：

1）告知PM：bug详情、RD反馈无法解决。

2）若PM表示不修改，则在Jira上对应的bug上备注并关闭bug（备注中要标明具体PM）。

3）若PM表示要修改，在企业微信上拉群：QA、RD、PM，在群里告知该问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

4、在测试中，若遇到RD无法解决的bug，同时QA感觉该问题比较影响体验，可告知PM且与PM达成一致后，拉微信群，@RD，反馈bug，让RD修改。

5、若QA感觉需求设计有问题，可与RD达成一致后，与RD共同反馈给PM。

6、在测试中，遇到RD无法解决的bug，同时无法解决的bug数量较多。

解决办法：

1）将问题一一统计，在企业微信上拉群：QA、RD、PM，在群里告一一抛出问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

若遇到特殊情况：

1）很多bug，RD反馈无法解决，PM反馈要修改，但RD和PM僵持不下，没有结果。

2）有的bug，QA感觉严重影响体验，但RD反馈无法解决，PM反馈当前版本不修改。

3）当前需求无法解决问题太多，严重影响用户体验。

4）若严重delay，且server或端没有配合尽快解决。

解决办法：

1）告知直接领导当前情况。

2）发邮件：列表格，将各个bug一一记录，加上RD的反馈，和PM决定当前版本是否修改，将表格添加到邮件中，在测试结束前，发邮件，邮件里@RD和@PM，使其在某个时间点前作出回复确认当前情况。邮件抄送给直接领导、QA全员。

3）如果问题很严重：严重影响用户体验，告知直接领导当前情况，找明明说明当前情况。

4）可邀请领导加入微信群，督促大家尽快处理当前问题；若问题非常严重，可邀请leader加入微信群，督促大家尽快处理当前问题。

7、在参加需求评审前，先阅读一遍需求文档，如果有疑问，需要记录下来，可在wiki的需求文档上直接对有疑问的地方备注提出问题，在参加需求评审时，直接提出，问PM。

若在需求评审上，有未确定的内容，在需求评审的checklist上，是否通过一栏，填写：“未通过”，并备注未通过原因，以及未确定的内容。需求评审后继续跟进，督促PM对会上未确定的内容作出解答，或开二次评审，需求上有更改、添加、删除的内容，督促PM在wiki上做相应的更改。

8、在测试过程中，PM作出的需求更改、需求添加，都要及时督促PM更新到wiki文档上。

9、向RD询问bug引入原因的时候（尤其是以前没有该bug，最近都没有对该部分作出修改，但是测试中发现了该bug），有些RD不配合查找bug引入原因。

沟通方法：

QA的中文意思是质量保证，英文全称为QUALITY ASSURANCE。

而QA人员则是为了提供足够的信任表明实体能够满足质量要求，而在质量管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。有些推行ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关质量保证的职能，担任这类工作的人员。

QA是GMP(质量管理体系)的一部分,GMP只关心与生产和检验有关的所有事务,与GMP无关而与产品质量有关的事务就属于QA。

扩展资料：

QA人员的职责：

1、基本功过硬

这里的基本功指的是QA的业务能力，质量、化验、工艺规程、操作规程、设备方面的知识，也就是传说中的“人机料法环”，都要了解、都要掌握。

2、搞好人际关系

人际关系很重要，QA也是如此，既要有原则，也要讲究方法，这样工作起来会事半功倍。作为一个QA，“心”要大，要有“宰相肚里能撑船”的大度。

工作中发生了矛盾，QA要找机会与当事人和解，要用不卑不亢的语气，给车间人员讲解当时为什么那样要求，争取达成共识，以后工作起来会很好沟通。

3、认真、严谨、细心

QA是压力大的工作，应该平时给自己解解压。但是一旦进入工作，就要保持认真严谨的工作态度，这是最起码的要求。

这三点体现在以下事情上：监控车间生产时，是否不苟言笑，严格要求车间员工按照操作规程操作，而不是姑息他们；清场检查时，是否细致认真，不留死角，而不是“差不多”得了；填写记录和签名时，是否马马虎虎，经常写错；现场检查或者审核记录时，能够发现应该发现的问题。

4、树立威信

作为QA，我们就是车间的一道质量关，如果我们不坚持原则，给车间某些行为开绿灯，那我们就是不负责任，你就对不起QA这个职位，而且当你多次坚持原则后，你会发现你变的有威信了。你在车间心目中不再是那个可有可无的人，而是一个坚持原则、把控质量的“重要人物”。

5、QA是一个团队

QA一定要成为一个团队，而不仅仅是几个人组成的团伙儿。QA在车间的工作压力很大，所以一定要“抱团”，在遇到质量问题时要站在一起，日常监控时标准要一致。

6、QA需要领导的支持

QA在车间的位置很尴尬，管理权力没有车间主任大，也没什么实权；技术能力赶不上工艺员，这也是QA在车间没地位的原因之一。

所以QA首先需要领导的支持，明确QA的定位，QA不仅仅是一个“在现场溜达的人”，不仅仅是一个“卫生员—检查清场者”，不仅仅是一个“随意签字者”，而需要做一个“裁决者”。

7、 改变车间主任的质量意识

如果有足够强大的正能量，能够改变车间主任的质量意识的话，那么工作肯定会如鱼得水了。或者，QA可以经常的给车间员工培训，提高员工的质量意识，建立“全面的质量意识”。让QA和员工建立起共同的质量目标，目标一致了，分歧就会减少。

8、沟通能力很重要

QA在工作中需要和很多人沟通，因此沟通能力非常重要。同样的问题，不同的人会得到不同的结果。所以多多培养沟通能力吧，可以帮助得到想要的信息，也会帮助和车间人员搞好关系。

参考资料来源：百度百科-QA

---