软件测试工程师面试经验总结5篇

第一篇：软件测试工程师面试经验总结

首先说明我算上找实习的时候的面试总共就经历了不到5次，没有多少经验，就在网上和书上摘录了些我认为比较重要的，分享给大家，希望各位都能找到一份适合自己的好工作。1.笔试题

对于笔试，有的公司笔试题是不区分开发和测试岗位的，测试人员除了要掌握好测试的基本知识外最好也是有编程基础，具有尽量多的计算机的知识，像操作系统的基本知识（线程等），数据库的基本操作（增删改查，关联查询，授予权限等），数据结构的知识（像二叉树的前序、中序、后序查询）。2.面试

如果在笔试中没有考测试的基本知识，那在面试中是肯定要被问到的。面试前一定要做好准备，可以在网上搜一下关于这个公司的笔试题和面试题，以供参考。如果时间充裕可以找一本自己能看的进去的讲软件测试的书，认真的有侧重点的看看。软件测试的几个主要的阶段，不一定死记硬背能用自己的话说出来也可以或者能举例说明，那几个主要的白盒和黑盒的测试方法能熟练的应用到实际的例子中，等价类划分和边界值分析经常被问到。

每个公司做的项目都不一样，最好先了解下要应聘的那家公司主要是做哪方面的，比如对美外包的公司就要求英语水平，能看懂英文文档甚至能同外国人交流，最好能提前先看些英语的文章，准备下英文的自我介绍，临时提高下英语水平。

我被问到的面试题（答案仅供参考）

1.为什么不考研？

2.想要一份什么样的工作

3.做软件测试人员需要具备什么样的职业素质

（1）专业技能，包括测试的技能和开发的技能（2）积极的态度

（3）良好的沟通能力（4）细心（5）耐心

（6）团队意识 4.对他们公司的了解

5.再就是些工作地点能否接受，有没有男朋友之类的基本问题 以下是针对实习项目问的问题（答案仅供参考）

6.缺陷报告有几个状态，都包括哪些内容

状态：新建，打开，修复，关闭，重复的bug，无效的bug，被拒绝的bug，其他 内容：：标题、模块名称、项目名称、测试环境、重现步骤、期望结果、实际结果、严重级、优先级、发现人、接收人和附件（截图，说明等）。7.有一个文本框，只能输入0-5个字母的组合，如何进行测试 从字符串的长度考虑，按照边界值方法设计测试用例

从字符串的组成内容考虑，按照等价类划分方法设计测试用例 8.简单的说一下性能测试和压力测试 9.写过自动化测试的脚本吗

10.我实习的项目是一个金融的网站，技术的面试官问我，商品的价格是左对齐还是右对齐（对于这个问题我也不知道为啥会被问到，有什么具体的含义，猜想可能是判断我的项目经验是否真实）

下面是我网上摘录的一些可能被问到的面试题

1.您认为做好测试用例设计工作的关键是什么？

答：白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

2.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

3.谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面

4.什么是软件测试。

5.Alpha 测试与beta 测试的区别。

6.测试结束的标准是什么？

7.测试项目：杯子

需求测试:查看杯子使用说明书 界面测试:查看杯子外观

功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

国际化：杯子上的图案有没有触犯到某个国家或宗教的禁忌

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试: 杯子加包装(有填充物),在多高的情况摔下不破损

震动测试: 杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路公路航空运输

测试数据：测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

期望输出：该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性

给大家提三个产品:1.手机 2.电饭锅 3.电梯

8.图书（图书号，图书名，作者编号，出版社，出版日期）

作者（作者姓名，作者编号，年龄，性别）

用SQL语句查询年龄小于平均年龄的作者姓名、图书名，出版社。

9.软件测试分为几个阶段 各阶段的测试策略和要求是什么

10.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

11.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程

12.您认为做好测试计划工作的关键是什么？

13.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

14.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？ 答：软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）

15.为什么要在一个团队中开展软件测试工作？ 答：因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

第二篇：软件测试工程师面试经验之谈

很多软件测试朋友都想找份好工作，找一份待遇好、环境好，又有自己用武之地和发展空间的工作。以下是一位从事软件测试工作的朋友在招聘和面试的一些经验与心得之谈，希望对大家找工作能有所帮助。

第一步、投递简历

投递简历，让招聘公司发现你，一般有4种方式：

通过招聘网站搜索软件测试招聘信息，选择合适的公司和职位，投递简历；

通过招聘网站发布自己的简历，等待招聘公司发现并下载你的简历；

通过公司内部招聘、内部人员推荐；

通过招聘会，现场投递简历。

点评：

