测试工程师口语技巧培训

北大青鸟是国内最大的IT培训机构，校区遍布国内各大重要城市，目前校区已经超过200家，一直都是走在IT培训行业的最前方。但是每一家校区都是不同的，都有自己的管理方式和教育资源，所以在选择校区的时候要好好选择一下，可以选择北京的校区，毕竟北京是一线城市，并且北大青鸟总部要是在北京，对于北京的校区要严格很多，但是北京的教育资源和师资，以及后期的就业，都是要好于其他地方。

第一阶段、

测试基础学习目标：基于敏捷的软件研发基础知识，并同时掌握关于软件基础运行环境的相关知识，为后续课程学习奠定基础，并进而可以胜任手工测试工程师的工作。

完成项目：测试管理工具，Linux操作系统，MySQL数据库

第二阶段、编程语言学习目标：熟练掌握java与python编程语言数据类型、运算符等。

完成项目：Java环境及Intellij IDEA使用，Python环境及Pycharm使用，为后续的web和app自动化测试奠定基础。

第三阶段、web自动化学习目标：熟练掌握web自动化Selenium基础、环境，自动化测试模型，可以胜任web自动化测试工程师是工作。

完成项目：Selenium源码分析，多浏览器运行测试，多平台多浏览器运行测试，各种驱动支持

第四阶段、app自动化学习目标：掌握Appium基础、环境、应用、实战等。

完成项目：获取app信息

第五阶段、接口测试学习目标：熟练掌握接口测试基础，接口测试自动化，进阶高级软件测试工程师。

完成项目：TestNG的批量接口执行

第六阶段、Jmeter性能测试学习目标：Jmeter基础、进阶等。

完成项目：性能测试（容量、稳定性）项目实战

第七阶段、Jenkins持续集成学习目标：持续集成简介、持续集成环境搭建

完成项目：使用Jenkins运行接口测试用例

啄木鸟学院老师建议大家从学习路线去着手，一探究竟，真正了解清楚!

软件测试培训机构主要看培训机构提供的课程内容好不好、师资质量高不高、就业服务负责不负责等等。 课程方面更靠谱的还是面授课程，跟老师面对面的进行交流，有任何问题也可以在第一时间提出来，同时也可以跟互相学习的同学一起交流，这可比一个人面对电脑学习效率高得多。同时，像啄木鸟学院这样的培训机构会在报名之前邀请学生来校试听，通过这个过程就会对这家机构有一个简单地了解，也会知道课程具体怎么样。 其次师资质量高不高，师资介绍可以直接的从各个培训机构的官网上找到，所以在报班之前可以多去了解了解师资的信息，如果一个培训机构的老师有着丰富的行业经验，那么这个机构还是比较靠谱的，当然这里也建议你亲自去试听看看，一个老师讲的好不好，自己去听听就知道了。 最后看就业服务负责不负责，现在大部分培训机构都有就业服务了。但是有的培训机构的就业服务做的比较好，有的做的一般般。所以你可以多对比几家培训机构，看看哪家的就业服务比较好，可以找已毕业的学员取取经。

随着互联网行业的不断发展，软件快速迭代、快速交付的需求日益凸显，软件测试人员越来越受到重视，逐渐从“幕后”走向“台前”，也将会面临更好的发展和更大的挑战。下面是小编带来的软件测试工程师面试技巧，欢迎阅读。

那如何深入软件测试？测试都有哪些方法？测试采用什么工具？自动化测试熟悉么？自动化测试具体都有什么内容？敏捷流程都有哪些环节，测试工程师在其中的作用是什么……接下来我就结合我的测试经验聊一聊测试工程师的面试要点和职业发展。

我是谁？

忘了自我介绍了，我是一名软件测试工程师。不知不觉，入行软件测试也有14年头了。待过中软国际、华为、IBM等公司。做过功能测试、自动化测试也做过性能测试，做过测试新人也做过测试测试管理，所负责的项目至今在各个领域系统运转良好，产生了极大效益。

