花8000块才买到的BAT高手面试总结，我决定无私奉献给大家！

前言

嗨咯 大伙，我是你们的笨蛋程序员

为了让大家更好的理解和学习投入到Python自动化来
找到一份好的资料也是学习过程中，非常重要的一个点。你的检索能力越强，你就会越容易找到最合适你的资料。

我这边也整理了一些最新的面试题资料和Java架构学习资料，学习技术内容包含有：Spring，Dubbo，MyBatis, RPC,源码分析，高并发、高性能、分布式,性能优化，微服务 高级架构开发等等。

有需要的小伙伴可以戳这里免费领取可以点击这里，咱们一起进步

暗号：CSDN。

---

一、在项目中如何保证软件质量？

考点:

1、考察对测试工作的理解

2、考察求职者有没有对测试工作有一些自己的思考和认识

参考答案:

项目质量不仅仅是某个人或某个团队来保障的，而是整个团队一起努力的结果，在公司级别需要有一个规范的项目流程

1、产品，保证迭代过程中的产品逻辑，对于可能的兼容，升级做出预判，并给出方案

2、设计，满足产品表达的同时，保证设计的延续性

3、开发，产品细节的保证，技术方案选择要严谨，考虑兼容，性能，开发完成后要充分自测，严格遵循开发规范操作

4、测试，验证产品逻辑，站在用户角度对交互设计进行系统验证，尽可能多的使用技术手段保证测试质量。

二、功能测试用例一般包含哪些内容?

考点:

1、考察测试用例编写包含的要素

2、考察测试用例要素的核心要素

参考答案:

要素一般包括:用例编号、用例优先级、测试目的、所属模块、前提条件、测试环境、输入数据、测试步骤、预期结果、测试脚本等

核心要素:用例优先级、测试目的、预期结果

三、黑盒（或功能）测试用例设计方法有哪些?

考点：

1、考察测试用例设计基本功

2、考察对于用例设计的理解

参考答案:

1、等价类划分方法:等价类划分法将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。

2、边界值方法:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

3、错误推测方法:在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误测试用例的方法

4、因果图方法:因果图法是种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。

5、判定表驱动分析方法:判定表是黑盒测试的方法之一，判定表是把作为条件的所有输入的各种组合值以及对应输出值都罗列出来而形成的表格

6、正交分解法:是研究多因素多水平的一种设计方法，它是根据正交性，由试验因素的全部水平组合中挑选出部分有代表性的点进行试验，通过对这部分试验结果的分析了解全面试验的情况，找出最优的水平组合。

7、全局深索式测试方法:测试人员根据应用程序所提供的信息自由发挥，不受限制，不受任何约束的探索程序的各种功能。一般分为:商业区测试类型，历史区测试类型，娱乐区测试类型，旅游区测试类型，旅馆区测试类型和破旧区测试类型。

8、场景分析法:分析软件应用的场景，从用户的角度出发，从场景的角度来设计测试用例，是一种面向用户的测试用例设计方法。关心用户做什么，而不是关心产品做什么。

四、APP测试和web测试有什么区别?

考点:、

1、对各种测试类型的掌握程度

2、对测试理论知识的掌握程度

参考答案:

Web端测试和移动端测试类型基本相似，都需要进行功能测试、性能测试、安全性测试，他们主要区分 web端一般都是 b/s 架构，基于浏览器的，app是c/s 架构，是有客户端的。

从系统架构来看的话: web测试只要更新了服务器端，客户端就会同步更新;而如果是app端下修改了服务端，意味着客户端用户所有使用的核心版本都需要进行回归测试一遍。

客户端性能方面:Web端可能只会关注响应时间;App则还要关心流量、电量、cpu、等;

兼容方面:Web是基于浏览器的，所以更倾向于浏览器（IE、Chrome,firefox)和电脑硬件，电脑系统方向的兼容;

App测试则必须依赖于手机或者pad,不仅要看分辨率、屏幕尺寸、重要看设备系统。

五、发现一个bug,怎么定位是APP端还是服务端的问题

考点:

1、考察对测试基础的理解

2、考察实际工作中问题排查的能力

参考答案：

1、抓包分析，通过对客户端进行抓包，分析服务端返回的数据是否符合预期，如果服务端数据是正确的，那就是客户端的问题

2、日志分析，可以通过查看客户端/服务端的日志，分析有没有异常的日志信息，从而确定具体原因

六、针对App的安装功能，写出测试点

考点：

1、经典业务场景用例设计

参考答案：

1、正常安装测试,检查是否安装成功。

2、APP版本覆盖测试。例如:先安装一个1.0版本的APP,再安装一个高版本（1.1版本）的APP,检查是否被覆盖。

3、再安装一个1.0版本的APP,正常情况下版本是可以回退的。

4、安装时内存不足，弹出提示。