以上4种招聘方式，最为常用的是1、2两种，而且结合使用，第3种的成功率最高，第4种应用很少。第1种方式是现在大多数测试朋友找工作的主要途径，目前，国内知名的人才招聘网站：中国人才热线网、中华英才网、51job前程无忧等，相信各位想找工作的测试朋友，早已对这些网站如数家珍了。如果你想被猎头看重，那就赶快注册（更新）一下自己的简历吧，很快将会有一大堆公司给你打电话，通知你去面试，这就是第2种方式。

一般说来，你在人才网上发布简历找工作的同时，猎头公司也在找你，所以说，1、2两种方式结合使用。接下来，我们再来探讨一下第3种方式。在外企以及一些大公司，为了减缓员工在从事一项工作几年之后产生的乏味情绪，特别推出一种内部招聘的方式，允许公司内部相关部门的相关人员的应聘，比如说作技术支持的要应聘作市场，作开发的要应聘作测试等等，或者在公司内部公布招聘信息，希望本公司的员工推荐符合招聘要求的人员，可以直接到公司进行面试。因为公司对内部员工相当了解，员工对招聘要求十分清楚，必然按要求搜寻符合条件的熟人进行推荐，所以，公司内部招聘、内部推荐十分容易成功。第4种招聘方式，近两年已经很少应用，因为招聘会有时间限制，还要跑到现场，在人山人海中搜寻符合自己条件的公司和职位，投递简历并进行简单面试，既费时、费力，效果也不佳，故而应用越来越少。

第二步、准备面试

想要参加面试，就一定要做好面试的准备：

公司情况：

在接到面试通知时，一定要简单而客气地询问一下公司的情况，正所谓知己知彼，百战不殆。看看公司是否有你所关注的地方，比如公司的规模、办公地点、测试组的情况等，最主

要的要知道公司的主要业务，测试什么，软件还是硬件，那个行业的，问话不要多，否则对方很容易反感，最好是要来对方的公司网址，到网站上浏览一下，大体也就知道了。

穿衣戴帽：

陌生人见面，第一印象很重要，你给招聘方的第一印象，主要通过衣着来表现。我们这些测试人员，都是搞技术的IT人士，不能穿的象个新新人类，试想一下，你作为主考官，见一个身穿乞丐服、头戴鸭舌帽的人进来应聘测试工程师，你会相信他的技术吗。所以在面试时，一定要穿洁净、整齐的职业装或者夹克，或者适中的风衣。女士稍微画一点淡妆，男式记得刮胡子。头发都要梳的整齐。

言谈举止：

言谈举止要透出一股自信，让人感觉你就是很棒，什么任务都可以放心的交给你去作，你都能圆满完成。

证书、简历：

很多公司可能在通知你面试的时候，就会通知你带相关的学历证件、培训证书，如果招聘方没有通知，你可以礼貌的问一下，是否需要携带。至于你的简历，一定要多带上几份，不要以为招聘方看过你的简历，就一定有你的简历。因为也许是人事部发现了你的简历，通知测试部一同面试，或者测试部发现了你的简历，通知人事部一同面试，而面试又是在几天之后的事情，早不知把你的简历扔到哪里去了。你以为网站上有你的简历，可以直接打印，那你就错了。因为招聘负责人可能工作比较忙，比较累，应聘的人又那么多，手头没有现成的简历，随便应付一下，就打发你走了。感觉难受吧，可你改变不了人家，如果不想失去这次机会，就自己准备简历吧，需要就拿出来，不需要可以留着下次用。

语言表达：

面试的关键就是语言表达，看你是否能够很有条理的把自己的经历、知识、技能表达清楚，并且在讲的过程中，注意观察招聘方的表情，看人家是否感兴趣，如果人家皱眉头，表情不悦，就尽快结束自己的话题。因此，在面试之前，你可以自己练习练习。

知识、技能：

知识、技能是测试人员平时积累下来的宝贵财富，面试之前，你可以将其条分缕悉，以备面试时表达清楚。

英语能力：

国内企业对英语要求不是十分苛刻，只要有良好的英文文档阅读能力即可；倘若是外企或者承包外企项目的公司，对英语要求则十分严格：要求你能够用日常英语会话，能够用英语撰

写测试文档，汇报测试工作。所以在学习测试知识和技能的同时，我们也要注意对英语知识的积累。

第三步、参加面试

在约定的时间、约定的地点，你最好准时出现，如果不能准时赴约，一定要提前打电话，告知对方是什么原因导致你迟到，多长时间以后能你到达约定地点。进入公司，会有接待人员招呼你坐下，通知招聘负责人接待你面试，此间接待人员会给你送上来一杯水。

1.考试

