群里还有更多的学习资料和面试题哦
???更多详情资料戳这领取
怎么制定测试计划
测试计划包括测试目标、测试范围、测试环境的说明、测试类型的说明（功能，安全，性能，稳定性）、测试工具、模块的划分、测试负责人、测试执行轮次的时间安排、相关文档在文档管理库中的位置、测试的风险 。其中模块划分需要根据测试人员对于业务的熟悉程度及个人能力进行分配，工作量的估算需要根据以往测试时的经验，结合本次需求的修改，可以大致估算出测试量
功能测试用例一般包含有哪些内容
要素一般包括：用例编号、用例优先级、测试目的、所属模块、前提条件、测试环境、输入数据、测试步骤、预期结果、测试脚本等核心要素：用例优先级、测试目的、预期结果
APP测试和web测试之间的区别
Web端测试和移动端测试类型基本相似，都需要进行功能测试、性能测试、安全性测试，他们主要区分 web端一般都是b/s架构，基于浏览器的，app是c/s架构，是有客户端的。
1、从系统架构来看的话：web测试只要更新了服务器端，客户端就会同步更新；而如果是app端下修改了服务端，意味着客户端用户所有使用的核心版本都需要进行回归测试一遍。
2、客户端性能方面：Web端可能只会关注响应时间；App则还要关心流量、电量、cpu、等；
3、兼容方面：Web是基于浏览器的，所以更倾向于浏览器（IE、Chrome、firefox）和电脑硬件，电脑系统方向的兼容；App测试则必须依赖于手机或者pad，不仅要看分辨率、频目尺寸、重要看设备系统。
发现一个bug，如何定位它是APP端还是服务端的问题
1、抓包分析 通过对客户端进行抓包，分析服务端返回的数据是否符合预期，如果服务端数据是正确的，那就是客户端的问题
2、日志分析 可以通过查看客户端/服务端的日志，分析有没有异常的日志信息，从而确定具体原因
什么是多态？多态有什么好处
多态是同一个行为具有多个不同表现形式或形态的能力。在代码层面，多态指的是父类引用指向子类对象。
比如，父类Animal，子类Dog，子类Cat
Animal animal1 = new Dog() Animal animal2 = new Cat()
多态的存在有三个前提
1、要有继承关系
2、子类要重写父类方法
3、父类引用指向子类对象多态的优点多态的出现大大提高了程序的扩展性多态的弊端
父类引用指向子类对象，不能使用子类的特有的成员和方法，如果想访问子类特有成员和方法，必须进行向下转换，把父类转换为子类
drop、delete、truncate三者的区别
都表示删除，但是三者有一些差别，
Delete用来删除表的全部或者一部分数据行，执行delete之后，用户需要提交(commmit)或者回滚
(rollback)来执行删除或者撤销删除。会触发这个表上所有的delete触发器
Truncate删除表中的所有数据，这个操作不能回滚，也不会触发这个表上的触发器，TRUNCATE比 delete更快，占用的空间更小；
Drop命令从数据库中删除表，所有的数据行，索引和权限也会被删除，所有的DML触发器也不会被触发，这个命令也不能回滚。
您认为做好测试用例设计工作的关键是什么
关键点就是熟悉需求，但是需求可以分为以下几个方面
1、 熟悉本次业务需求
2、熟悉其他系统和本次需求的关联
3、 熟悉开发设计文档，了解开发实现逻辑
4、熟悉数据库设计文档，了解数据存储
5、熟悉项目架构，发现隐藏需求
当开发人员说不是 BUG 时，该如何应对
开发人员说不是bug，有2种情况，一是需求没有确定，所以这个时候可以找来产品经理进行确认，需不需要改动，商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。如果最终bug被确定不改，那么就要在测试报告里面记录一下，以便以后查阅。
配置和兼容性测试的区别是什么？
配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要是测试软件能否与不同的软件正确协作。
配置测试的核心内容就是使用各种硬件来测试软件的运行情况，一般包括：
1、软件在不同的主机上的运行情况，例如Dell和Apple；
2、软件在不同的组件上的运行情况，例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况；
3、不同的外设；
4、不同的接口；
5、不同的可选项，例如不同的内存大小；
兼容性测试的核心内容：
1、测试软件是否能在不同的操作系统平台上兼容；
2、测试软件是否能在同一操作系统平台的不同版本上兼容；
3、软件本身能否向前或者向后兼容；
4、测试软件能否与其它相关的软件兼容；
5、数据兼容性测试，主要是指数据能否共享；
配置和兼容性测试通称对开发系统类软件比较重要，例如驱动程序、操作系统、数据库管理系统等。具体进行时仍然按照测试用例来执行。
完全测试程序是可能的吗？
软件测试初学者可能认为拿到软件后需要进行完全测试，找到全部的软件缺陷，使软件“零缺陷”发布。实际上完全测试是不可能的。主要有以下一个原因：
-完全测试比较耗时，时间上不允许；
-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；
-输入量太大，不能一一进行测试；
-输出结果太多，只能分类进行验证；
-软件实现途径太多；
-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；
因此测试的程度要根据实际情况确定。
简单描述一下测试用例设计的完整过程？
需求分析 + 需求变更的维护工作；
根据需求 得出测试需求；
设计测试方案，评审测试方案；
方案评审通过后，设计测试用例，再对测试用例进行评审
测试的策略有哪些？
黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）
你认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
总结