5.、据安装手册操作，是否正确安装。

6、安装过程中的意外情况（强行断电、断网、来电话了、查看信息）等等，检查会发生的情况。

7、通过“同步软件’，检查安装时是否同步安装了一些文件。

8、在不同型号、系统、屏幕大小、分辨率上的手机进行安装。

9、安装时是否识别有SD卡，并默认安装到sd卡中。

10、安装完成后，能否正常启动应用程序。

11、安装完成后，重启手机能否正常启动应用程序。

12、安装完成后，是否对其他应用程序造成影响。

13、安装完成后，能否添加快捷方式。

14、安装完成后，杀毒软件是否会对其当做病毒处理。

15、多进程进行安装，是否安装成功。

16、在安装过程中，所有的提示信息必须是英文或者中文，提示信息中不能出现代码、符号、乱码等。

17、安装之后，是否自动启动程序。

18、是否支持第三方安装。

19、在安装中点击取消。

七、持续集成的目的是什么？

考点：

1、是否熟悉持续集成

2、是否具备参与持续集成的能力、

3、是否理解持续集成的意义

参考答案：

持续集成指的是，频繁地（一天多次）将代码集成到主干。

它的好处主要有两个:

(1)、快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。

(2)、防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成。

**持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核****心措施是，代码集成到主干之前，必须通过自动化测试，只要有一个测试用例失败，就不能集成

如何测试纸杯？

考点：

测试用例设计

参考答案：

功能度:用水杯装水看漏不漏;水能不能被喝到

安全性:杯子有没有毒或者细菌

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

可移植性:杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等

易用性:杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档:使用手册是否对杯子的使用方法、限制、使用条件等有详细的描述

疲劳测试:将杯子盛上水24小时检查泄露时间和情况;盛上汽油放24小时检查泄露事件和情况等

压力测试:用根针并在针上面不断加重，看压强多大时会穿透

当开发人员说不是BUG时，你如何应对？

考点：

沟通，人际关系

参考答案：

开发人员说不是 BuG，有2种情况。

• 1，需求没有明确，所以这个时候可以找产品经理进行确认，需不需要改动，商量确定好后再看要不要改。

• 2，开发说这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出BUG 的依据是什么?如果被用户发现或者出了问题，会有什么不良结果﹖

• 程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，可以将这个问题提出来，跟开发经理和测试经理进行确认。如果要修改就改，不要修改就不改。如果最终BUG被确定不改，那么就要在测试报告里面记录一下，以便以后查阅。

遇到概率性BUG怎么办？

考点：

1、对于偶然出现bug

2、对于偶现bug 的处理方式

参考答案:

概率性 bug，又叫幽灵bug，首先需要明确的是，该类bug 也是需要提单的，描述清楚当时操作环境、操作步骤、数据、并提供必要日志，可备注上可能产生的原因。

然后耐心一点，运用排除法、错误推测法找规律，必要时找开发人员、项目经理一起定位分析讨论，如果最终仍未解决，那么需要在测试报告中提现，并分析可能造成的影响，大家一起权衡该bug是否可遗留。

一个身份证号码输入框，怎么设计测试用例？

考点：

测试用例的设计

参考答案：

• 校验身份证号规则的有效性，包括地址码、生日期码、顺序码和校验码
• 校验15位身份证号和18位身份证号都是可用的;
• 校验15位身份证号和18位身份证号都是可用的;
• 校验末位是×的情况;
• 校验不足15位、16-17位和大于18位的情况;
• 如果是必输项，校验不输入的时候会不会有正确的提示;
• 如果不是必输项，则要校验不输入的时候流程能否正常进行;
• 校验输入非数字的情况，是否会有正确的提示信息(包括大小写字母、汉字、特殊字符和标点符号）;
• 校验输入全角的数字的时候，系统是否会识别(这个得根据需求确定是否可以使用全角的数字）。

什么是回归测试？如何做回归测试？

考点：

回归测试

参考答案：

回归测试，即就是在软件生命周期中,只要软件发生了改变就可能给该软件产生问题;所以,每当软件发生变化时我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能

回归要试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试，那我们该如何做回归测试呢?总结为以下几点:

1、在测试策略制定阶段,制定回归测试策略

2、确定需要回归测试的版本

3、回归测试版本发布，按照回归测试策略执行回归测试

4、回归测试通过,关闭缺陷跟踪单(问题单)

5、回归测试不通过,缺陷跟踪单返回开发人员,开发人员重新修改问题，再次提交测试人员回归测试。

---

最后！

今天的文章就到这里结束啦，希望看完以后能对有一些不大不小的帮助。如果喜欢的可以点赞收藏关注，如果不行的话，那也得行（我们IT人不能说不行）球球大伙辽

如果大家感兴趣的话，可以学习交流讨论的,咱可以一起加油，可以点击这里，咱们一起进步