招聘负责人给你一份试卷(一般为笔试，也有上机的，如果对英语有严格要求，还会有一份英文试卷)，规定一定的时限，到时间他来收卷。试卷的命题一般分为填空、选择、判断、逻辑推理、程序改错、简答，也有让你找bug的题，这些题给人的感觉都是在简单中透漏着怪异。如果你问为什么要有考试这一关，招聘人会告诉你，是想考察应聘者的能力。其实，不尽然，最根本是公司的质量保证体系，要求公司所有活动都得有记录，所以才出现了考试这回事。

2.初试

初试是最关键的，几乎决定是否录用你。初试之前招聘负责人可能会寒暄几句，让你放松一下心情。招聘负责人一般有两位，一位负责测试技术，一位负责人事，招聘负责人会作自我介绍，也可能其中一位捎带介绍另一位的资历(比如留美博士)，表示这家公司很有诱惑力，连这么好的人才都吸引来了。

接下来负责测试技术的会问你几个问题：

请你简单谈谈你的经历？

你在某某家公司主要作哪些工作？

测试过那些东西？

测试流程是什么？

手工测试还是自动测试？

使用过哪些测试工具？使用过Rational系列测试工具吗？

作过白盒测试吗？

作过XXX测试吗？以前接触过XXX吗？你对XXX了解到什么程度？（XXX代表招聘公司所要测试的东西）

平时使用哪些操作系统？Linux操作熟练吗？

以前作过开发吗？开发了哪些东西？使用的什么语言？

你觉得测试工程师应该具备哪些素质？

对一个测试工程师来说，什么素质最重要？

结合自己的实际工作，谈谈你对测试的理解？

为什么要离开上一家公司？

居住在哪里？离公司远不远？

有经验的招聘负责人都会简单介绍一下自己的公司（背景、主营业务、发展前景等），然后开始问问题。

一般开门见山的问题是：

请你简单谈谈你的经历？

回答这个问题，只要简单的叙述你从毕业到现在都在那些公司作了那些事情即可，叙述时一定要从容、清晰而有条理，眼睛瞅着招聘负责人，观察其表情，如果有些不耐烦，要尽早结束这一话题。招聘负责人此时会大致浏览你的简历，在你叙述完自己的经历时，招聘人会就你简历的某一项问你，比如：你在某某家公司主要作什么？测试过那些东西？测试流程是什么？

待你回答完这些之后，继而问你测试的具体细节，手工测试、自动测试、用过那些工具？

是否作过白盒测试？

使用过什么操作系统？

熟悉那些语言？

是否作过开发？

如果你肯定回答这些问题，那么还要继续问具体操作，比如你答作过白盒测试，那么招聘人会问：

你测了哪些东西？

怎么进行的？

是独立进行的还是和别人一起进行的？

测试出的bug 如何处理？

是否作进一步的分析？……

第三篇：软件测试工程师面试技巧

如何避免面试失败

面试是职业生涯发展中的重要一环

有不少来我这里面试软件测试工程师的朋友，对面试的重要性认识不清，特别是一些刚刚毕业的朋友，把面试看得形同儿戏。你要进入一家企业，就必须认真准备其安排的面试，而且需要引起高度重视。这里列举几个不好的行为：

(1)迟到或无故缺席

有不少大学生、研究生在学校里形成了拖拖拉拉的习惯，在跨入社会之际，没有意识到角色开始发生变化，仍然保持着其散漫的个性。比如：本来约好6月22日早晨10:30到的，到6月22日早晨10:40才电话通知面试人员临时有事去不了。本来是下午两点开始的面试，过了四点还不见人影，后来急匆匆跑过来解释说是导师找谈话，脱不开身，天知道，这些仁兄或义妹是不是午睡过了头。

这是在校学生；对于某些工程师，甚至是职场老鸟也会不小心犯这个错，本来约好下班以后7:00的面试，非得拖到8:30才见到人。不用问绝对是路上堵车，上班时间又不方便过不来，看来只能占面试官的下班时间了。天知道这么做有多么愚蠢。你既然是来面试的，就要知道面试官的重要性。你不可以动动脑筋吗？比如早点出来，打个出租车，实在不行就装病请半天假，这么做远比让面试官下班后专等您老人家来得明智。

(2)调整好心态