同时我也长期在公司内担任讲师，负责软件测试理念和测试转型等内容的培训，获得过“集团金牌讲师”的称号。

如果要是从这14年中说出最宝贵的经验，我想其一应该是面试技巧和职业发展。下面我就来分享一下，希望可以帮助在测试行业迷茫和纠结的你们……

软件测试工程师的面试，不同于开发人员。

虽然都是软件从业人员，但是开发和测试侧重点不同，这样的细微之处却很少有人注意到。面试官可能因为对于测试工作理解的差异，提出的问题让面试者不知道该从何说起，而在求职过程中，信息的不对称使得测试工程师往往无法做到全面地表达自己。

严格意义上来说，尤其是在当前Agile架构或者DevOps模型下，软件测试工程师对于技术的理解广度和知识储备的广度，要远在开发人员之上。而一般开发人员的面试中的面试要点和问题，对于测试工程师来说，都是非常不适用的。

面试官技术出身的不同，其喜好或者技术特点，测试工程师往往也并不清楚，如何有针对性地回答，同时还能体现出自己的优势，另外企业是如何定义初级中级高级测试工程师，他们各自对于技术的要求是怎样的？这是一个非常值得谈一谈的内容。

知己知彼，百战不殆。如何从测试工作本身定位出发，从公司和面试官角度来谈测试工程师的面试要点，成功是事半功倍的。

九层高台，起于垒土。那么我们在讨论测试工程师面试的要点之前，自然要理解测试工程师的工作内容和主要闪光点是什么。

1、什么是软件测试？软件测试的工作内容都有哪些？

软件测试，顾名思义，是测试软件和控制软件质量的工作，后者在敏捷框架下被更多地提起。在敏捷框架下，软件的质量不仅仅是通过测试工作来控制，还包括了一整套流程和过程控制，因此测试在敏捷框架下称为QA。

也就是说，可以理解为软件测试工程师——Tester，是QA的一个真子集。严格来讲，敏捷框架下的QA和传统测试工程师实际上也是有很多区别的，这个问题我们放到以后再讲。

在这个框架下，测试工程师不仅仅要聚焦于软件测试工作，而是要从项目的开始就要介入，也叫测试前置。从需求澄清开始，QA就要在测试的角度对需求进行更细一级的了解，然后针对每个story中，开发内容是否达到需求的每个细节进行检查，同时还要控制项目进度，缺陷率等。

QA在一个标准的ScrumTeam中的地位是很高的，取决于QA对项目业务的熟悉程度，对需求的细节把握等等。可以这么说，在一个项目组中，QA是可以接替PM职务或者作为PM的Backup的。

PM、QA和Tester的关系如下图：

2、软件测试工程师应该具备的技能和素质是什么？

软件测试行业，虽然属于软件研发体系，但是因为工作内容和角度的问题，存在着自己独有的技能要求和职业素质要求。

在软件研发体系的要求之外，除开发的编码和对于各开发框架的了解，作为测试工程师或者QA，还有其他特定的要求。

由于软件研发行业的主要行为集中在编码，所以外界甚至不少从业人员对于软件研发的印象往往都很单一，甚至很多测试工程师也不清楚，作为测试工作，与软件研发相比，有哪些独特的要求？

形而上者谓之道，形而下者谓之器。一般来说，“道”是无实体的思想意识层面，“器”是指有形的工具或者流程，即“道”的具体实现。

那么我们就从“道”和“器”两个层面来简单了解一下，测试工程师应该具备的“器”和“道”分别都是什么。

【技能】

技能层面来说，首当其冲的就是沟通和协调能力，这个在QA身上更为明显。敏捷架构下，快速迭代的基础就是沟通顺畅及时和到位。在每个sprint中，需求的传达澄清和对齐，都是非常关键的，这直接从源头决定了产品的研发质量和研发成本。

在最初的需求澄清阶段，在参会人员中，不管是客户还是PM，都是从开发编码的角度正向理解需求的。此时，QA就需要从测试的角度，逆向挖掘需求，来填补其余人在需求挖掘上的空白，确保后期开发过程中，程序的功能在测试限定的边界内，从而降低项目风险和更正成本。

