软件开发缩写（软件开发英语缩写）
本篇文章给大家谈谈软件开发缩写，以及软件开发英语缩写对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
软件开发中的SD、SE、QA和RD是什么意思？
SD:软件开发
SE;软件开发工程师
QA;QA也就是英文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引入原因。
沟通方法：
软件工程英文缩写
软件工程英文缩写是SE。
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计件有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。
同时，各个行业几乎都有计算机软件的应用，如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，也提高了工作效率和生活效率 。
基本内容
软件工程原理、软件工程过程、软件工程方法、软件工程模型、软件工程管理、软件工程度量、软件工程环境、软件工程应用、软件工程开发使用。
工程与科学
软件的开发到底是一门科学还是一门工程，这是一个被争论了很久的问题。实际上，软件开发兼有两者的特点。但是这并不意味着它们可以被互相混淆。很多人认为软件工程基于计算机科学和信息科学就如传统意义上的工程学之于物理和化学一样。
在美国，大约40%的软件工程师具有计算机科学的学位。在世界其他地方，这个比例也差不多。他们并不一定会每天使用计算机科学方面的知识，但是他们每天都会使用软件工程方面的知识。
软件行业的PM、Dev、BA、Ops、Dev都是啥？
产品经理（Product Manager），英文缩写PM
业务分析是（Business Analyst），英文缩写BA
项目经理（Project Manager），英文缩写PM
软件开发人员（Development），英文缩写Dev
软件测试人员，英文缩写QA
IT运维技术人员（Operations），英文缩写Ops
就像这类的问题不知道回答多少遍了，建议你还是多自学吧，去黑马程序员视频库或者社区
关于软件开发缩写和软件开发英语缩写的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