求职者来我这里面试，有时候就缺乏智慧和心态。我笑脸相迎，礼让有加，他/她却以为是来和我决战的，要在气势上高我一筹。我含蓄地指出回答中的不足，他/她却认为必须死撑到此，以永不认错为乐。还有一个妹子，我问了一些技术问题，没有答上来，就对我冷着脸，像要吃人。回到原单位还和她朋友说：“面试官是个矮胖子，脸上有青春痘，我懒得搭理他”。其实，脸上有痘子的矮胖子就和黄桥镇的老百姓差不多，对每个来面试的求职者都是很热心地支援的，只要有可能甚至愿意与之结交为朋友。而且，我也坚信，技术上有点问题也不是什么大不了的事情，学习就是了，难道还有什么知识是生而知之的。但如果是人的心态出现问题，就会很麻烦，会出现沟通不畅、合作不力、士气下降、文化野蛮等问题。而这恰恰是任何一个项目通往成功路上的死敌。

对于刚刚毕业、初入职场的朋友，我要多叮咛几句：要放弃那种视众生为刍犬的心态，要放弃那种自信得自负的气质，要用平和的心态，友善合作的态度，去和你对面的面试官谈话，真正地坦诚地交流。承认你还有一些问题不知道答案，这不可怕。可怕的是不懂装懂、一错到底的粗暴态度；可怕的是一揭短就暴跳如雷、冷若冰霜的神态。

(3)请关掉您的手机

切记切记：在您面试的时候，请关闭手机。

不要相信某些专家的歪招：面试的时候装着接听另一家单位的面试或录用通知可以显著提升你的价值。事实证明，这给面试官的心理打击是致命的；对您的形象的破坏也是深刻的。关掉它，可以让面对面的沟通更为友好更为温馨。好几次，有求职者对我说“对不起，我出去接个电话”，“对不起，请稍等一下”„„

然后我尴尬地等他/她煲完电话粥回来。我相信：恐怕没有比这种等待更尴尬的。好在我是一个大度的人，但我不能保证所有的面试官都会有这样的耐心和宽容心。

关掉手机吧，特别是对于那些爱发短信的女孩子。在我的面试经历中，当我第一次碰到有应聘者当着我的面大发短信时，我觉得滑稽异常。要知道，这是在面试，是一件严肃的事情。退一百步，即使是一次平常的谈话，你也不希望你在讲话时对方正在忙与谈话毫不相干的事情吧？对于职场老鸟来讲，我相信你们不会犯这样的低级错误，但我还是忍不住嘀咕一句：决定您能否被录用的飞机马上就要起飞了，请您系好安全带，及时关闭手机。

接着简单谈谈面试过程中的气质问题、沟通问题及肢体语言。

第一个单元：面试过程中的气质问题

有很多大学毕业生到我这里来面试，不注重自己的气质。有些人表现得像是独行侠，神神秘秘，眼神游移不定，说话磕磕巴巴，衣服皱皱巴巴，个别的身上还有一股馊味、怪味。这其中也不乏技术尚可的人，但一谈到技术问题就像葛朗台临死前看到金币那样，两眼放出攫取的光芒，不停地说啊说啊，完全不顾面试官的表情和暗示，说得几乎都不肯停下来。技术好是好事，但如果到了那种如癫似狂、和雪山派“白自在”类似的地步，着实让人觉得可怕。这些来面试的人，如果落选，原因很简单，太不修边幅。

今年上半年，我们还从某管理软件学院招聘过学生来做初级测试工程师。但见个几个以后，实在是没有兴趣再轻易通知面试该院校的学生了。为什么呢？实在是气质差。第一眼看上去，精神很萎靡，有一股“痞”气（满脸横肉，目露凶光），其次就是肚子里头货存太少，古人说“腹有诗书气自华”，这些人连基本的英语句子都读不懂、说不出、写不来，那还能叫“大学生”吗？

有一个好的气质，是非常重要的，它能吸引你的面试官，让他眼前一亮。我清晰记得去年冬天见到的一位先生，也是刚刚从大学毕业，来应聘测试工程师，穿着很干净、很得体的西服，打着领带，举手投足间有一股自信、谦虚、专业的味道。这类求职者受到用人单位的青睐，自是情理中的事。不要说我“以气质取人”或“以貌取人”，事实上，很多单位的高层很明确的表示“往往从应聘者进来到坐下的10秒钟，就已经决定了这个人适合不适合企业的职位”。这些高层人物里面就包括前微软中国区总裁李开复先生。这短短的10秒，你能传递给别人的只有气质。锻炼你的气质，刻不容缓；锻炼你的气质，能你在职业生涯发展过程中独占鳌头。

第二个单元：面试过程中的沟通问题

沟通是一切团队工作最基本的内容，只要是与人相关的工作都会涉及沟通。沟通是极其重要的。有很多求职者，不知道怎么沟通，犯了不少错误，吃了不少亏。碰到好的面试官，可能会给你指点指点；碰到心冷一些的面试官，可能只会抛给你一句“回家等复试通知”，打发了事。