如果是采用了Jira和Confluence等敏捷工具的项目中，小到每个Defect的详细描述和重现定位，大到就此同开发人员甚至客户方的交流等等，这些都对于沟通和协调能力提出了很高的要求。

怎样用最简洁清晰的语言，将问题描述清楚，，提供尽可能详尽的有效信息，这个对QA的基本要求，也是很多工作中的基本要求。然而这个是在IT行业从业人员中，普遍存在的一个短板，这方面的能力是需要着重训练的。

如果这个项目同时还是牵扯到其他模块或者其他项目组，那么有关流程处理和数据准备等环节的协调，也是必须的。同样的，这也是QA进阶之路上的必备技能。

接下来就是测试工程师本身的一些工作技能，比如测试案例的编写方法，例如等价类划分法、边界值分析法、因果图法等等，通过不同方法和思路，可以做到尽可能全面覆盖测试点，挖掘出更多隐含的.测试场景。

还有测试工具的使用，可以提高工作效率，做到有的放矢。近些年兴起的自动化测试中，各种基于不同平台的自动化框架，各种不同工具之间的配合，以及不同的侧重点，例如性能测试、压力测试、极限测试。

都是基于测试工具的发展而形成的全新的测试手段。在工具和工作执行层面提高效率，这个就是在测试执行和具体的测试工作中，具体的增加和变化。

而通过训练和经验积累而成的，对测试scope的估算以及对于测试进度的把控等等，也是测试技能的一部分，对于测试工作的内容本身而言，这些也都是属于“形而下者”的范畴。

自然，这一切的基础，依然离不开上层建筑——“道”，也就是测试工程师本身的意识和职业素养的影响。

当然，软件测试工程师应该具备的技能和素质不是三言两语就可以说清的，更多的经验和诀窍我都整理到了《测试工程师面试技巧全方位指导》这门课里，每个点可能都需要串很多知识，当我们具备了测试技能和素质，我想，无论在哪家公司，做什么项目，都可以手到擒来。

我将如何讲授“测试工程师面试要点和职业发展”这门课程？

《测试工程师面试要点和职业发展》主要内容分为两部分：测试工程师的面试要点，以及测试工程师职业发展的路径。

解决了“我是谁？”“我该干什么”这样的基本理念，明晰了软件测试工程师逐步升级的路径，以及需要具备的能力和发展方向。也明确了作为测试工程师，应该具备的素质和技能，具备了这些条件之后，才能够在软件测试这条路上昂首前进。

接下来介绍了在敏捷架构下，测试工程师在其他职业方向进行发展的路线，以及在这些职业方向中，作为测试工程师原有的积累所带来的优势。

本课程中一个重点就是测试工程师和测试开发工程师的区别，以及两个职位的定义和职责。

经过这些课程内容，我们再回过头来看本文开始最初的那几个问题，就可以轻而易举地理解面试官提出问题的目的和意图。对于这几个问题，如果各位有了自己的答案并且可以侃侃而谈，那么就意味着，在面试的诸多问题中，最关键的基础类别问题已经不再是问题了！

你能收获什么？

相信通过本门课程的学习，你能对软件测试工作有最基本的了解。本课程是针对所有软件测试从业者，尤其是针对希望以软件测试工程师为出发点，在这一行业有所斩获，或者在到达一定职业高度之后通过转职获得更大发展的。

通过本课程的梳理和介绍，可以给诸多测试工程师以清晰的发展思路，同时给在这一行业中辛勤努力的同仁们一个发展的方向，从而延续自己的职业生涯，并有所提高。

达内和51test 都属于入门级别。。很多在那里培训出来后都只能算是入行，个人觉得你可以自学，去论坛逛逛还是比较容易入行的。没必要参加培训，网上有些教程视频都是可以的，当然还可以参加road培训的公开课，反正都是免费的。入行以后你再根据自己需要选择培训吧

