面试与测试方案 第1篇
上面是我收集的一些视频资源，在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们扣扣群（可以私我拿），里面有各种软件测试资源和技术讨论。
当然还有面试，面试一般分为技术面和hr面，形式的话很少有群面，少部分企业可能会有一个交叉面，不过总的来说，技术面基本就是考察你的专业技术水平的，hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求，一般来讲，技术的话只要通过了技术面hr面基本上是没有问题（也有少数企业hr面会刷很多人） 我们主要来说技术面，技术面的话主要是考察专业技术知识和水平，上面也是我整理好的精选面试题。
下面是一份非常优质的学习资源，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！
以上软件测试资料需要的可以私信我都可以免费获取
这还有一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！，其中资料包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
学习不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。
结语
欢迎留言，或是关注我的专栏和我交流。
加油吧，测试人！如果你需要提升规划，那就行动吧，在路上总比在起点观望的要好。事必有法，然后有成。
面试与测试方案 第2篇
1、数据库方面的常识
l关系型数据库：把复杂的数据结构归结为简单的二元关系（即二维表格形式），通过SQL结构化查询语句存储数据
典型产品：
Mysql：互联网领域、大中小型网站，游戏公司，电商平台等等。体积小、速度快、成本低、开放源代码
Oracle：传统大企业、大公司、政府、金融、证券等。安全性、成本高、
l非关系型数据库：非关系型数据库也被成为NoSQL数据库，NOSQL的本意是“Not Olnly SQL”。NOSQL为了高性能、高并发而生
其他分类
1）键值（Key-Value）存储数据库：主要是使用一个哈希表，这个表中有一个特定的键和一个指针指向特定的数据。简单、易部署、高并发
典型：Redis、Memcached
2）列存储（Column-oriented）数据库：应对分布式存储的海量数据。如果我们有一个Person类，我们通常会一起查询他们的姓名和年龄，而不是薪资。这种情况下，姓名和年龄就会被放入一个列族中，而薪资则在另外一个列族中。
典型：Hbase
3）面向文档的数据库：数据存储的最小单位是文档
典型：Mongodb、Hive
Mongodb一个介于关系型数据库和非关系型数据库之间的产品。高性能、易部署、易使用，存储数据非常方便。
Hive可以用来进行统计查询，HBase可以用来进行实时查询
一些增删改查笔试题准备
（另起一篇）
2、linux操作
linux搭建测试环境，比如web系统服务搭建。
一些常见的命令准备
（另起一篇）
3、缺陷方面（有问到）
描述一个你印象最深刻的bug
在做上传视频的测试时，发现华为荣耀V10上传手机自带相机专业模式录制的视频会闪退。而ios上传同个视频提示合成失败。
我将手机自带相机录制的专业模式和普通模式录制的同样时长的视频发到电脑上，用格式工厂软件查看视频的不同之处，之后发现视频编码是不同的。
我继续网上查阅了视频编码方面的知识，发现mp4视频有几种编码，而继续测试验证发现我们的app上传的视频只支持mp4视频中的编码格式。于是提交了视频上传不支持非格式的视频。并补充完善了相关用例。
（因为在公司没有查日志权限，所以其实应该先查日志）
4、用例部分
现场让你设计个用例，比如水杯、凳子怎么测试？
首先说明的是，遇到这样的测试题目，首先应该反问面试官，需求是什么样的，比如是测什么样的杯子。
因为设计测试用例的规则应该是根据需求分析文档设计用例，客户需求什么，就测试什么。
但是在没有需求分析文档的前提下，来设计测试用例，可以考查一个测试人员的基本功，比如考虑问题是否全面，设计测试用例的方法是否合理等。
一般是根据自己的日常经验和测试的思维来设计测试用例。在设计测试用例时一般从以下几个方面进行分析：功能测试，性能测试，界面测试，安全性测试，兼容性测试，可用性测试，可靠性测试，本地化/国际化测试。
例子（另起一篇）
5、软件测试流程
公司严格规范测试流程和测试文档，首先是参与需求评审，编写测试计划、测试方案、测试用例，进行测试方案及用例的测试组内部评审，外部评审。
提取部分一级用例提交研发自测，研发自测通过后开开始执行一轮系统测试。
测试过程中发现并提交、跟踪问题。
问题修复后进行回归测试。
一轮测试完成后对修复包进行冒烟测试，测试通过则进行二轮测试。
二轮测试完成后会进行需求交叉测试。
完成测试编写系统测试报告提交验收测试。验收测试通过输出验收测试报告。
6、网络相关
网络协议，如TCP/UDP的区别？（）
1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的，即发送数据之前不需要建立连接
2、TCP提供可靠的服务。也就是说，通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达;UDP尽最大努力交付，即不保证可靠交付
3、TCP面向字节流，实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的
UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）
4、每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信
5、TCP首部开销20字节;UDP的首部开销小，只有8个字节
6、TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道
三次握手与四次挥手 三次握手通俗版：
第一次握手：客户端要和服务端进行通信，首先要告知服务端一声，遂发出一个SYN=1的连接请求信号,”服务端哥哥，我想给你说说话”。
第二次握手：当服务端接收到客户端的连接请求，此时要给客户端一个确认信息，”我知道了（ACK）,我这边已经准备好了，你现在能连吗（SYN）”。
第三次握手：当客户端收到了服务端的确认连接信息后，要礼貌的告知一下服务端，“好的，咱们开始联通吧（ACK）”。
到此整个建立连接的过程已经结束，接下来就是双方你一句我一句甚至同时交流传递信息的过程了。
四次挥手断开连接通俗版：
第一次挥手：双方交流的差不多了，此时客户端也已经结尾了，接下来要断开通信连接，所以告诉服务端“我说完了（FIN）”，此时自身形成等待结束连接的状态。
第二次挥手：服务端知道客户端已经没话说了，服务端此时还有两句话要给客户端说“我知道你说完了（ACK），我再说两句&*…%￥”…
第三次挥手：此时客户端洗耳恭听继续处于等待结束的状态，服务器端也说完了，自身此时处于等待关闭连接的状态，并对告诉客户端，“我说完了，咱们断了吧（FIN）”。
第四次挥手：客户端收知道服务端也说完了，也要告诉服务端一声（ACK），因为连接和断开要双方都按下关闭操作才能断开，客户端同时又为自己定义一个定时器，因为不知道刚才说的这句话能不能准确到达服务端（网络不稳定或者其他因素引起的网络原因）。
所以默认时间定为两个通信的最大时间之和，超出这个时间就默认服务器端已经接收到了自己的确认信息，此时客户端就关闭自身连接，服务器端一旦接收到客户端发来的确定通知就立刻关闭服务器端的连接。
到此为止双方整个通信过程就此终结。
这里要声明一下：断开链接不一定就是客户端，谁都可以先发起断开指令，另外客户端和服务端是没有固定标准的，谁先发起请求谁就是客户端。
三次握手阐述：
在第一次消息发送中，A随机选取一个序列号作为自己的初始序号发送给B；
第二次消息B使用ack对A的数据包进行确认，因为已经收到了序列号为x的数据包，准备接收序列号为x+1的包，所以ack=x+1，同时B告诉A自己的初始序列号，就是seq=y；
第三条消息A告诉B收到了B的确认消息并准备建立连接，A自己此条消息的序列号是x+1，所以seq=x+1，而ack=y+1是表示A正准备接收B序列号为y+1的数据包。
四次挥手阐述：
由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，
收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。
首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭，上图描述的即是如此。 （1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。 （2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。 （3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。 （4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
面试与测试方案 第3篇
（心理学首因效应告诉我们第一印象非常重要）， 自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。 但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。
比较好的自我介绍套路是这样：参考
案例1：
案例2： 案例3：
案例4： 案例5：
面试与测试方案 第4篇
让简单介绍下自己（这个不用说了每次面试开场） 你好，我叫xx，来自xx，毕业于xx。目前有两年的功能测试经验。最近的一份工作是xx公司，主要参与app系统测试，负责xxapp,一款类似抖音的短视频app功能测试，负责过的功能模块有拍摄、上传、搜索、推荐引擎等。主要运用边界值，等价类，错误推测等常见黑盒测试方法。
让说下自己会的内容 我熟悉软件测试基础理论和测试流程，测试方法等，有app测试、web测试、接口测试经验。熟悉数据库增删改查操作，熟悉使用测试管理工具。
看了哪些书籍（有问到） 软件测试，软件测试的艺术、软件测试实用教程，在我负责短视频的推荐引擎测试期间看完了项亮的《推荐系统实战》主要是推荐系统的评测部分。
了解过哪些技术博客/论坛（有问到） 51testing论坛，CSDN一些博客（面试经验：面试中会问具体哪些博客），和公众号（搜狗测试、软件测试资源分享）
是否了解软件测试需要掌握哪些知识（有问到类似问题） 软件测试基础知识，流程，测试用例方法，数据库相关知识，抓包分析，接口测试、测试工具、性能测试等。
之前面试过，觉得自己需要补充哪些？做了哪些行动？ 很多公司对性能测试和自动化测试工具有要求，由于之前的工作主要涉及的是功能测试，所以这方面的知识储备不够。不过最近我在学习这方面的知识，希望以后在工作中能深入学习。
为什么做测试,觉得自己做测试有哪些优势？（有问到） 我觉得我个人的性格比较适合做测试。我比较有耐心，考虑事情比较全面，这样对于我在设计测试用例时很有帮助，而且我能够很好的与人协调沟通，当我们测试和开发发生沟通上的矛盾时我也能很好的解决，我平常喜欢刷微博、知乎看热门评论，喜欢考究大众心理，这有助于我站在用户角度设计测试点。
知道哪些Bug系统 禅道/bugzila等
9.测试用例的基本要素是?
版本号，功能模块，优先级别，前置条件，步骤，预期结果，实际结果等。