那么，如何进行沟通呢？我把沟通分为两个境界。第一境界是有效沟通；第二境界是有艺术性地沟通。对于求职者而言，重点要练习的是第一个境界。因为在面试过程中，我发现90%以上的求职者，都存在有效沟通（即第一境界）的问题。

阅读本文的读者可能会很不以为然或不信，这里且听我慢慢讲来。诸位肯定都学过中学政治，也参加过不少政治考试。一个比较典型的政治试卷包括“判断题、单选题、多选题、简答题、论述题和材料分析题”。你们都很清楚该怎么回答。如果有考生将“判断题答成材料分析题、单选题答成多选题、多选题答成单选

题、简答题答成论述题、论述题答成简答题”，恐怕大家都会埋怨他是糊涂蛋。既然这样，为什么面试的时候会出现类似荒唐可笑的回答呢？比如，面试官问：“请问你热爱软件测试这个行业吗？”这显然是一道判断题。面试官问：“请问你有多长时间的测试经验，一年，两年，还是更多？”这显然是一道单选题。面试官问：“请问一个规范的测试计划大致包括那些内容？”这显然是一道多选题或简答题。面试官问：“请你详细描述一下你在最近一个项目中的角色与职责。”这显然是一道论述题。如果面试官问：“如果你所在的团队有个团队成员经常迟到，作为这个团队的项目经理，你会怎么处理这件事情？”这显然是一道材料分析题。不同的题型怎么回答，政治老师都传授过秘籍。我这里不赘述。

以上讲的是第一步，有效沟通的第二步是学会倾听。不少面试者，性子特别急，根本不等面试官讲完，就打断对方，滔滔不绝地说自己的答案。这是很不礼貌的，也很容易领会错了面试官的问题。要耐着性子听，仔细地听，边听边思考，边组织答案，等面试官讲完了，你等上两秒，然后开口讲你的答案。这样效果就很好。为什么要不停地打断面试官，抢着发表你的观点呢？更不要像开机关枪一样，不做仔细思考，就无休无止，开口千言，离题万里。弄得面试官都不知道是他面试你还是你来考验他的耐性。

有效沟通的第三步，是恰当作答。在倾听的时候，要弄清楚别人问的是什么问题，属于什么类型的问题，组织那些内容作答。很多人回答没有条理性，逻辑混乱，问题就出在倾听阶段。他光听了，是听懂了，但没有脑子跟着转，没有在听的同时组织答案。结果到了恰当作答阶段就开口乱说，自以为说越多越好，自我感觉良好，其实面试官已经很讨厌了。有一次，我面试一个应聘者，问一个问题，问了三遍，他的答案才是和我的问题相关的。他滔滔不绝，每次都离题万里，弄得作为面试官的我很郁闷。好在我给他留了面子，有耐心听他讲完，再重述一下我的问题。但如果换一个人或许就是“今天的面试就到这里，请你回家等我们的电话通知。”

总体上来讲，面试官要问的问题包括这三种类型，一，你知道答案的；二，你不知道答案的；三，你只知道一部分答案，没有太多把握的。这三类问题如何问答，也是很有讲究的。比如面试官问“你能介绍一下你的优缺点吗？”这个问题属于第一类型且属于简答题。你要打好腹稿，注意好逻辑关系，不要只谈优点不谈缺点，也不要把缺点部分当成论述题大谈特谈。又比如面试官问“你能解释一下什么是Belady现象吗？”大部分人并不知道这个问题的答案。那你能否很有礼貌地回答：“对不起，我不知道这个问题的答案。如果贵公司需要我学与此相关知识，我将尽最大所能尽快去学会它，也希望能得到您的指导。”问题在于很多人即使不知道，也要胡乱凑一个答案给我，还言之凿凿。少部分人会选择沉默30秒到1分钟，才憨憨地挠头说“不会”。这些都是不好的沟通。又比如面试官问“Winrunner的检查点有哪几种类型?分别用于什么情况？”，这很可能是一道你只知道部分答案的题目。需要很有技巧地说“****，还包括其他一些类型的检查点，它们也应用得较为广泛。”或者说“对不起，这个问题我以前仔细学习过，现在印象有点不深刻了。我谈谈我能记起的，*******”。而不是说话断断续续，像挤牙膏那样，让人听着心像悬在空中。

以上我已经谈完了有效沟通的三个步骤，希望求职的朋友能参考。至于如何艺术性地沟通，这是另一个境界的，对于一些高阶职位至关重要，笔者将在“软件质量研究网”的培训班做仔细论述。

第三个单元：面试过程中的肢体语言