对于软件测试工程师来说，工作中很重要的一部分就是沟通，固定沟通包括跟主管、开发人员，不固定沟通包括与产品经理、项目经理、研发方负责人等。在不同类型的研发队伍中，沟通人员沟通的对象可能不同，但沟通却是永恒的。那么，如何与不同的角色沟通？如何在沟通中既展现自己负责任的态度，又不处于被动之中？如何沟通才能不只做个传话筒呢？工程师每天都需要沟通，究竟有什么可参考、可学习的沟通方法呢？首先，沟通不是凭直觉的，沟通是有方法的，使用正确的方法，每个人都可以得到提升。对于每一次的沟通来说，我们首先应该使用5W2H模型确定框架，明确如下问题： WHY：为什么沟通？沟通的目的是什么？ WHAT：需要明确哪些内容？什么是重点？ WHO：沟通的对象是什么角色？ WHEN：什么时间？有没有合适或者不合适的时间？ WHERE：在哪里沟通？有没有合适或不合适的沟通地点？ HOW：应该采用什么样的沟通方式呢？强硬、委婉、还是其它方式？ HOW MUCH？沟通到什么程度合适？ 使用这个模型可以在无头绪的前提下厘清思路，明确问题所在。接下来，明确了问题以后，我们应该怎样沟通呢？ 沟通是一个过程，我们对该过程使用结构对其进行拆解，主要活动包括聆听、提问、反馈三个部分，在过程中三个活动循环进行或者分阶段进行，最终完成沟通过程。但是这三项活动应该怎么具体如何执行才能达到良好的沟通效果呢？ 高效沟通=积极聆听+有效提问+及时反馈 问题又来了，什么是积极聆听？它如何区别于普通聆听呢？聆听主要有三个level，分别是无意识聆听、结构化聆听、全息聆听。无意识聆听只依靠自己的兴趣/感觉聆听外界的信息，不对信息进行结构化处理，输出很凌乱；结构化聆听有所不同，信息接收者不仅在听，还会将聆听的内容进行结构化整理，最终输出结构化的内容；全息聆听更上一个层级，接收者不仅在结构化聆听对象的内容，还在感受对象的情绪等主观信息。由于人类是理性+感性的动物，如果聆听者不仅接收到理性的内容，还可以接收到感性的部分，可以全方位感受和理解沟通对象。积极聆听是教练必备的一项必不可少的技能，积极是一种态度，在态度之上的方法更是必不可少，测试工程师需要使用正确的方法训练自己的该项技能。 其次是提问，提问可以对获取的信息进行再次确认，也可以在一定程度上启发沟通对象。提问有两种方式，可以提开放式问题，也可以提封闭式问题。从大的原则上说，开放式的问题可以给沟通双方更广阔的思考空间，可以在开放问题之后明确方向再去针对一些具体的内容使用封闭式问题。这也启发我们提问的方法，以开放式问题为主，辅以封闭式问题。在对团队成员进行指导的时候，也应一开放式问题为主，启发成员思考。另外一个问题来了，提开放式问题时，如何来提，使用什么样的思维方式，因为外在的表达一定是建立在内在底层思维的基础上？答案就是使用批判性思维，进行辨证思考。现在国内关于底层思维的介绍非常多，结构性思维、系统思维、分析性思维、发散思维等等，这一切都建立在逻辑思维的基础上。批判性思维也是一样，使用批判性的方式全方位思考。我们之后找个时间专门说批判性思维。 除此之外，在AAR教练课程中也讲了一个提问方法，叫“四维提问法”中，针对一个问题，分别从上推、下切、寻因、问果四个维度提问，启发沟通。感兴趣的同学可以了解一下。 对于沟通形成的闭环，反馈也是一项重要的内容，采用什么样的方法反馈也是有技巧的。及时是第一要素，因为有效的时机有时稍纵即逝，过了那个时点之后无法达到原有的意图。除此之外，结构化自己的语言，表达的时候结论先行，也是一项重要的反馈技巧。 关于提问和反馈，我们之后开辟一篇文章再单独讨论下。