我的情况

　　大概介绍一下个人情况，男，本科，三年多测试工作经验，懂python，会写脚本，会selenium，会性能，然而到今天都没有收到一份offer！从年后就开始准备简历，年后上班的第一天就开始投，开始只是投了一些官网已久的岗位，并没有收到面试邀请，得到的都是不匹配的反馈，一度怀疑是不是简历写的不好，后来大批量投递简历，确实是接到了几个面试邀请都是15K左右。

　　我的面试经历

　　可能是刚过完年，不是很着急招人，面试官自称是测试经理，水平一般，问的问题稀里糊涂，很没水平，我面试的是自动化测试，估计她都不是很懂，没有技术问题，都是一些题外话，后来才了解到他们的产品基本不具备做自动化的条件，说是有百分之20左右自动化的工作，感觉连10都没有，明明就是招功能测试的却偏要写自动化的要求，比较坑。

　　第二家爱投资

　　跟上家一样，职位不匹配，不明白hr是怎么审核简历的，跑了蛮远的，招功能你就招功能，写一堆自动化的岗位职责，不明白为什么

　　第三家一个小公司

　　忘了叫什么了，公司很小，几十人吧，面试官比较个性，给了我一张白纸，他随机出题，出了一堆数据库，还有开发的问题，答得不是很好，感觉这样面试压力蛮大的。

　　第四家轻易贷

　　可能是大批量招人吧，我笔试的功夫来了四五个人，同一个岗位的就来了两个，技术面试没有五分钟，我做完自我介绍，人就出去了，没问一个技术问题，然后跟人事说我技术深度不够，果真是厉害，一个技术问题没问，就看出来技术深度了，高手呀，估计已经有合适的人选在打发我，或者不着急，在官网，后来问了一下这个岗位要招两个人，估计会面很多人吧...

　　经验及面试题分享

　　今年行情不好是众所周知，招一个人估计得面18个，感觉都绝望了，可能也是自己抗压能力比较弱，因为遇到的都比较坑，还好当时没有一冲动裸辞，生活还在继续，找工作还在继续，如果你和我一样奔波于各个面试中，祝愿你能找到一个满意的工作。

　　

　　常见问题

　　1.为了发现程序中的缺陷，保证软件质量。

　　2.满足用户需要

　　软件测试的一般流程是怎么样的？

　　1.项目立项后，参加需求评审

　　2.根据需求文档制定测试用例，然后进行用例评审

　　3.项目提测后，执行用例，问题记录cp4，及时有效的跟进问题的解决情况

　　4.测试环境测试通过后，产品进行验收测试

　　常见的测试类型有哪些？分别说明一下？

　　1.黑盒测试，即常说的功能测试

　　2.白盒测试，即单元测试，通常由开发来完成，对程序类和方法的测试

　　3.兼容性测试，主要是浏览器的兼容测试

　　4.集成测试，即各个模块的测试

　　5.系统测试，各模块测试完成后，对整个系统的完整性测试

　　6.回归测试

　　7.验收测试

　　测试用例设计常用的方法有哪些?详细说明一下?

　　最常用的3种 等价类划分、边界值、场景法

　　1.等价类划分 分为有效等价类和无效等价类，将测试的范围划分成几个互不相交的子集，从每个子集选出若干个有代表性的值作为测试用例

　　2.边界值：选取正好等于、刚刚大于、刚刚小于边界的

　　3.场景法：划分不同的场景，然后逐一进行验证

　　解释下单元测试,集成测试,系统测试以及验收测试?

　　1.单元测试，通常由开发来完成，对程序类和方法的测试

　　2.集成测试，即各个模块的测试

　　3.系统测试，各模块测试完成后，对整个系统的完整性测试

　　4.验收测试，测试环境测试通过后，由产品或者用户进行验收测试，看看产品的实现，是不是满足了他们当初设计的需求

　　探索性测试是什么？应该怎么做？

　　在需求文档不完善或者压根没有需求文档的情况下，根据经验进行摸索尝试性进行的测试，是测试过程中形成的基本的思维性测试

　　什么是冒烟测试,如何有效的开展冒烟测试?

　　1.软件最基本的功能测试，通常由开发完成，只有冒烟点都通过的产品，交由测试，才会比较有意义 2.冒烟测试贯穿于测试的各个阶段，比如集成测试，系统测试等