很多来求职的人，不会使用肢体语言，一见面就是点一下头，然后这个面试过程就是目光呆呆地盯在某处一动不动。直到最后离开，才略略说一个“再见”。这当然不算很坏的情况，但也算不上很Smart.一般情况下，如果你已在房间等待，面试官进入房间，应聘人员起身握个手，或者起身微笑，说一个“您好”，是很得体的，不要毫无表情地点一下头。这个是有点犯忌的。在面试过程中，你可以选择使用适当的eye

contact,也可以选择很平和地看着面试官或者面试官前面的桌子。不要像祥林嫂那样，“眼眶间或一轮,方知是个活物”，也不要像狐狸精那样，眼珠在眼眶里滴溜溜乱转。

在实际面试过程中，我还看到有些女孩子一见面试官就不停地笑，有时候还笑得很厉害，不知道什么事情这么可乐。我觉得微笑是比较合适的，笑得花枝乱颤让人觉得有点不愉快，得不到所问问题的答案，光听她笑了。此外，手势也是一个大问题。如果你不会，就不要打手势。没有手势也是很好的，有些应聘者，说起话来离题万里，还要边说边比划，整个一个张牙舞爪。

曾经有个来面试的小伙子比划比划着竟把饮水的纸杯给弄泼倒了，流了一个满桌，那个尴尬。笔者认为如果没有专门训练过手势，就没有必要用。手势贵在得当，从面试官到应聘者，没有一个人是聋子或者哑巴，不需要每说一句话都要比划一下。有些人认为外国人都喜欢说起话来张牙舞爪，笑起来肆意夸张，到外企来面试要入乡随俗。其实，没有这个必要，面试官不会因为你能像猩猩那样笑起来旁若无人就认为你适合外企。肢体语言要得体，这个是最重要的。关于肢体语言，笔者在面试过程中还遇到过很多个案，比如头抬得过高，比如乱晃二郎腿等等等等。因为不具有代表性，这里略过不提。

第四篇：软件测试工程师面试技巧

核心提示：第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次...第一个问题：自我介绍（心理学首因效应告诉我们第一印象非常重要），自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。比较好的自我介绍套路是这样：“您好，我叫XXX,很高兴能获得这次面试机会，今天来面试是想证明自己是最合适的人选，另一个方面是获得您的认可，结合我过去的工作和学习经历，我自信我能符合咱们公司的认可，接下来您看是我继续介绍我做过的项目，还是您问您关心的问题？”

第二个问题：项目介绍（项目经验直接决定一个人能否胜任一份工作，企业更应该看重一个人解决问题的思路和具体能力），项目介绍部分最重要的思路是应该先整体后局部，介绍整体的时候要有量化的数据（从项目度量的五大维度：规模，包括项目代码规模，需求规模、用例规模，工作量，进度，质量和成本），然后是整体的测试流程，然后再是角色与职责，接下来是项目中自己的特色，比如做得最好的是、遇到最大的困难时、最差的是，最后是心得体会。

第三类问题：数据库方面知识，最基本的要求是数据库记录的增删改查（insert、delete、update、select），表结构的增删改查（create、drop、alter、describe）、存储过程、触发器等。

第四类问题：linux操作系统相关，最基本的目标是熟悉常见的50个命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建测试环境。比如LAMP环境搭建。

第五类问题：缺陷相关知识，最基本的是缺陷跟踪的流程（流程的基本要素），整体的流程，最好能在纸上给面试官画出来（尤其是男面试官，从男人好色的角度来看，写得很清楚很重要），缺陷单的属性，至少能列出20个属性，每个属性的意义，如何描述好缺陷单，缺陷单描述的5C原则，比如缺陷重现步骤应该complete.如何描述一个你认为的最经典的bug单。

第六类问题：用例相关，最基本的包括用例的格式要素，用例设计工程方法论，每个方法要求（方法的背景，操作步骤，优缺点、适应范围，与其他用例方法如何配合），在项目中如何利用测试用例设计工程方法。如何评价、评审测试用例，评审从哪些维度？要设计好测试用例需要哪些方面的知识结构，比如技术、业务、方法。

第七类问题：软件测试流程，系统测试相关规范和标准的流程：熟悉产品/项目，需求评审，测试需求，测试计划，测试方案，测试用例，预测试，第一轮正式测试、第二轮回归测试、第三轮测试，测试报告，测试总结，测试指南。

第八类问题，网络相关，最基本的网络基础知识，比如TCP/IP协议。

第九类问题，测试工具，包括三个大的类型，第一类是性能测试工具、自动化测试工具、测试管理类工具。最起码的要求是熟悉工具的使用。

