目录
1.26
软件测试的目的与原则是什么？
发现软件的缺陷与漏洞，对软件的质量进行评估，提升软件质量
所有的软件测试都应追溯到用户需求。
尽早地和不断地进行软件测试
完全测试是不可能的，测试需要终止。
充分注意测试中的群集现象。
程序员应避免检查自己的程序。
尽量避免测试的随意性
测试人员在测试中的任务是什么？
1、依据需求文档及设计文档,编写测试用例;
2、完成产品的集成测试与系统测试;
3、根据测试计划,搭建测试环境;
4、依据测试用例执行手工测试,反馈跟踪产品BUG及用例缺陷;
5、测试工具/系统的研究如果软件还没有成型，则有：
需求分析；
编写测试计划；
编写测试用例；
做好任务分配；
如果有开发的概要设计文档或详细设计文档，则可以对相关的文档进行文档测试。
如果软件已成型，可以进行测试了，则：
测试用例评审；
根据实际情况修改测试用例；
执行测试用例；
提交BUG；
跟踪BUG进度并回归测试；
编写测试报告；
如果软件开发快结束时：
编写自动化和性能测试计划；
编写自动化脚本（如有需要）；
编写性能测试脚本（如有需要）；
执行自动化测试和性能测试；
性能测试分析；
性能测试报告；
给售前售后人员培训等等。
缺陷报告内容包括什么？
标题 简单的描述，传达缺陷的基本信息 报告人 缺陷报告的原始作者 日期 首次报告该缺陷的日期 版本号 软件的哪个版本出现了该缺陷 优先级 开发人员处理和修复缺陷的先后的先后顺序 严重级 描述所报告的缺陷的严重程度 缺陷描述 缺陷的简单描述 运行环境 缺陷报告发生的环境中操作系统的信息 重现步骤 对发现的缺陷进行详细的描述 实验结果 运行测试用例产生的实际结果 预期结果 由需求报告得知的运行测试用例可能产生结果 附件 添加图片或结果文件的方式直观展示缺陷
请您描述一下测试的V模型？
V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。
V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系
优点：
1 每一个阶段都清晰明了，便于控制开发的每一个过程。
2 既包含单元测试又包含系统测试。
缺点：
1 测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
2 测试和开发串行。
Web端和app端性能测试关注的指标是什么？
移动端的性能指标：
1、内存：80%
2、CPU
3、流量
4、电量
5、启动速度
6、滑动速度、界面切换速度
7、与服务器交互的网络速度
web端的性能指标：
1、CPU
2、内存
3、网络
4、IO 指标
5、磁盘
6、兼容
Bug不能复现怎么办?
1、遇到问题就要提，测试的工作就是不放过任何一个bug，在提交的Bug描述中需要加上一句话，那就是复现概率，尝试20次，出现1次或者尝试10次，出现2次，开发会根据bug的复现概率，调整改bug的优先级。
2、尽量回想发生问题时的复现步骤，不要漏掉任何一个细节，按照步骤的组合尝试复现。
3、保留发生bug时的log，附加到提交的bug中，希望可以通过log中找到一些蛛丝马迹。
4、与开发人员配合，让开发同学对相应地方的代码进行检查，看一下是否可以通过代码层面检查出问题。
5、在接下来的测试中，时刻保持关注，每次执行同样或者相近的步骤的时候，看下是否能够复现之前的bug。
什么是Http协议，请求方法是什么？，以及Http协议与Https协议的区别？
超文本传输协议，是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。
1、OPTIONS options
返回服务器针对特定资源所支持的HTTP请求方法，也可以利用向web服务器发送‘*’的请求来测试服务器的功能性
2、HEAD head
向服务器索与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以再不必传输整个响应内容的情况下，就可以获取包含在响应小消息头中的元信息。
3、GET get
向特定的资源发出请求。它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
4、POST post
向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 Loadrunner中对应POST请求函数：web_submit_data,web_submit_form
5、PUT put
向指定资源位置上传其最新内容
6、DELETE delete
请求服务器删除Request-URL所标识的资源
7、TRACE trace
回显服务器收到的请求，主要用于测试或诊断
8、CONNECT connect
HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
http和https
1、https协议需要申请证书，一般免费证书较少，因而需要一定费用。
2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。
get请求与post请求的区别？
1、GET使用URL或Cookie传参。而POST将数据放在BODY中。
2、GET的URL会有长度上的限制，2kb，则POST的数据则可以非常大。
3、POST比GET安全，因为数据在地址栏上不可见。
4、一般get请求用来获取数据，post请求用来发送数据。
重载与重写的区别？
一、定义上bai的区别：
1、重du载是指不同的zhi函dao数使用相同的函数名，但是函数的参数个数或类型不同。调用的时候根据函数的参数来区别不同的函数。
2、覆盖（也叫重写）是指在派生类中重新对基类中的虚函数（注意是虚函数）重新实现。即函数名和参数都一样，只是函数的实现体不一样。二、规则上的不同：
1、重载的规则：
①必须具有不同的参数列表。
②可以有不同的访问修饰符。
③可以抛出不同的异常。2、重写方法的规则：
①参数列表必须完全与被重写的方法相同，否则不能称其为重写而是重载。
②返回的类型必须一直与被重写的方法的返回类型相同，否则不能称其为重写而是重载。
③访问修饰符的限制一定要大于被重写方法的访问修饰符。
④重写方法一定不能抛出新的检查异常或者比被重写方法申明更加宽泛的检查型异常。三、类的关系上的区别：
重写是子类和父类之间的关系，是垂直关系；重载是同一个类中方法之间的关系，是水平关系。
1.27
软件质量的特性是什么？
一、功能性：是指当软件在指定条件下使用，软件产品满足明确和隐含要求功能的能力。
适合性：是指软件产品与指定的任务和用户目标提供一组合适的功能的能力。
准确性：是指软件产品具有所需精确度的正确或相符的结果及效果的能力。
互操作性：是指软件产品与一个或多个规定系统进行交互的能力。
保密安全性：是指软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，但不拒绝授权人员或系统对其的访问。
功能依从性：是指软件产品依附与同功能性相关的标准、约定或法规以及类似规定的能力。
二、可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。
成熟性：是指软件产品避免因软件中错误发生而导致失效的能力。
容错性：是指在软件发生故障或违反指定接口的情况下，软件产品维持规定的性能级别的能力。
易恢复性：是指在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。
可靠性依从性：是指软件产品依附与同可靠性相关的标准、约定或法规以及类似规定的能力。
三、易用性：是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。
易理解性：是指软件产品使用户能理解软件产品是否合适以及如何能将软件用于特定的任务和使用环境的能力。
易学性：是指软件产品使用户能学习它的能力。
易操作性：是指软件产品使用户能操作和控制它的能力。
吸引性：是指软件产品吸引用户的能力。
易用性依从性：是指软件产品依附与同易用性相关的标准、约定、风格指南或法规以及类似规定的能力。
四、效率：是指在规定条件下，相对于所用资源的数量，软件产品可提供适当的性能的能力。
时间特性：是指在规定条件下，软件产品执行其功能时，提供适当的响应时间和处理时间以及吞吐率的能力。
资源利用性：是指在规定条件下，软件产品执行其功能时，提供合适的数量和类型的资源的能力。
效率依从性：是指软件产品依附与同效率相关的标准或约定的能力。
五、维护性：是指软件产品可被修改的能力，修改可能包括修正，改进或软件适应环境、需求和功能规格说明中的变化。
易分析性：是指软件产品诊断软件中的缺陷或失效原因，以及判定待修改的部分的能力。
易改变性：是指软件产品使指定的修改可以被实现的能力。
稳定性：是指软件产品避免由于软件修改而造成意外结果的能力。
易测试性：是指软件产品使已修改软件能被确认的能力。
维护性依从性：是指软件产品依附与同维护性相关的标准或约定的能力。
六、可移植性：是指软件产品从一种环境迁移到另一种环境的能力。
适应性：是指软件产品无需采用有别于为考虑该软件的目的而准备的活动或手段，就可能适应不同的指定环境的能力。
易安装性：是指软件产品在指定环境中被安装的能力。
共存性：是指软件产品在公共环境中同与其分享公共资源的其他独立软件共存的能力。
易替换性：是指软件产品在环境相同、目的相同的情况下替代另一个指定软件产品的能力。
可移植性依从性：是指软件产品依附与同可移植性相关的标准或约定的能力。
测试计划工作的目的是什么？以及测试计划文档的内容包括什么？
1、领导能够根据测试计划进行宏观调控，进行相应资源配置等
2、测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等
3、便于其他人员了解测试人员的工作内容，进行有关配合工作
软件测试计划包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试背景，测试目的，测试资源安排，测试时间安排，测试人员分配，确定测试范围，制定测试策略（功能测试/业务测试..），风险评估
测试计划编写6要素（5W1H）：
why——为什么要进行这些测试；
what—测试哪些方面，不同阶段的工作内容；
when—测试不同阶段的起止时间；
where—相应文档，缺陷的存放位置，测试环境等；
who—项目有关人员组成，安排哪些测试人员进行测试；
how—如何去做，使用哪些测试工具以及测试方法进行测试
搭建过什么环境，搭建工作环境是如何搭建的？
搭建环境前，开发都会给到我们一份系统发布手册，我们会根据这个手册来搭建。比如，我这个xx系统，是搭建在linux系统下的，web服务器用的是Tomcat8，MySQL版本是5.7，程序是JAVA编写的，首先我们向开发拿到编译好的安装包，然后用xshell(或CRT)远程连接上Unix系统，把tomcat服务器停掉，把程序包放到webapps目录下，然后再启动tomcat服务器就可以了。
服务器部署是如何去部署的？
首先我们向开发拿到编译好的安装包，然后用xshell(或CRT)远程连接上Unix系统，把tomcat服务器停掉，把程序包放到webapps目录下，然后再启动tomcat服务器就可以了
开发环境与测试环境有什么区别？
项目部署环境一般可分为三种：生产环境，测试环境，开发环境
开发环境：开发环境时程序猿们专门用于开发的服务器，配置可以比较随意，为了开发调试方便，一般打开全部错误报告和测试工具，是最基础的环境。开发环境的分支，一般是feature分支。
测试环境：一般是克隆一份生产环境的配置，一个程序在测试环境工作不正常，那么肯定不能把它发布到生产服务器上，是开发环境到生产环境的过度环境。测试环境的分支一般是develop分支，部署到公司私有的服务器或者局域网服务器上，主要用于测试是否存在bug，一般会不让用户和其他人看到，并且测试环境会尽量与生产环境相似。
生产环境： 生产环境是指正式提供对外服务的，一般会关掉错误报告，打开错误日志，是最重要的环境。部署分支一般为master分支。
三个环境也可以说是系统开发的三个阶段：开发->测试->上线，其中生产环境也就是通产说的真实的环境，最后交给用户的环境。
如果给你购物商城网页（京东，淘宝等）你会怎样进行测试？测试哪些主要功能？
界面测试
1、页面的字样是否正确
2、文字格式大小是否统一
3、排版是否整齐、布局是否合理
4、重点和热销物品是否突出
5、页面上的所有链接是否有点击提示
6、页面上的二维码是否可扫
7、已点击过的链接是否与未点击过得做颜色区别
8、交互界面的设计是否方便；功能测试
1、不输入任何东西点击搜索，能否跳转（默认搜索搜索框中物品）
2、输入特殊字符能否搜正常搜索到物品
3、这个页面上所出现的所有链接可不可以正确跳转，像天猫，聚划算，充值话费等；
4、是否可以通过淘宝APP扫码登录；
5、点击搜索框的相机会不会跳到本地图片选择界面；
6、输入英文是否可搜索，
7、搜索关键字过长，还能不能搜索
8、复制粘贴过来的搜索词能否正常搜索
9、在搜索框输入空格，能否正常搜索
10、反复输入相同的搜索词8次以上，处理结果是否依然正确
11、是否支持回车键进行搜索
12、搜索词输错时可不可以删了重新输入
13、查询结果是否罗列有序；
14、有多条重复搜索历史时只保留一条性能测试
1、从点击到搜索结果出来需要多久，分网络良好和网络不好两种情况
2、搜索页面打开速度是否满足358原则
3、对淘宝不断加压测试，不断地向淘宝提交请求
4、它所占据的cpu利用率是多少
5、压力测试，在不同并发用户数下，它的响应时间是多少；
6、能承受的最大用户量是多少；
7、常规压力下能正常持续稳定运行多久；兼容性测试
1、淘宝首页的链接能不能通过在新窗口打开链接
2、不同的浏览器，比如搜狗、谷歌
3、不同的移动端。
4、不同的操作系统
5、淘宝的不同的版本
6、用简体字繁体字分别测试安全性测试
1、敏感内容应该是禁止搜索的，这方面是否做了过滤
2、如果搜索词带有病毒也不允许搜索
3、有sql注入时还能否搜索
4、淘宝内部删除加密或进行去其他处理过的数据还能不能搜索易用性
1、有没有在线帮助文档
2、输入一个关键词下面有没有关键词相对应的物品提示
3、如果没有搜出来会不会有相对应的提示（您要找的是不是***)
4、能不能通过别人分享的链接搜索其他测试
1、查询过程中断网或者关机
2、查询过程中强行关闭页面
3、有没有容错方面处理
电商网站测试总结:总体按照两种模式进行划分总结：1.按照测试类型 2.按照电子商务网站的系统架构 1.按照测试类型来划分 1.兼容性 1.1主要是在浏览器兼容（360浏览器IE6 IE8浏览器） 1.2.操作系统，主要体现在操作系统兼容（xp win2003 win2007） 2.UI测试 2.1检查连接是否正确 2.2是否有文字错误信息 2.3产品价格是否有显示错误。 3.用户体验测试UE 3.1首页产品的展示与分类 3.2搜索结果页，搜索结果的正确性，和结果页面信息的展示 3.3产品详情页。产品介绍页面将对客户的购买行为起到关键的作用，产品图片，文字说明，产品描述就相当于柜台服务员与产品说明书。 4.购物流程及购物规则测试 4.1B2C网站最重要的流程就是购物流程，包括几个重要功能：购物车、配送方式、支付方式、提交订单。这一流程的用户体验的重要性在于让客户能很容易的完成下单的过程 测试产品能否放入购物车中
4.2当某种产品有购物数量限制时，超过这一数值，能否也能放入购物车中4.3购物车中的购物限制是否正确 4.4积分是否能够兑换正品，或者限购的产品 4.5积分是否能够兑换促销类的产品。 5.支付流程 5.1购物车中的产品能否正常支付 5.2当支付完成，不等页面跳转，直接关闭浏览器，数据传递是否正确 5.3当支付完成，等待页面跳转，跳转到得页面是否正确 5.4网站某个模块间的数据传递是否正确 6.订单流程测试 6.1订单提交完后，对订单的处理流程的验证，以及相应的订单状态核对是否正确。 7.性能，响应速度测试。 7.1并发性测试如秒杀功能、 7.2同时购买同一个限定产品 7.3相同的帐号进行2次积分兑换产品的并发操作。 7.4提交订单时，并发操作时是否存在多个订单。 电子商务网站测试应该关注：
1.业务流和数据流
2.重点在用户体验测试方面吧
3.还有安全和性能方面的。web的cookies测试也是重点。2.按照电子商务网站的系统架构 1典型系统结构（目前都是采用的三层C/S架构，即1.表示层，2.业务层，和3.数据层（页面与数据库交互的)。层）。 1.表示层（测试检查应用程序的前端是否正确）
1.1内容测试（检查web应用系统提供的信息，正确性，准确性，相关的操作元素是否正确等）。
1.2web站点结构（检查web站点结构上存在的错误，发现无效的连接）
包含三个方面：
(1).是否存在空连接地址 (2).是否连接到指定的页面3.是否存在连接报错。
1.3用户环境（浏览器兼容操作系统兼容）2.业务逻辑层（业务逻辑层主要是为了发现业务逻辑中存在的问题）。
2.1性能测试（负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作）.
2.2数据验证。测试用户采集的数据，通常都是以表单的形式。比如说用户注册（必须保证用户的数据一致性，正确性，完整性）才能进行提交。然后到数据库表中去进行验证。
2.3业务测试。测试系统的业务处理过程的正确性，电子商务系统必须在全部的时间里正确处理业务，无一例外。因此，要通过测试确保业务处理的正确性。如（如，购物，加入购物车，结算，提交订单，订单处理流程）的一个过程。3 数据层。（数据层的测试，主要是指对应系统用于储存和获取信息的数据库管理系统的测试)
3.1响应时间，定量并发操作，对应用系统是否造成响应数据的方面的影响。直接影响用户体验。
3.2数据完整性（主要验证表单数据的提交及存储），也就是数据完整性测试。将提交的数据
与数据库中提交的数据进行比对，确认是否正确。
微信发红包的测试用例？
Jmeter的一分钟1000次并发需要用到哪些组件？
监听器，线程组，JDBC Connection Configuration测试并发、JDBC Request获取数据
Jmeter的是如何进行测试的？
添加线程组 添加http请求信息头 添加察看结果树 添加http请求 添加http请求默认值
模拟get/post请求
Jmeter的连接数据库
右键添加 --> 线程 --> 线程组
右键新建线程组 --> 添加 --> 配置元件 --> JDBC connection configuration (连接配置)
在variable name(变量名)输入要连接的数据库
在databese URL 输入jdbc.mysql://Ip地址:端口号/数据库名?allowMulti Queries = true(允许执行多条sql语句)&character Encoding = utf-8(解决乱码)数据库用户名/密码
添加JDBC request 线程组右键 --> 添加 --> sampler(取样器) --> JDBC request
在variable name(变量名) 输入与JDBC connection configuration (连接配置)同样的数据库名
在SQL query(SQL查询)中 输入要查询的SQL语句
添加查看结果树
1.28
测试用例评审的流程是什么？
- 功能评审定义：由研发经理主推，测试协助推进
由研发经理和测试负责人定义，相关测试人员负责推进
小功能由研发和测试自行定义- 人员
研发人员
测试人员
研发经理
需求人员- 时间
由测试人员编写完测试用例和思路后，进行评审，评审时间必须根据预期时间（提前预期24小时）给出，如有延误提前通知与会人员。
考虑需求功能交互疑问的地方，认为不合理，或者不理解的地方-->文档- 地点
会议室- 资料准备
提前调试好设备投影
测试思路，用例文档，
需求功能交互疑问的地方，认为不合理，或者不理解的地方，是否需要研发协助提供相关数据支持-->文档
打印测试思路和需求以及功能实现疑问。此处需要给出制式表格，提前一小时分发给参审人员。- 评审流程
- 开始
由测试人员根据测试思路和用例结合需求原型和设计文档进行测试策略的讲解：评审人员进行评审
过程中提出当前功能的所有疑问点：相关评审人员进行回复- 评审内容
测试思路是否合理，不合理，那些不合理，提出意见
测试是否有缺失点，有，有哪些，明确指出具体位置和功能
测试提出的疑问是否为有效问题，有，是什么问题，如何解决
参审人员是否有自己需要补充的地方，有，补充问题
测试用例是否有结构性，流程性，比如根据用户的操作流程，或者测试整体的构思
当前测试人员和研发人员随时做好所有争论问题记录和解决方案，后续对功能进行拓展和删减
用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
优先极安排是否合理。
是否覆盖测试需求上的所有功能点以及用户的交互流程
用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
是否有无效冗余的用例。有哪些，此处研发需要注意
是否包含充分的负面测试用例。充分的定义，
是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
是否能够形成有效的：冒烟测试，回归测试，系统测试- 结束
评审内容进行完毕
无争论存在
有争论考虑是否给出二次评审计划和时间
功能预期实现定义，按照此次沟通实现，或者需要重新考虑和设计处理（可分为一期，二期，三期后续加强）
- 信息记录
测试和对应研发人员做好信息记录
关系型数据库与非关系型数据库的区别是什么？
当前主流的关系型数据库有Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL等。
非关系型数据库有 NoSql、Cloudant。
nosql和关系型数据库比较？
优点：
1）成本：nosql数据库简单易部署，基本都是开源软件，不需要像使用oracle那样花费大量成本购买使用，相比关系型数据库价格便宜。
2）查询速度：nosql数据库将数据存储于缓存之中，关系型数据库将数据存储在硬盘中，自然查询速度远不及nosql数据库。
3）存储数据的格式：nosql的存储格式是key,value形式、文档形式、图片形式等等，所以可以存储基础类型以及对象或者是集合等各种格式，而数据库则只支持基础类型。
4）扩展性：关系型数据库有类似join这样的多表查询机制的限制导致扩展很艰难。
缺点：
1）维护的工具和资料有限，因为nosql是属于新的技术，不能和关系型数据库10几年的技术同日而语。
2）不提供对sql的支持，如果不支持sql这样的工业标准，将产生一定用户的学习和使用成本。
3）不提供关系型数据库对事物的处理。
请说几个常见的状态码？
200 OK 客户端请求成功
400 Bad Request 客户端请求有语法错误，不能被服务器所理解
401 Unauthorized 请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden 服务器收到请求，但是拒绝提供服务
404 Not Found 请求资源不存在，eg：输入了错误的URL
500 Internal Server Error 服务器发生不可预期的错误
503 Server Unavailable 服务器当前不能处理客户端的请求，一段时间后可能恢复
请描述下接口测试与UI测试是如何协同测试的？
有些UI测试无法实现的场景，可以用接口测试辅助测试
比如前端UI会对某些输入框做出限制，导致某些负值，超出最大长度限制的值无法测试，通过接口就可以发送这样的值
UI有时候还会对某一个功能重复点击做出限制，如果想测试用户在系统网络异常的情况下连续点击2次这个按钮通过前端
去点击可能测试不了，就要通过接口连续并发的方式测试
接口抓包测试是如何去抓的？
点击顶部菜单栏【Help】–>选择【SSL Proxying】，点击【install CharlesRoot Certificate 】安装Charles根证书
点击选中的接口，右键选中Breakpoints(断点)
点击Proxy(代理)，点击Breakpoint Settings(设置断点)弹出弹窗
把所对应的url复制粘贴到Host里，点击任意处，自动填充，把Query里的数据替换成*，选中response，点击ok
重新刷新页面，此时你的断言会弹出两条接口，点击Edit Response，修改参数值，点击完成(Execure)
此时查看网页，下面的值就修改成功了
此时退出断点的话，点击Abort，再点击任务栏的红色图案，表示取消断点，重新加载页面就恢复正常了
Android手机与IOS手机的区别？
总的来说，安卓和iOS，一个开源开放，一个闭源更安全bai，两个阵营是谁也不服谁。
1、苹果系统基于Unix开发（收费），安卓系统则基于类Unix的Linux系统上开发（免费）。
前者闭源，仅苹果产品使用，后者开源，除内核外开放系统源代码，各厂商可进行深度定制。
2、程序运行机制不同。
苹果系统拥有墓碑机制和沙盒机制，可限制程序后台自动运行防止占用内存资源；安卓系统的后台机制，因与系统开源有关，应用后台运行无法强制禁止，除非厂商定制修改后，可优化减少自启及占用内存。
3、硬件资源的使用效率不同。
苹果系统基于硬件资源做软件优化，根据系统需求做硬件匹配，使系统充分使用硬件资源，提升运行效率；而安卓系统则是硬件带着软件跑，硬件配置给的越高，厂商越是懒得去做系统的优化，使用效率低。
4、对应的扩展程序优化不同。
苹果系统对其APP有着严格的审核机制，不符合标准的APP禁止上架应用商店及禁止提供下载安装；安卓系统的应用软件缺乏监管，多数无法优化到位。
5、系统安全性差异。
苹果系统因其封闭及严格把控，系统漏洞极少，也难以被第三方软件进行破坏；安卓系统安全性相对较低，系统开源，应用程序无完善监管，极易受到权限破解及第三方程序破坏。
App常见崩溃的原因？
1.设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
2.带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
3.网络的变化：不同网络间的切换可能会影响App的稳定性。
4.内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
5.用户过多：连接数量过多可能会导致App崩溃。
6.代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
7.第三方服务：广告或弹出屏幕可能会导致App崩溃。
你在项目中最经典的BUG是什么？
1.兼容性问题，在ie浏览器，提交订单按钮可以点击，到了谷歌，火狐就不能了
2.查询订单页面，根据条件筛选的结果不是想要的结果，还有某些字段的值没有显示出来或者显示错误（因为开发从库表取值有误）
3.付款成功后，订单状态一直不翻转为交易成功。（因为代码没有正确获取库表中付款成功纪录的状态码）
4.修改支付密码，新密码和原密码一致，也通过了，系统没有做新旧密码的校验
5.付款时候的手机验证码，可以一直使用，没有成功做有效期控制6.手机app断开网络后，再去点击，没有友好的错误页面提示网络已断开，只有undefined返回
1.传参类型不同（类型是数组，实际传的是字符串，导致重置搜索条件后导出失败。
刷新页面（或者切换中英文也是刷新页面的效果），初始化赋值为null，可以导出成功；重置搜索条件后，导出失败。2.下划线，百分号（可能是适配符），特殊字符，空格，边界值，在字符串测试时务必注意。
3.设计一个系统两个模块，或者不同系统之间，数据库共用某个字段，一定要考虑表结构，字符长度要注意同步。
4.保存草稿后提交，保存草稿后从列表进入详情页再提交。
5.乐观锁，同一个操作页面，打开不同页面提交等操作，有拦截。
6.模拟用户因设备问题或软件工具、网络、系统本身性能差等问题导致的操作卡顿延迟等场景，会疯狂多次点击一个按钮。
7.不同浏览器，不同机型，不同分辨率测试。
8.权限控制，不同账号，不同角色，不同地代办，不同组织纬度，不同系统跳转。登录超时，提示友好。
9.敏感词汇，政治词汇等也要注意。如国家：台湾（这样肯定是不行的），应该是：国家/地区：台湾。
10.涉及外国语言的翻译也要注意，有时候翻译不恰当，可能会导致客户对整个产品或项目一票否决。
11.国际化。不同语言环境下，导出可能失败，功能可能出错，主要涉及数据库字段，代码中拼写等。
12.涉及新增、优化字段，要考虑历史数据如何刷新，历史功能回归。web，wap，移动端等多端功能是否受影响。
13.（前台）有时由于编码问题，命名时要注意中文，特殊字符命名，看显示是否正常，不是乱码。
14.组合查询，包括带跨我组织的组合查询。
15.深入理解业务，需求也可能覆盖不全。比如中资的活动，offer中不能带logo或者水印。测试能力提升应该在建立在业务理解提升的基础上。
16.用例（测试方案）评审，需要对用例级别也进行评审。此事关系到测试策略制定，务必关注。
17.针对搜索功能的测试，除了单条件查询，还有组合条件查询，两两组合，多多组合，SQL是否有问题。
18.（20210123）汇率问题。solution驳回时是按照提交时的金额（汇率）回冲mu。过几天汇率刷新，如果重新提交这个驳回的solution，即使不改变金额数字，也会按照新的汇率计算的金额重新扣减流水，故前后两次提交流水扣减是不同的。——间隔几天（或者汇率改变后），再重新提交驳回的的单子，而不是驳回后立即用相同的汇率重新提交单子的场景。
你在你工作中遇到最棘手的问题是什么？
弱网情况下你是如何测试的？
点击proxy(代理) 选择 throttle settings(节流阀调整) 勾选 enable throttling(使用节流阀) 修改 宽带: 上限值 下限值 带宽的利用率:上限值 下限值 数据传输往返延迟时间值 最大传输字节量 可靠性 网速不稳定性的占比等 点击ok保存
打开throt setting 版本3.0是红旗 4.0的是乌龟