百度

介绍简历上的三个项目，并随时提问-----25min mysql 多表查询（写sql语句） TCP/UDP区别 编程—一个字符串数组输出重复值最大的前10个，map不让用sort。转换为快排、冒泡、堆的问题，顺带说一下这三个排序的场景问题，外加衍生到了TOP（k）问题。 对杯子的测试 外加几个测试场景题！ 反问环节

面试的职业道德建设部的监察实习生。 面试官就是部门leader，整个人还是比较和善比较随性的，没有询问我专业相关的问题，而是主要评估了任务完成能力和抗压能力。因为我是财会领域带审计实习，但是这个岗位需要的最好是有侦查经营的实习生。但面试官最后说我的回答比较匹配，所以不知道自己能不能录，再等等看回复吧。

一面 我收到了笔试通知。在笔试的模拟测试中，共有2种类型的题目：不定项选择题26分，填空题24分。囊括的知识点很广，有linux,操作系统（页面替换题，进程线程），数据结构，计算机网络在正式笔试的时候，考的跟模拟题完全不一样！可能因为我是软件测试而不是测试开发，所以在正式考试的时候没有编程题，50分的不定项，50分的填空。而且知识点都是一些理论，比如瀑布模型之类的比较。所以笔试不出我意料的跪了

日语运营实习生 -面试前根本无准备，摆烂了-面试官很好，会引导。

搜到你的简历对你感兴趣，HR先打电话，约个电话面试时间，和HR电话聊过了再通知上门和用人部门面试。和HR电话面试时问你为啥想换工作，工作地点，期望薪资、自己的优缺点、之前工作时遇到的一些困难等等问题。用人部门面试就是相互聊天提问题，和之前HR问的差不多，多了一些职位职责范围的介绍。当时正赶上干得不开心想换工作，聊着聊着自己的话开始多了起来，聊了2个小时有的。后来想想其实是完全是在自嗨，很多问题没有切到重点上，有点跑题。而且最忌讳的是，我透露了太多关于前公司的信息。后来说还有其他面试者，让等消息。等了一周没消息主动打电话询问，得知自己未通过。记住，“聊得开心”，和“我觉得你行”是两码事。你自己觉得越来越有戏，面试官在下面却把你的分数越打越低~有的孩子会“得意忘形”，紧张的时候还好，一旦放松了很多问题反而暴露出来了。回忆一下自己是否当时因为很开心所以说得太多、不够严谨和尊重。面试是一件随机性很大的事情，且每家企业每个职位都会有至少3个人拉来面试，这是HR的任务。妙文国际是我一直向往的公司，我还需继续努力，相信不就得将来我一定会成为妙文国际家庭中的一员。

01. 为什么要在一个团队中开展软件测试工作？ 　　因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。  02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 　　我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同04. 的测试类型的区别与联系（如功能测试、性能测试……） 　　测试类型有：功能测试，性能测试，界面测试。 　　功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。  　　性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 　　界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 　　区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试  04．您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题