　　一条高质量的缺陷记录(Bug)应该具有哪些内容？

　　1.记录bug产生的前提条件

　　2.产生bug的详细操作步骤

　　3.截图，直观的展示问题，有效帮助开发快速定位问题

　　缺陷的生命周期是怎样的？

　　新建–提交–分配–修复–验证–验证通过关闭–验证不通过reopen

　　Alpha测试与Beta测试的区别？

　　1.Alpha测试：把用户请到开发方的场所来测试，用户在模拟实际操作环境下进行的测试，由开发记录下用户反馈的问题

　　2.beta测试：当开发和测试根本完成时所做的测试，很多不同的用户，在不同的环境下操作，然后用户把产生的问题，定期发给开发者，进行修复（开发不在现场）

　　3.通常现有alpha测试，后有bata测试

　　你认为做好软件测试应该具备哪些素质？

　　1.较好的技术能力

　　2.对业务逻辑的理解

　　3.良好的沟通能力

　　4.解决和分析事情的能力

　　作为测试人员,在与开发人员沟通过程中,如何有效的提高沟通效率和效果?

　　1.耐心的跟开发沟通，跟他阐述不过的重要性 说服他解决问题

　　2.充分尊重对方，哪怕再低级的bug都不要小看他

　　3.宽以待人，设身处地为他人着想 即使开发因为压力或者其他原因不肯合作 也要心平气和的跟他沟通 讨论bug的优先级

　　4.平时多跟开发沟通 无论是工作还是生活上的问题，但是测试一定要有自己的原则 对测试的产品质量负责

　　5.自己先定位问题 帮助开发缩小排查范围

　　你觉得软件测试工程师在一个团队中，都需要做什么？有什么价值？

　　1.在产品需求会上 可以站在用户的角度 提一些贴合用户需求的建议

　　2.测试阶段，根据自己对项目的了解和专业的测试技能 尽可能在项目上线前测出更多问题 保证产品质量

　　3.对测试过程中出现的问题 合理有效的进行风险评估。

　　4.对质量严格把关 测试不通过的 一定不能发布生产

　　你对软件测试最大的兴趣是什么?

　　1.行业前景比较好，而且近些年 越来越多企业更注重测试

　　2.测试时间越久 面临的困难和挑战也越多，解决问题的同时 也提高了自身的能力

　　3.自己的性格比较外向开朗 很容易跟产品和开发沟通 做起事情可以事半功倍

　　你对自己的职业规划是什么？

　　先做高级测试 有机会的话，想往管理方向发展，目前在携程做测试组长，也为以后管理做储备。

　　在你以往的工作中，发现的影响大或印象深刻的Bug是什么？为什么？

　　印象深刻的bug：近期的一个项目，x发单n是发qmq消息，调用发单服务自动发单，测试过程中，我给开发提议加个手动发单–作为发单失败或者未发单的补偿，开发力争 生产不会出现发单失败的情况，但后来还是被我说服，在上线前，加个手动发单的功能。 上线第二天，公司qmq框架出现问题，产生消息消费的延迟，导致一段时间内的订单不能自动发单，这时候大家手动发单，解决部分订单，事情过后，开发更加肯定了 我当时的提的bug修复是正确的

　　在你以往的经历中,解决过的最困难的问题是什么？

　　环境问题，是所有测试人员都面临的一个难题；解决的那么多问题中，测试环境无法使用，无法快速的介入测试，仍然是比较突出的。曾经把一个长久未使用的环境，根据经验和clog定位，各个服务之间的调用，一步步完成调通

　　在你以往的工作或学习中,你最大的收获是什么?学到了什么?

　　1.业务的积累

　　2.通过各种自动化，如UI自动化，job自动化，api自动化，不仅提升了自己编码能力，也在每周的常规发布中，起到举足轻重的作用

　　3.长期的测试过程中，提升了自己解决问题的能力

　　在没有任何文档的情况下,你如何开展测试?

　　1.尽量的去获取其他的文档吧，比如开发的一 些设计文档—概要设计、功能设计、详细设计。

　　2.尝试从网上找类似的项目文档，如果幸运，可以从公司的资料库找到类似的文档。

　　3.按照开发的接口或者设计文档，按照功能模块划分，大致写一些用例，然后进行摸索测试，在测试过程中逐渐完善自己的用例。