1、请你分别介绍一下单元测试、集成测试、系统测试、验收测试
单元测试：是对软件最小的可测单元进行验证，比如java中的一个类或者方法
集成测试：是在单元测试的基础上，把软件按照设计要求组装成模块或者子系统进行检验，是否达到要求
系统测试：将经过集成测试的软件，作为计算软件系统中的一部分，与其他系统部分有效的结合起来，在实际的运行环境中进行有效的严格测试
2、请你回答一下单元测试、集成测试、系统测试、验收测试这几步中最重要的是哪一步
这些步骤中分别对应软件开发中不同阶段的测试，我认为对软件完整功能验证的系统测试最为重要，能够对软件所有的功能进行测试，能够验证系统是否满足需求规格的定义。
3、请回答集成测试和系统测试的区别，以及它们的应用场景主要是什么？
区别：1.用例的颗粒度不一样，系统用例跟接近用户的接受程度的用例；集成测试用例更详细，对与接口部分需要更详细，毕竟要集成各个模块
主要应用场景：单元测试后的各模块之间的联调，一般由开发之间联调；系统测试针对整个产品的所有功能进行验证，检验是否都满足产品规格书上的所有要求，一般都用黑盒测试方法
4.请问测试开发需要哪些知识？需要具备什么能力？
软件测试基础理论知识，编程语言基础，自动化测试工具，计算机基础知识，测试框架。
需要具备的能力：
业务分析能力，分析整体业务流程、分析被测业务数据、分析被测系统架构、分析被测业务模块、分析测试所需资源、分析测试完成目标；
缺陷洞察能力，一般缺陷的发现能力、隐性问题的发现能力、发现连带问题的能力、发现问题隐患的能力、尽早发现问题的能力、发现问题根源的能力；
团队协作能力，合理进行人员分工、协助组员解决问题、配合完成测试任务、配合开发重现缺陷、督促项目整体进度、出现问题勇于承担；
专业技术能力，掌握测试基础知识、掌握计算机知识、熟练运用测试工具；
逻辑思考能力，判断逻辑的正确性、对可行性逻辑分析、站在客观角度思考；
问题解决能力，技术上的问题、工作中的问题、沟通问题；
沟通表达能力，和技术人员、产品人员、上下级的沟通
5、请说一说黑盒与白盒的测试方法
黑盒测试方法：等价类划分、错误推测、因果图、正交试验设计、功能图法、判定表
白盒测试方法：代码检查法、逻辑覆盖法、基本路径等
6、请说一下手动测试与自动化测试的优缺点
手工测试缺点：
1、重复的手工回归测试，代价昂贵、容易出错。
2、依赖于软件测试人员的能力。
手工测试优点：
1、测试人员具有经验和对错误的猜测能力。
2、测试人员具有审美能力和心理体验。
3、测试人员具有是非判断和逻辑推理能力。
自动化测试的优点：
1、对程序的回归测试更方便。这可能是自动化测试最主要的任务
3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试，不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟同时有许多用户，从而达到测试的目的。
4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性，将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，提高手工测试的效率。
5、测试具有一致性和可重复性。由于测试是自动执行的，每次测试的结果和执行的内容的一致性是可以得到保障的，从而达到测试的可重复的效果。
6、测试的复用性
自动化测试的缺点：
1、不能取代手工测试
2、手工测试比自动测试发现的缺陷更多
3、对测试质量的依赖性极大
4、测试自动化不能提高有效性
5、测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发
7.请问你怎么看待软件测试的潜力和挑战
软件测试的前景只会是越来越好，对专业素质要求也会越来越高
挑战有：
8、你觉得软件测试的核心竞争力是什么
测试策略和用例的设计、缺陷分析和定位能力、快速学习和总结能力、沟通协调和统筹能力、探索性思维、自动化测试、代码能力
9、你觉得测试和开发需要怎么结合才能使软件的质量得到更好的保障
测试和开发应该按照W模型的方式进行结合，测试和开发同步进行，能够尽早发现软件缺陷，降低软件开发的成本
10、你觉得单元测试可行吗
可行，单元测试可以有效地测试某个程序模块的行为，是未来重构代码的信心保证。事前可以保证质量，事后可以快速复现问题，并在修改代码后做回归自测。可行性考虑的是要用一些可行的方法做到关键的代码可测试，如通过边界条件、等价类划分、错误、因果，设计测试用例要覆盖常用的输入组合、边界条件和异常。
11、你觉得自动化测试有什么意义，都需要做些什么
1、可以对程序的新版本自动执行回归测试
2、可以执行手工测试困难或者不可能实现的测试，如压力测试，并发测试，
执行自动化测试之前首先判断这个项目是否适合自动化测试，然后对项目做需求分析，指定测试计划，搭建自动化测试框架，设计测试用例，执行测试，评估
需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试
13、请你说一下如何写测试用例
2、如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况
3、清楚输入、输出的各种可能性，以及各种输入的之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例
5、根据自己的经验分析遗漏的测试场景
6、多总结类似功能点的测试点，才能够写出质量越来越高的测试用例
7、书写格式一定要清晰
14、请问你觉得测试项目具体工作是什么？
撰写测试用例
执行测试用例
写测试计划，测试报告
测试，并提交BUG表单
跟踪bug修改情况
执行自动化测试，编写脚本，执行，分析，报告
进行性能测试，压力测试等其他测试，执行，分析，调优，报告
15、请问如果想进行bug的测评，怎么去评测bug？
Bug的priority（）和severity（）是两个重要属性，通常人员在提交bug的时候，只定义severity，而将priority交给leader定义，通常bug管理中，severity分为四个等级blocker、critical、major、minor/trivial，而priority分为五个等级immediate、urgent、high、normal、low。
16、请你说一说**测试用例的边界
举例
)对16-bit的整数而言32767和-32768是边界
2)屏幕上光标在最左上、最右下位置
3)报表的第一行和最后一行
4)数组元素的第一个和最后一个
5)循环的第0次、第1次和倒数第2次、最后一次
17、请你说一下软件质量的六个特征
a.功能特征：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。
c.易用特征：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。
d.效率特征：与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。
e.可维护特征：与进行指定的修改所需的努力有关的一组属性。
f.可移植特征：与软件从一个环境转移到另一个环境的能力有关的一组属性。
18、请你说一下设计测试用例的方法
1.等价类划分
等价类划分是将系统的输入域划分为若干部分，然后从每个部分选取少量代表性数据进行测试。等价类可以划分为有效等价类和无效等价类，设计测试用例的时候要考虑这两种等价类。
2.边界值分析法
边界值分析法是对等价类划分的一种补充，因为大多数错误都在输入输出的边界上。边界值分析就是假定大多数错误出现在输入条件的边界上，如果边界附件取值不会导致程序出错，那么其他取值出错的可能性也就很小。
边界值分析法是通过优先选择不同等价类间的边界值覆盖有效等价类和无效等价类来更有效的进行测试，因此该方法要和等价类划分法结合使用。
3.正交试验法
正交是从大量的试验点中挑选出适量的、有代表性的点。正交试验设计是研究多因素多水平的一种设计方法，他是一种基于正交表的高效率、快速、经济的试验设计方法。
4.状态迁移法
状态迁移法是对一个状态在给定的条件内能够产生需要的状态变化，有没有出现不可达的状态和非法的状态，状态迁移法是设计足够的用例达到对系统状态的覆盖、状态、条件组合、状态迁移路径的覆盖。
5.流程分析法
流程分析法主要针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计，这是从白盒测试中路径覆盖分析法借鉴过来的一种很重要的方法。
6.输入域测试法
输入域测试法是针对输入会有各种各样的输入值的一个测试，他主要考虑极端测试、中间范围测试，特殊值测试。
7.输出域分析法
输出域分析法是对输出域进行等价类和边界值分析，确定是要覆盖的输出域样点，反推得到应该输入的输入值，从而构造出测试用例，他的目的是为了达到输出域的等价类和边界值覆盖。
8.判定表分析法
判定表是分析和表达多种输入条件下系统执行不同动作的工具，他可以把复杂的逻辑关系和多种条件组合的情况表达的即具体又明确；
9.因果图法
因果图是用于描述系统输入输出之间的因果关系、约束关系。因果图的绘制过程是对被测系统的外部特征的建模过程，根据输入输出间的因果图可以得到判定表，从而规划出测试用例。
10.错误猜测法
错误猜测法主要是针对系统对于错误操作时对于操作的处理法的猜测法，从而设计测试用例
11.异常分析法
异常分析法是针对系统有可能存在的异常操作，软硬件缺陷引起的故障进行分析，分析发生错误时系统对于错误的处理能力和恢复能力依此设计测试用例。
19、请你说一说测试工程师的必备技能
20、请你说一下app性能测试的指标
内存测试中存在很多测试子项，清单如下：
●空闲状态下的应用内存消耗；
●中等规格状态下的应用内存消耗；
●满规格状态下的应用内存消耗；
●应用内存峰值；
●应用内存泄露；
●应用是否常驻内存；
●压力测试后的内存使用。
2、CPU：
使用Android提供的viewplaincopy在CODE上查看代码片派生到我的代码片
adbshelldumpsysCPUinfo|greppackagename>/address/CPU.txt来获取；
使用top命令viewplaincopy在CODE上查看代码片派生到我的代码片
adbshelltop|greppackagename>/address/CPU.txt来获取。
3、流量：
流量测试包括以下测试项：
应用首次启动流量提示；
应用后台连续运行2小时的流量值；
应用高负荷运行的流量峰值。
4、电量：
●测试手机安装目标APK前后待机功耗无明显差异；
●常见使用场景中能够正常进入待机，待机电流在正常范围内；
5、启动速度：
6、滑动速度、界面切换速度
7、与服务器交互的网络速度
21、请你说一说app测试的工具
a)轻量接口自动化测试
jmeter，
b)APPUI层面的自动化
android：UIAutomatorViewer，AndroidJunit，Instrumentation，UIAutomator，
iOS:基于Instrument的iOSUI自动化，
a)Web前端性能测试
网络抓包工具：Wireshark
网页文件大小
webpagetest
pagespeedinsight
chromeadb
b)APP端性能测试
Android内存占用分析：MAT
iOS内存问题分析：ARC模式
AndroidWebView性能分析：
iOSWebView性能分析
c)后台服务性能测试
负载，压力，耐久性
可拓展性，基准
工具：apacheAB，Jmeter，LoadRunner，
a)兼容性测试
手工测试：操作系统，分辨率，rom，网络类型
云平台：testin，脚本编写，Android。
b)流量测试
Android自带的流量管理，
iOS自带的Network
tcpdump抓包
WiFi代理抓包：Fiddler
流量节省方法：压缩数据，json优于xml；WebP优于传统的JPG，PNG；控制访问的频次；只获取必要的数据；缓存；
c)电量测试
基于测试设备的方法，购买电量表进行测试。
GSamBatteryMonitoePro
iOS基于InstrumentEnergy工具
d)弱网络测试
手机自带的网络状况模拟工具
基于代理的弱网络的模拟:
工具：windows：NetworkDelaySimulator
Mac：NetworkLinkConditioner
22、请你说一说bug的周期，以及描述一下不同类别的bug
不同类别的bug（Bug类型）：
代码错误
界面优化
设计缺陷
安装部署
性能问题
标准规范
测试脚本
其他
23、请你说一说PC网络故障，以及如何排除障碍
(2)使用ipconfig查看计算机的上网参数
1、win+R输入cmd，打开命令提示符窗口
(3)使用ping命令测试网络的连通性，定位故障范围
在命令提示符窗口中输入”ping127.0.0.1“，数据显示本机分别发送和接受了4个数据包，丢包率为零，可以判断本机网络协议工作正常，如显示”请求超时“，则表明本机网卡的安装或TCP/IP协议有问题，接下来就应该检查网卡和TCP/IP协议，卸载后重装即可。
(4)ping本机IP
在确认127.0.0.1地址能被ping通的情况下，继续使用ping命令测试本机的IP地址能否被ping通，如不能，说明本机的网卡驱动程序不正确，或者网卡与网线之间连接有故障，也有可能是本地的路由表面收到了破坏，此时应检查本机网卡的状态是否为已连接，网络参数是否设置正确，如果正确可是不能ping通，就应该重新安装网卡驱动程序。丢失率为零，可以判断网卡安装配置没有问题，工作正常。
(5)ping网关
网关地址能被ping通的话，表明本机网络连接以及正常，如果命令不成功，可能是网关设备自身存在问题，也可能是本机上网参数设置有误，检查网络参数。
24、请你说一说测试的**常用方法
25、请你说一下黑盒白盒
26、请你说一说你知道的自动化测试框架
模块化测试脚本框架（TESTMODulARITYFRAMEWORK）需要创建小而独立的可以描述的模块、片断以及待测应用程序的脚本。这些树状结构的小脚本组合起来，就能组成能用于特定的测试用例的脚本。在五种框架中，模块化框架是最容易掌握和使用的。在一个组件上方建立一个抽象层使其在余下的应用中隐藏起来，这是众所周知的编程技巧。这样应用同组件中的修改隔离开来，提供了程序设计的模块化特性。模块化测试脚本框架使用这一抽象或者封装的原理来提高自动测试组合的可维护性和可升级性。
2、测试库框架
测试库框架（TestLibraryArchitecture）与模块化测试脚本框架很类似，并且具有同样的优点。不同的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。
3、关键字驱动或表驱动的测试框架
对于一个独立于应用的自动化框架，关键字驱动（KEYWORDDRIVEN）I9LJJ试和表驱动（TABLEDRIVEN）测试是可以互换的术语。这个框架需要开发数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很类似。在一个关键字驱动测试中，把待测应用程序的功能和每个测试的执行步骤一起写到一个表中。这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。
4、数据驱动测试框架
数据驱动（DATADRIVEN），LJ试是一个框架。在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC源，CSV文件，EXCEL文件，ADO对象等）并且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中，变量不仅被用来存放输入值还被用来存放输出的验证值。整个程序中，测试脚本来读取数值文件，记载测试状态和信息。这类似于表驱动测试，在表驱动测试中，它的测试用例是包含在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者是一个传送机构。然而，数据驱动测试不同于表驱动测试，尽管导航数据并不包含在表结构中。在数据驱动测试中，数据文件中只包含测试数据。这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数。数据驱动需要很少的代码来产生大量的测试用例，这与表驱动极其类似。
5、混合测试自动化（HybridTestAutomation）框架
27*、请你说一说web测试和app测试的不同点
web项目，一般都是b/s架构，基于浏览器的
app项目，则是c/s的，必须要有客户端，用户需要安装客户端。
web测试只要更新了服务器端，客户端就会同步会更新。app项目则需要客户端和服务器都更新。
性能方面:
而app则还需要关心流量、电量、CPU、GPU、Memory这些。
它们服务端的性能没区别，都是一台服务器。
兼容方面：
web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容
app测试则要看分辨率，屏幕尺寸，还要看设备系统。
web测试是基于浏览器的所以不必考虑安装卸载。
而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件。
此外APP还有一些专项测试：如网络、适配性。
28、请问你了解什么测试方法29、请问黑盒测试和白盒测试有哪些方法
30、请问你怎么看待测试，知道哪些测试的类型，有用过哪些测试方法？
测试分为功能测试和非功能测试，非功能测试又可以分为性能测试、压力测试、容量测试、健壮性测试、安全性测试、可靠性测试、恢复性测试、备份测试、协议测试、兼容性测试、可用性测试、配置测试、GUI测试。
31、请问你怎么测试网络协议
1、一致性测试：检测协议实现本身与协议规范的符合程度
2、互操作性测试：基于某一协议检测不同协议实现间互操作互通信的能力
4、健壮性测试：检测协议是现在各种恶劣环境下运行的能力，比如注入干扰报文，通信故障，信道被切断
32、请你回答一下什么是α测试和β测试，以及什么时候用到他们
1、给你一个字符串，你怎么判断是不是ip地址？手写这段代码，并写出测试用例
2、请进行测试用例设计：一串数字，闰年的判别
3、请你说一说简单用户界面登陆过程都需要做哪些分析
参考回答：
4.用户名和密码，如果太短或者太长，应该怎么处理
5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况
6.记住用户名的功能
7.登陆失败后，不能记录密码的功能
8.用户名和密码前后有空格的处理
9.密码是否非明文显示显示，使用星号圆点等符号代替。
10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
12.输入密码的时候，大写键盘开启的时候要有提示信息。
13.什么都不输入，点击提交按钮，检查提示信息。
二、界面测试
1.布局是否合理，testbox和按钮是否整齐。
2.testbox和按钮的长度，高度是否复合要求。
3.界面的设计风格是否与UI的设计风格统一。
4.界面中的文字简洁易懂，没有错别字。
三、性能测试
3.模拟大量用户同时登陆，检查一定压力下能否正常登陆跳转。
四、安全性测试
2.用户名和密码是否通过加密的方式，发送给Web服务器。
3.用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用javascript验证。
4.用户名和密码的输入框，应该屏蔽SQL注入攻击。
5.用户名和密码的的输入框，应该禁止输入脚本（防止XSS攻击）。
6.防止暴力破解，检测是否有错误登陆的次数限制。
五、可用性测试
1.是否可以全用键盘操作，是否有快捷键。
2.输入用户名，密码后按回车，是否可以登陆。
3.输入框能否可以以Tab键切换。
六、兼容性测试
1.不同浏览器下能否显示正常且功能正常（IE,6,7,8,9,Firefox,Chrome,Safari,等）。
2.同种浏览器不同版本下能否显示正常且功能正常。
2.不同的平台是否能正常工作，比如Windows,Mac。
3.移动设备上是否正常工作，比如Iphone,Andriod。
4.不同的分辨率下显示是否正常。
4、请对这个系统做出测试用例：一个系统，多个摄像头，抓拍车牌，识别车牌，上传网上，网上展示
5、请你对吃鸡游戏进行压力测试
一、功能测试
5.记住用户名的功能
6.登陆失败后，不能记录密码的功能
7.密码是否非明文显示显示，使用星号圆点等符号代替。
8.有验证码时，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色、刷新或换一个按钮是否好用
10.输入密码的时候，大写键盘开启的时候要有提示信息。
11.什么都不输入，点击提交按钮，检查提示信息。
五、兼容性测试
1.不同移动平台或PC环境下下能否显示正常且功能正常
3.不同的分辨率下显示是否正常。
7、请你对朋友圈点赞功能进行测试
8.如果做一个杯子的检测，你如何测试
功能测试(Functiontest)
1.能否装水，
2.除了装水，能否装其他液体。比如可乐，酒精
3.能装多少ML的水
4.杯子是否有刻度表
5.杯子能否泡茶，跑咖啡
6.杯子是否能放冰箱，做冰块
7.杯子的材质是什么（玻璃，塑料,黄金做的）
界面测试(UITest)
1.外观好不好看。
2.什么颜色
3.杯子的形状是怎么样的。
4.杯子的重量是多少
5.杯子是否有异味
6.杯子的图案是否合理
性能测试(performancetest)
1.能否装100度的开水(泡茶)
2.能否装0度冰水
3.装满水，放几天后，是否会漏水
4.杯子内壁上的涂料是否容易脱落。
5.杯子上的颜色是否容易褪色或者脱落
9.如何对一个页面进行测试
一、UI界面测试要点1、界面的线条是否一致，每个界面中线条是否对齐，是否一致。（静态页面没有确认的情况下）。2、整个系统的界面是否保持一致。3、界面是否存在错别字。4、界面上的按钮样式是否一致。5、每个界面是否同原静态页面设置一致（静态页面确认的情况下）6、操作是否友好。7、界面所有的按钮、下拉框是否有响应。8、界面所有的链接是否正常；9、界面所有的输入框是否都进行校验（例如：搜索框、字段输入框）。10、界面所有的展示图片是否样式一致。11、界面所有的列表页标题字是否会换行，标题字是否统一居中等，当然也可以居左，这要看公司规范；12、浏览器的兼容性问题，检查页面在不同浏览器下是否会发生异常；13、每个页面的提示字体的颜色、格式是否统一准确；14、界面中所有字段后面是否都存在冒号，冒号，查看是否冒号为统一的中文冒号还是英文冒号。15、界面中的提示说明阐述是否太啰嗦，有时候需要能简化尽量简化，并且字体显示格式一致，颜色统一。16、在web网站，一般经常是后台控制前台的显示，因此在对后台进行数据添加时，查看前台是否有变化，并且查看界面的数据是否溢出框外。
10.如何对水壶进行测试
1.功能（1）水倒水壶容量的一半（2）水倒规定的安全线（4）水壶容量刻度与其他水壶一致（5）盖子拧紧水倒不出来（6）烫手验证
3.界面（1）外观完整、美观（2）大小与设计一样（高、宽、容量、直径）（3）拿着舒服（4）材质与设计一样（5）壶上的图案掉落（6）图案遇水溶解
4.安全（1）壶使用的材质毒或细菌的验证（2）高温材质释放毒性（3）低温材质释放毒性
5.易用性（1）倒水方便（2）喝水方便（3）携带方便（4）使用简单，容易操作（5）防滑措施
6.兼容性（1）壶能够容纳果汁、白水、酒精、汽油等。
11*如何对淘宝搜索框进行测试
功能：
性能：
界面、易用性:
安全性：
兼容性：不同系统、不同客户端、不同分辨率等的情况下
12.如何对一瓶矿泉水进行测试
13、如何测试登陆界面
14.请你说一下jmeter
15.请你进行测试：前端下拉框实现，测试下拉框定位方式
16.请你来聊一聊appium断言
17.请你来说一下购物车的测试用例
界面布局、排版是否合理；文字是否显示清晰；不同卖家的商品是否区分明显。
2.功能测试
所有链接是否跳转正确；
商品是否可以成功加入购物车；
购物车商品总数是否有限制；
商品总数是否正确；
全选功能是否好用；
删除功能是否好用；
填写委托单功能是否好用；
委托单中填写的价格是否正确显示；
价格总计是否正确；
商品文字太长时是否显示完整；
店铺名字太长时是否显示完整；
创新券商品是否打标；
购物车中下架的商品是否有特殊标识；
新加入购物车商品排序（添加购物车中存在店铺的商品和购物车中不存在店铺的商品）；
是否支持TAB、ENTER等快捷键；
商品删除后商品总数是否减少；
购物车结算功能是否好用。
3.兼容性测试
不同浏览器测试。
4.易用性测试
删除功能是否有提示；是否有回到顶部的功能；商品过多时结算按钮是否可以浮动显示。
5.性能测试
压力测试；并发测试。
18.请你进行一下弱网模拟
抓包工具设置弱网
chrom调试工具设置弱网
ios手机自带设置设置弱网
19、你写的测试程序是怎么样的，你写过前端、后端程序吗？
20、请问你有没有写过测试脚本，怎么写的？
21、请问你有没有写过web测试，怎么写的？23、请你回答一下如何测试手机开机键？24、请问你遇到过哪些印象深刻的bug，接口测试出现bug的原因有哪些？
分差bug,浮点数计算误差：
计算机计算都是二进制运算的，0.3与0.1转换为二进制的浮点数都是无限循环小数。但由于浮点数精度有限被强行截断，所以转回十进制输出的数据会有误差
避免产生精度差异，我们要把需要计算的数字乘以10的n次幂，换算成计算机能够精确识别的整数，然后再除以10的n次幂，就能够得到准确的结果了。
大部分编程语言都是这样处理精度差异的，这里就借用过来处理一下JS中的浮点数精度误差
接口测试常见的bug有以下几个:
特殊值处理不当导致程序异常退出或者崩溃
类型边界溢出，导致数据独处和写入不一致
取值边界外未返回正确的错误信息
权限未处理，可以访问其他用户的信息
逻辑校验不完善，可以利用漏洞获取非正当利益
状态处理不当，导致逻辑出现错误
数组类型item个数为0或者item重复时程序异常退出
25、你在做项目中有做过压力测试吗，怎么做
2、如何对这些测试点进行施压
第一种方式可以通过写脚本产生压力机器人对服务器进行发包收报操作
第二点借助一些压力测试工具比如Jmeter,LoadRunner
3、如何对这些测试点进行正确的施压
需要用压力测试工具或者其他方法录制脚本，模拟用户的操作
4、对测试点设计多大的压力比较合适？
需要明确压力测试限制的数量，即用户并发量
5、测试结束后如何通过这些数据来定位性能问题
26、请问你在项目中关于功能测试和接口测试是怎么做的
功能测试：
首先制定测试计划，然后进行测试设计，将在测试计划阶段指定的测试活动分解，进而细化，为若干个可执行程序的子测试过程，然后执行测试，按照测试计划使用测试用例对待测项目进行逐一的，详细的排查分析评估，最后对测试结果进行统计和分析
接口测试的策略
接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：1.测试接口文档（需求文档）2.根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法）3.执行测试，查看不同的参数请求，接口的返回的数据是否达到预期。
31、如果广东用户头条app刷不出东西了，你应该怎么排查问题
32、请你说一下能不能用机器学习去进行自动化测试，如何监控异常流量，如果是脉冲呢，如何和正常流量作区分
33、请问如何将大量日志的异常记录或错误揪出来
35、请你说一说当前工作中涉及的测试问题(测试流程和测试性能)
36、请你说一说洗牌问题的思路并手写代码，并设计测试用例
37、请你测试一下游戏中英雄的技能
39、请问你有没有做过什么单元测试，怎么进行单元测试，对一个没有参数没有返回值但可能对全局变量有影响的怎么进行单元测试
40、请问你有没有做过压力测试41、对于有系统大量并发访问，你会如何做测试，有什么建议