第十类问题，给你一个软件，比如QQ、QQ斗地主，你如何去测试，这类问题基本的思路是，从软件质量模型、测试工具、测试方法、测试流程、探索式测试等角度先宏观解决，然后再具体微观讲解用例如何设计等。

第十一类问题，一个优秀/卓越的软件测试工程师应该具备哪些能力与素质，素质方面包括沟通、五心工程师、追求完美等

第十二类问题，最后一个问题，面试官一般会问，您还有什么想问的吗？还有什么想了解的吗？总体上来说最重要的是留下一个好的近因效应，就好比相亲的时候，分手离开的时候，留下好的最后的印象，基本的思路应该分三种情况，第一种是面试官对你满意，自己也感觉不错的情况下，先表示感谢，然后积极主动的问题，比如，非常感谢您给的这次机会，但是我还是想问，如果我有下一轮面试，我想知道知道是什么时候，我应该再做哪些方面的准备。第二种情况是面试官和自己感觉都一般般，感觉自己是鸡肋，这个时候说不说很重要，基本的套路是，非常感谢面试官给的这个机会，坦白地说我对自己今天的面试表现不是非常满意，还可以表现得更好，但是如果我还是非常想得到这个机会，您能否给我一些建议。第三种情况是面试情况非常糟糕，这种情况下，很少有人能说出感谢，但这恰恰体现一个人的风度。基本的思路是，不管怎么样，还是得感谢您给的机会，让我自己认识到自己的不足，坦白地说我离这个岗位的要求还有些距离，但是我还是想知道，如果将来我还想来咱们公司面试，您能否给点具体建议。

总结，面试是一个相亲的过程，相亲的成败取决于很多要素，但是好的、充分地准备，能够让我们更加从容地和主动的去面对压力与挑战，而不是简单地把自己变成超市里面的菜，供人挑选。

第五篇：软件测试经验总结

软件生命周期(SDLC)的六个阶段

1、问题的定义及规划

此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

2、需求分析

在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。“唯一不变的是变化本身。”，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

3、软件设计

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件程序编写打下良好的基础。

4、程序编码

此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。

5、软件测试

在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。

6、运行维护

软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。

2、软件生命周期模型

从概念提出的那一刻开始，软件产品就进入了软件生命周期。在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。这样的一个过程，称为“生命周期模型”（Life Cycle Model）。

典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型。

瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来。迭代模型比瀑布模型问题暴露的要早；快速原型法比瀑布模型直观。

3.软件测试概念

广义概念：指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认

狭义概念：识别软件缺陷的过程，即实际结果与预期结果的不一致

4.软件测试目的测试的目的就是发现软件中的各种缺陷

测试只能证明软件存在缺陷，不能证明软件不存在缺陷

测试可以使软件中缺陷降低到一定程度，而不是彻底消灭

以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量

5．软件测试原则

Good-enough: 一种权衡投入/产出比的原则

保证测试的覆盖程度，但穷举测试是不可能的所有的测试都应追溯到用户需求

越早测试越好，测试过程与开发过程应是相结合的测试的规模由小而大，从单元测试到系统测试

为了尽可能地发现错误，应该由独立的第三方来测试

不能为了便于测试擅自修改程序

既应该测试软件该做什么也应该测试软件不该做什么

6．软件测试的的重点

测试用例的设计

测试用例的设计是整个软件测试工作的核心

测试用例反映对被测对象的质量要求，决定对测试对象的质量评估

测试工作的管理

尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提

测试环境的建立

测试环境应该与实际测试环境一致

7．黑盒测试

什么是黑盒测试

又称功能测试或数据驱动测试，是针对软件的功能需求/实现进行测试，通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构

黑盒测试方法

功能划分

等价类划分

边界值分析

因果图

错误推测等

8．什么是白盒测试

白盒测试也称结构测试或逻辑驱动测试，必须知道软件内部工作过程，通过测试来检测软件内部是否按照需求、设计正常运行

白盒测试的主要方法

对应于程序的一些主要结构：语句、分支、逻辑路径、变量；白盒测试的主要方法是： 语句覆盖方法

分支覆盖方法

逻辑覆盖方法

什么是动态测试

动态测试需要在开发/测试环境或实际运行环境中运行软件，并使用测试用例去查找软件缺陷；动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等

10.什么是静态测试

静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估.静态测试包括代码检查、程序结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具自动进行

11.手工测试和自动测试

a.手工测试缺点在于测试工作量大，重复多，回归测试难以实现

b.自动测试利用软件测试工具自动实现全部或部分测试工作：管理、设计、执行和报告；节省大量的测试开销，并能够完成一些手工测试无法实现的测试

