软件工程师沟通培训

软件工程师证书，是有社会培训机构通过培训考核发给的有关证书。与国家计算机软件水平资格考试不一样。

如JAVA如件工程师，其培训内容包括：初级部分：

1.

Java

面向对象程序设计、Java

API使用、数据结构及算法基础、Java高级类特性、异常处理；

2.

AWT及Swing图形程序设计、流、网络程序设计、对象序列化、Applet、多线程程序设计、Java应用国际化基础；

3.

Java桌面系统项目开发；

4.

Java编程基础提高课程：反射机制、设计模式（I）、正则表达式,Java

新特性等；

5.

基于Oracle的数据库开发及管理、数据库设计、标准SQL、PL/SQL编程；

6.

JDBC、、、JavaBean编程；Tomcat服务器使用、Jbuilder及Eclipse

等集成开发环境；

7.

Linux操作系统中的Java程序开发、Linux系统管理；

8.

Java

Web编程提高课程：JDBC进阶、高效分页处理、过滤器使用技巧、Struts中动态表单验证、等；高级部分

1.

MVC设计模式、Struts架构核心工作机制、国际化、验证框架、Struts

Taglib、ORM基础、基于Hibernate的企业级应用；

2.

JavaME手机游戏设计、界面程序设计、数据库程序设计、手机短信、多媒体短信（彩信）开发；

3

.JavaEE核心技术、XML、Web

Service、异构系统整合、分布式应用开发、WebLogic和JBoss等应用服务器；

4

.CMM、UML与系统建模和设计、Rational

Rose、软件工程和软件过程模型、版本控制及设计模式；

6.

Java

企业级应用开发提高课程：Hibernate使用技巧、设计模式（II）、Spring编程入门、提高Java

EE应用的性能；

.NET程序设计

.NET架构、.NET桌面和Web程序设计、.NET与JavaEE平台应用的整合；职业素质IT职业规划、沟通技巧、团队合作、专业技术规范、面试技巧等职业技能培训。

完成以上培训课程后，通过考核就可以获得培训机构颁发的合格证书。

现在比较吃香的是JAVA，特别是J2EE，未来3G出来后，手机编程将成为热点，J2EE当然就会很吃香了。

关于证书的权威性，建议你要去知名的培训机构去，最好是像SUN这类国际大公司有关认证所指定的培训机构，这样权威性高些。

一般来讲，软件公司是非常喜欢通过了软件工程师的人员，学历对他们来说并不重要，而重要的是能力。如果你的能力够强，在一个好的公司的话，这个月薪我想应该是可以拿到的。

其他方面的软件权威考试，在国内当然就是国家计算机软件水平资格考试了。这是国家级的考试。

首先，确切的说是软件设计师，没有软件工程师这种考试的。

软考改革之后，软件设计类就分为：程序员－软件设计师－系统分析师

这三个级别，程序员相当于以前的初程和中程，软件设计师相当于高程。即软件设计师考出之后是中级职称。区别在于以前的高程终身有效，现在的软件设计师有效期3年，三年之后需要再培训。

软件设计师考的不太难，但是面比较广，如果你是计算机或软件工程专业的，看一下清华大学出版社的《软件设计师教程（第二版）》就可以了。

软考的级别有很多种,但没有软件工程师,不知你问的是软件设计师还是网络工程师,不过他们每年的都开两次考.

首先确定这是一个个实实在在的bug。不要出现因为配置原因或者是操作错误引起的“bug”，这样是会被开发“鄙视”的。比如说柠檬班学生在测试过程中就发生过这样的事情，短信平台没有配置，手机接收不到短信直接就提交bug了。作为测试人员应该尽量做到专业，尽量少给开发找麻烦，不要制造一些并不存在的bug、不要提交一些重复的bug。写好bug描述。确保依照bug描述能重现BUG的过程。这很重要！有时候开发看到一个莫名其妙的bug，描述不清楚，还无法重现，他会很生气。这直接会影响测试人员在开发心目中的形象。我们既然提交这个bug，就必须对它负责任。Bug描述精确、没有歧义，详细简洁的重现步骤，bug截图是必须的。如果是特殊的测试数据，我们还需要附带这些数据。比如说2049KB的图片数据。对于重现率很低的问题，我们需要注明偶现，详细记录当时的环境信息。如操作系统、产品名称、版本、操作步骤、是否机器相关、是否产品相关等。提升自己的专业技能。我们应该尽量提升个人技能。我不是说要学习什么测试框架、什么自动化性能测试工具，这在以后都可以学习。我们要先保证最最基本的，就是对业务分析的能力。要充分熟悉我们软件产品各个层面的业务，包括功能业务，代码实现逻辑，环境配置部署等。如果你了解到类似充值这种操作，是必须要有真实接入的第三方支付平台接口，那么你就清楚为什么在测试的时候会出现支付页跳转界面异常的提示了，自然而然也会清楚这不是代码的问题，而是没配置。你就不会出现第1点中的问题。而且在说服开发接受你的bug时，才会更加做到有理有据。测试应把握重点。测试应把握重点，不要在无关紧要的地方测试过多，也不要为了无关紧要的所谓的“bug”浪费沟通成本。什么是重点，就是产品的主要功能，用户经常会用到的操作。如果是需求明确的严重问题，我相信只要是开发，他都会想法设法去修复它。但比如说，一些非常规操作导致的严重问题，开发人员会说，实际场景中，用户是不会这样操作的。对于这些问题，沟通是很浪费成本的，可以把问题记录在日报中，反馈给测试老大或项目负责人，由他们来评估。再比如说一些个人界面建议，我们可以提交bug，但是开发不改，也不影响用户使用的，我们不用过多纠结。问题集中起来咨询开发开发也很忙，不要一发现跟预期不清楚的就直接发个qq消息过去。因为在忙的情况下，很大程度上你抛过去的问题都会石沉大海。把你个人需要问的问题做一下整理，集中起来问开发。为了沟通的高效率，最好是跟开发进行面对面的交流（除非你需要保留截图证据）。跟开发约个时间，直接去办公位找他。如果你是颜值一派或是性格可爱派，这种方法尤其可行。做个聪明的测试人员a、注意跟开发沟通的语气要有换位思维的方式，做事情对事不对人，处理事情一定要有一颗宽容的心。只有这样，才能够很好的说服研发去修改Bug。b、和研发人员搞好私人关系。一旦关系好了，啥话都好说，他也不会觉得你烦。但是别因为关系好，bug就直接口头叙述，不提交到bug平台做好统计记录。

如在设计使用阶段，推荐使用蓝湖来进行