手工完成测试的全部过程无法保证测试的科学性与严密性:

修改的缺陷越多，回归测试越困难

没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率

反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一

测试花费的时间越长，测试的严格性也就越低

自动测试将测试人员从反复、烦杂的测试执行中解放出来，用更多的时间进行测试设计和结果分析

软件测试不可能完全自动化

不能完成所有手工测试任务

无创造性且灵活性差，不能改进测试的有效性

过程中可能会遇到许多意想不到的问题，特别是当软件不稳定时

测试脚本的维护高

12.测试流程

单元测试

集成测试

系统测试

用户验收测试

回归测试

确认测试报告

13.单元测试

完成对最小的软件设计单元—模块的验证工作

目标是确保模块被正确地编码

使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误

通常情况下是面向白盒的对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误

单元测试的内容

接口测试

内部数据结构

全局数据结构

边界

语句覆盖，错误路径

14.集成测试

通过测试发现与模块接口有关的问题

目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构

应当避免一次性的集成（除非软件规模很小），而采用增量集成集成测试主要内容

API(Application Programming Interface,应用程序编程接口)

API/参数组合15．系统测试

根据软件需求规范的要求进行系统测试，确认系统满足需求的要求

系统测试人员相当于用户代言人

在需求分析阶段要确定软件的可测性，保证有效完成系统测试工作

系统测试主要内容

所有功能需求得到满足

所有性能需求得到满足

其他需求（例如安全性、容错性、兼容性等）得到满足

16.用户验收/确认测试

Alpha测试

是由用户在开发者的场所来进行的，Alpha测试是在一个受控的环境中进行的Beta测试

由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者

17．压力测试VS性能测试

性能测试的目的不是去找bugs,而是排除系统的瓶颈，以及为以后的回归测试建立一个基准。而性能测试的操作，实际上就是一个非常小心受控的测量分析过程。在理想的情况下，被测软件在这个时候已经是足够稳定了

性能测试是为了检查系统的反映，运行速度等性能指标，他的前提是要求在一定负载下，如检查一个网站在100人同时在线的情况下的性能指标，每个用户是否都还可以正常的完成操作等。

概括就是：在不同负载下（负载一定）时，通过一些系统参数（如反应时间等）检查系统的运行情况；

压力测试是为了发现系统能支持的最大负载，他的前提是要求系统性能处在可以接受的范围内，比如经常规定的叶面3秒钟内响应；概括就是：在性能可以接受的前提下，测试系统可以支持的最大负载。

举例说明：针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作，就包含了强度测试。

18.主流测试工具的测试流程

========winrunner启动时选择要加载的插件进行一些设置（如录制模式等）识别应用程序的GUI，即创建map(就是学习被测试软件的界面）建立测试脚本（录制及编写）对脚本除错及调试（保证能够运行完）插入各种检查点（图片，文字，控件等）在新版应用程序中执行测试脚本分析结果，回报缺陷

=========quicktestpro========准备录制

打开你要对其进行测试的应用程序，并检查QuickTest中的各项设置是否适合当前的要求。2 进行录制

打开QuickTest的录制功能，按测试用例中的描述，操作被测试应用程序。编辑测试脚本

通过加入检测点、参数化测试，以及添加分支、循环等控制语句，来增强测试脚本的功能，使将来的回归测试真正能够自动化。调试脚本

调试脚本，检查脚本是否存在错误。在回归测试中运行测试

在对应用程序的回归测试中，通过QuickTest回放对应用程序的操作，检验软件正确性，实现测试的自动化进行。分析结果，报告问题

查看QuickTest记录的运行结果，记录问题，报告测试结果。

＝＝＝＝TestDirect============

安装好后，先进入站点管理创建域及工程添加用户编辑licenses及本服务器编辑数据库

－－TD选择新建的工程进行定制(列表，用户，组，版本等)在require中增加需求把需求转化为plan在testlab中由计划新建测试具体用例与执行发现bug，在defect中提交bug

（每一部分都可以相对独立地使用）

======loadrunner制定负载测试计划

(分析应用程序，确定测试目标，计划怎样执行LoadRunner）开发测试脚本

（录制基本的用户脚本，完善测试脚本）创建运行场景

（选择场景类型为Manual Scenario，选择场景类型，理解各种类型，场景的类型转化）监视场景（MEMORY 相关，PROCESSOR相关，网络吞量以及带宽，磁盘相关，WEB应用程

序，IIS5.0，SQL SERVER，NETWORK DELAY等)

分析测试结果

7(分析实时监视图表,分析事务的响应时间,分解页面,确定WEBSERVER的问题,其他有

用的功能)