自我介绍： 面试官您好 我叫，有三年多的工作经验，第一家是担任测试工程师，主要是对区块链项目app、pc端测试。目前就职于，负责SaaS这边安徽省的项目，主要是对web端不同地灾项目进行测试。

介绍下你负责的公司项目？（参考：）
负责的项目：我们公司主要是做政府项目，我是负责SaaS这边的交付型项目，安徽省这边的项目都是我测试，目前我负责的地灾项目主要是通过结合专业的地质灾害监测设备和数据分析技术，实现地质灾害的监测及预警功 能。通过对监测点的监测数据远程采集，实现了监测数据实时反馈到监控中心，监控中心服务器通过分析数 据，将预警信息发送到相关机构及管理人员处，进行紧急措施保护及通知受威胁对象快速撤离，最大程度的 减少损失生成。我负责全平台的一个测试，模块包括首页、风险预警、短临预警、网格化管理、巡查管理、专业监测、系统管理。

简单来说 to b 是企业客户，to c是个人客户，to G是政府客户

1、页面检查–加模块名
检查页面 1、页面标题 2、查询项 3、列表字段
A-查询 B查询 C查询 组合查询 全名称项查询 分页后查询
3、页面各个按钮功能检查
4、数据检查（某个字段 取值：数据库哪个表，哪个字段）
5、逻辑检查（前后关联数据的变更）
第一轮是全覆盖测试 （第一天到最后一天）
第二轮 按业务区分 一般银行金融类都需要全覆盖测试

页面布局、分页后风格是否统一
1、列表无数据时，分页按钮置灰或者不显示
2、当前页为首页时，上一页按钮置灰
3、当前页为末页时，下一页按钮置灰
4、总页数和当前页数显示正确
5、翻页后，列表数据是否正常展示
6、翻页后查询，列表数据是否正常展示
7、翻页后点击查询，是否跳转到第一页
8、有页数输入框的，输入正确的页数是否正确跳转。输入异常的系统的异常提示

设计如此、代码错误、界面优化、性能问题、安装部署、安全相关

描述下你上家公司的测试流程？（参考：）

首先从质量模型出发，需求评审的时候关注这些：
性能：后端响应速度，单个，多并发。前端：页面渲染时间
兼容：web：浏览器；app端：ios和安卓那些机型
安全：xss攻击；SQL注入；单个接口容许单个IP可以被请求次数；接口秘钥；token
易用性：可辨识度、易学性、易操作性、 用户差错防御性、用户界面舒适性、易访问性、依从性
可维护：模块化、可重用性、易分析性、易修改性、依从性
可移植：适应性、易安装性、易替换性、依从性
可靠性：成熟性、可用性、容错性、易恢复性
1、目前的问题：开发同学没有带动起来，评审的时候开发专注不够
2、用例目前的方式，采用读测试用例的方式，后期测试中应该会出现分歧，交互上面
1、改变测试用例评审的方式
2、先讲一下计划：测试人员、测试几轮、遇到问题的解决方案，例如无法定位的问题给前端
3、主讲异常的测试用例，评审时会对照UI设计稿去测试
6、每个功能点结束的时候，问一下开发同学
排期我一般是从功能、性能、自动化这几个点估的，也是基于质量模型来的。
首先进行需求分解，把功能点拆分好，功能点难度是否大，时间需要多少。功能的估好差不多的时间就可以估性能了，这一部分需要和产品确认好，如果没有性能要求就不需要估这部分时间，自动化的时间我们一般是自己维护自己的项目脚本，假如新增有20个接口，那自己就把新增的接口加到自动化里面去。
1、优先把主要流程测试通过，把大的问题优先提出

为什么需要自动化测试？

自动化测试可以代替大量的手工机械重复性操作，把时间花在更全面的用例设计和新功能的测试上；
用于回归测试，适合敏捷开发过程 ；
代替人工无法完成的关键业务7x24小时持续运行的系统稳定性测试和高并发场景的压力测试等；
bug发现数量不如人工多；
需要具备一定的编程能力。
什么样的项目适合自动化测试？
需求稳定，不会频繁变更
研发和测试周期长，需要频繁执行回归测试
需要在多种平台上重复运行相同测试的场景
某些测试项目通过手工测试无法实现，或者手工成本太高
被测软件的开发较为规范，能够保证系统的可测试行

你是怎么做需求分析的？（参考：）
1、通过分析需求描述中的输入、输出、处理、限制、约束等，给出对应的验证内容（功能测试）
2、通过分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据，对存在功能交互的功能项，给出对应的验证内容（功能交互测试）
3、考虑到需求的完整性，要充分覆盖软件需求的各种特征，包含隐性需求的验证，注册账号的唯一性验证（界面、易用性、兼容性、安全性、性能压力）

给你一个应用，请简述你会从哪些方面去测试？（参考：功能，性能，安全，可靠，兼容，可维护等）选一个让对方详细说说如何设计
首先问一下有没有产品需求规格说明书，如果没有的话就参考市面上同类型产品，
ui界面方面：比如颜色搭配是否合理(字体颜色和背景颜色);界面所占比例是否合适;直观是否舒适;信息内容是否准确;用户浏览时是否感觉舒适，整体风格等等。
功能方面：各个功能按钮是否可用，表单测试、导航测试、图形测试、内容测试。
性能方面：web端的性能测试应该注意的指标有：用户操作的响应时间、系统的吞吐量（TPS）、系统的硬件资源情况（CPU、硬盘、磁盘）、网络资源占用情况等。
浏览器兼容:IE,火狐,谷歌 可以设计一个兼容矩阵来测试不同厂商不同游览器版本的兼容
安全测试：1、用户名和密码的有效无效性，注意大小写敏感，次数限制，是否可以不登录而浏览某些页面等2、是否有超时限制3、测试用户操作时相关信息是否写入了日志文件、是否可追踪4、测试加密是否正确，加密前后的信息完整性，正确性5、没有经过授权，是否可以在服务器端或者前端放置和编辑脚本的问题
可移植性：从一个环境移到另一个环境
可维护性：软件易于维护
可靠性：保证和验证软件的可靠性要求
易用性：易理解、易操作、页面是否直观、使用起来是否舒适、功能是否实用等
在软件开发的测试阶段，测试的主要目的是通过运行程序来发现程序中存在的缺陷、错误。而在产品交付、验收阶段，测试主要是验证软件产品是否达到用户的要求。

1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。

2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。

3.登录成功后能否能跳转到正确的页面

4.用户名和密码，如果太短或者太长，应该怎么处理

5.用户名和密码，中有特殊字符，和其他非英文的情况

6.记住用户名的功能及已输入的用户名和密码是否会自动清除

7.登陆失败后，不能记录密码的功能

8.用户名和密码前后有空格的处理

9.密码是否以星号显示

1.布局是否合理，2个testbox 和一个按钮是否对齐

2.testbox和按钮的长度，高度是否复合要求

1.打开登录页面，需要几秒

2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒

1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)

2.用户名和密码是否通过加密的方式，发送给Web服务器

3.用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证

4.用户名和密码的输入框，应该屏蔽SQL 注入攻击

5.用户名和密码的输入框，应该禁止输入脚本 （防止XSS攻击）

6.错误登陆的次数限制（防止暴力破解）
7. 考虑是否支持多用户在同一机器上登录；
8. 考虑用户在多台机器上登录

1. 是否可以全用键盘操作，是否有快捷键

2.输入用户名，密码后按回车，是否可以登陆

1. 牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用

2.不同的平台是否能正常工作，比如Windows, Mac

你平时设计测试用例的时候用了哪些方法来设计？（参考：等价类，边界值，因果图，判定表，错误推测，正交表）选择一个让对方详细解释下使用场景
怎样的测试用例算是优秀的用例？（参考：正常场景，异常场景）
如何测试一个应用的登录场景？（参考：）

需求分析-测试用例设计-测试计划-执行测试-质量评估

bs即浏览器/服务器架构
cs即客户端/服务器架构

小程序和H5、app、公众号、有什么区别？

一、小程序和app的不同之处
　　app需要适配市场上很多款的主流手机，开发成本大。
　　小程序一次开发就可以自动适配所有手机。
　　一款完善的双平台app平均的开发周期约3个月；
　　小程序平均开发周期约2周内，仅为app的六分之一。
　　app需要向十几个应用商店提交审核，且每个应用商店要求的资料都不一样，非常繁琐；小程序只需要提交到公众平台审核。
　　app从应用商店里下载。
　　小程序通过微信（扫描二维码、搜索）直接获得。
　　app安装在手机内存中，就像自己买了辆车放在车库里随时开。
　　小程序不需要安装，召之即来用完拜拜。
　　app会一直存在手机中占用空间，太多的app可能会导致内存不足。
　　小程序因为不需要安装，占用内存空间忽略不计。
　　app会隔三差五给用户推送广告，太多未读提示会逼死强迫症。
　　小程序不允许主动给用户发送广告，仅能回复模版消息。
　　app开发完成后推广还需要大量烧钱，并且需要用户主动下载十几M的程序包，在没有Wi-Fi的情况下推广艰难；
　　小程序可以通过二维码、微信搜索等方式直接获得，推广费用几乎零成本，无难度。
　　二、小程序和公众号的不同之处
　　1、企业号：拥有较强的组织架构，和隐蔽性，适用于制作内部企业CRM系统。
　　2、订阅号：以内容为主体，适合经常给用户群发消息的产品。
　　3、服务号：以提供服务为主，比较适合做低频次（用的次数较少）使用。
　　4、小程序：放弃了传统公众号的关注、群发、分享到朋友圈功能，而在设计规范、产品体验、运营规范、都有自己的一套审核标准，旨在培养产品本身。小程序可以分享小程序码到朋友圈，发给好友和群。
　　三、小程序和H5的区别
　　H5运行环境是浏览器，主要是浏览器页面。
　　微信小程序运行环境是属于计算机程序，配合自己定义的开发语言标准，大幅提升了小程序的流畅度和性能。
　　开发一个H5，需要从开发工具、前端框架、模块管理工具、任务管理工具，还有UI库选择、接口调用工具、浏览器兼容性等等，都需要考虑周到。尽管大多数开发者面对这些工具时，都有了自己的配置模板，但成本依然不低吧！
　　微信提供了统一的开发工具，并且规范了开发标准，所以，作为一个开发者，你只需要专注写代码就好了。而且，你可以随意调用微信开发里的API，不用担心浏览器的兼容性，不用担心莫名其妙的bug……所以，小程序的开发成本比以往的HTML5 开发的web 成本低很多。
　　微信能获取到更多的系统权限，如网络通信状态、数据缓存能力等，这些系统级权限都能与微信小程序无缝衔接，这也就是官方宣称的拥有Native App的流畅性能。
　　而HTML5 web应用则相对少了很多，这一点恰巧是HTML5 web应用经常被诟病的地方。
　　也因此，HTML5的大多数应用被圈定在业务逻辑简单、功能单一的范围上。
　　我们在打开一个HTML5页面的时候，实际上就是打开一个web网页，而网页在浏览的时候，需要在浏览器中进行渲染，这个过程叫做加载，无论加载的时间的长短，都会给用户一种「卡」或者「不灵敏」的感觉。
　　小程序是微信内的云端应用，通过WebSocket 双向通信（保证无需刷新即时通信）、本地缓存（图片与UI 本地缓存降低与服务器交互延时）以及微信底层技术优化实现了小程序接近原生APP的体验。所以在使用小程序的时候，同等网络条件下几乎不用等待，可以像操作普通app一样流畅。

等价类和边界值的区别？
有效等价类：对程序的有效输入（比如输入框只能输入数字最多11位 就正常输入数字）
无效等价类：不正确的输入值（输入12位数字）
边界值：指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态（边界值就是0,1，5,10,11需要枚举多个元素）
等价类和边界值互相补充，等价类作为边界值的前提，边界值是对等价类的补充

1、Fiddler怎么拦截篡改数据
即在fiddler中执行Inspectors->WebForms，修改请求变量参数后执行Run to Completion，服务器返回新的请求结果 （选择该请求-点击检查-点击表单-修改参数值后点击运行到完成）
1）命令行设置修改规则，修改请求：urlreplace 旧请求值 新请求值
其中uuid是请求参数，输入命令后回车即可，新的请求设置成功，除非释放请求，否则请求值不变，释放请求命令urlreplace

①fiddler菜单栏->rules->automatic Breakpoints->选择断点方式**（菜单栏选择规则-选择自动断点-选择断点的方式），这种方式下设定的断点会对之后的所有HTTP请求有效。有两个断点位置：
1）before request。也就是发送请求之前，Fiddler代理中转之前，这时可以修改请求的数据。（之前的请求）
2）after response。也就是服务器响应之后，但是在Fiddler将响应中转给客户端之前。这时可以修改响应的结果。（响应的结果）**

3、Fiddler怎么模拟弱网测试
菜单栏点击规则-自定义规则-找到上下行的参数去修改你想要的一个参数
菜单栏点击规则-Performances-选择第一个模拟调试器速度
再次点击菜单栏点击规则-Performances-选择第一个模拟调试器速度 就是关闭弱网了

4、如何使用Fiddler抓取手机上的数据包？
1、fiddler服务开启，https证书安装好，运行手机远程连接
3、手机和电脑保持同一个网络
4、手机安装证书到根目录
5、手机开启手动代理，输入ip和端口号，fiddler一般是8888
6、然后手机操作，fiddler这边就可以抓取对应的包了
抓包完之后记得关闭代理，不然手机没网，去无线网络里面直接把手动代理关闭就OK了

关于性能测试工具jmeter？

测试计划、线程组、http请求、监听器、断言、聚合报告。

2、一般提取返回值有哪些方式
正则表达式、json提取。

响应断言、JSON断言（只能针对响应结果是applicaton/json格式的请求进行断言）、BeanShell断言

4、你平时常用的内置函数有哪些
__digest：用于加密、__time：时间函数、__Random：取随机数、__RandomString：取在规定范围内的随机字符串、__V函数用户定义变量、用户参数、__setProperty：设置全局变量、_counter：计数器、__groovy：传递脚本并返回结果

5、jmeter怎么做参数化？

1、你们性能测试是怎么做的，它的流程是怎么样的
首先跟产品那边确定需求，然后对需求进行分解，再进行用例设计，针对场景设计脚本，再执行脚本。最后根据结果出具性能测试报告。

2、如何确定系统能够承载的最大用户数？
通过负载测试，不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数。（做负载测试时一般用jp@gc，通过阶梯式看性能拐点。）

3、性能测试指标有哪些？
平均事务响应时间，90%的事务响应时间，TPS，CPU、内存和IO使用率

4、你们的并发用户数是怎么确定的？
根据需求来确定，比如用户注册数，如果需求没有说明，首先就是梳理需求，然后需求分解，进行模型构建和用例设计，再根据不同的场景设计脚本，然后根据模型构建的操作流程进行基准测试，得到平均响应时间，再加上用户的思考时间，运用公司线程数=业务量*[单次业务消耗时间/（60*并发的时间）]

5、性能测试遇到过哪些问题，是怎么解决的？
性能指标不达标。首先看是不是网络问题，ping一下IP地址，然后再看是不是服务器性能。
1、查看服务器的CPU、内存 、负载等情况，包括应用服务器和数据库服务器
2、查看数据库健康状态，数据库死锁、连接池不释放
3、查看项目日志（查看无报错现象）
4、查看jvm的gc等情况

6、基准测试、压力测试、负载测试有什么区别？
基准测试：测试某个具体业务是否满足系统设计or用户期望的性能指标。如期望登录接口支持500个用户并发登录，同时响应时间不超过需求指，满足则认为基准测试完成。
负载测试：不断的增加线程数，直到达到一定的瓶颈。
压力测试：通过最大负载数，持续压测的时长，以此验证业务的稳定性。

7、服务器中一般要监控哪些数据，如何监控的，怎么从监控数据中发现问题？
基础监控和应用监控。 基础监控包括机器是否死机，cpu，内存，磁盘使用率等；应用监控包括日志监控、端口监控、进程数监控等。

8、假设系统A调用系统B，我把B的接口都mock了，进行性能测试，这样有什么好处和坏处？
好处是去掉的依赖，可以在B没有好之前测试A，并且B的任何改动/错误/失效不会影响我测试A
坏处是真实性能要比测出来的性能差， 性能指标不准确。 因为Mock的服务再真也不能代替真实服务、

9、如果让你来测试扫码支付，你会考虑哪些场景？
卡的类型（一类户：借记卡、信用卡、各个开户行）
二类户：虚拟账户如微信里的零钱账户、支付宝的余额宝、电子账户
二维码的商户类型（微信、支付宝、汇宜、银联）
支付限额（单笔限额、累计限额、日累计、月累计、支付笔数）
退款（退款入口、退款进度、退款结果）
对账：资金流动（我方扣款数额正确，对方收款数额正确）数额及时效
支付结果展示、交易明细
支付接口安全性、接口的性能
异常情况（卡异常、余额不足）
连续扫码支付，每天的扫码支付次数限制及数额限制
像素低端的手机能否扫码成功
兼容性（不同手机厂商自带相机功能实现不一致）
10、请描述下微信朋友圈发小视频的用例设计？

类似于我们平常说的内测
就是在一项产品正式发布之前，选择特定的人群进行试用，以便及时发现和纠正其中的问题。
灰度测试工具：自研的灰度测试工具、第三方工具

AB测试就是web端或者app端，制作两个不同的版本，然后让相同的人群去访问这些版本，收集这些客户的用户体验和业务数据，最后分析、评估出最优的版本，正式采用

**1、请问你是如何做接口测试的？
根据接口文档设计测试用例，执行测试用例，提交bug，跟踪bug，直到关闭bug，然后出具接口测试报告。

2、接口测试如何设计测试用例？
从四个方面来设计用例，功能、业务逻辑、异常、安全。
功能方面：从用户角度看是否实现业务需求，功能是否正常。
业务逻辑方面：接口实现逻辑，业务逻辑覆盖。
异常：参数异常和数据异常。

3、get通过拼接URL进行传递参数，post通过body传递参数。
4、get请求是可以缓存的，post请求不可以缓存。
5、get请求页面后退时，不产生影响。post请求页面后退时，会重新提交请求。
7、get产生一个tcp数据包，post产生两个tcp数据包。

4、接口调不通，怎么去排查？
首先检查ip是否正确，ping本机的ip，检查网络是否通畅。检查端口号是否正确，检查项目是否启动。

能更早的介入测试，能发现前端发现不了的漏洞，与前端相比更为稳定。

500开头是服务器问题
404有可能是前端写错了接口的名字
400可能是前端传入的参数不正确

8、三次握手、四次挥手？
第一次握手，客户端：发送过去不确定对方能不能收到
第二次握手，服务端：对方发送正常，自己也接收正常。然后又发送给客户端，又不知道客户端是否能收到。
第三次握手，客户端：发送正常，接受正常。都正常之后数据就正常传输了。

第一次挥手：客户端：主动断开，向服务端发送一段报文
第二次挥手：服务端：接收到报文，

9、怎么判断前后端bug？
web端：开发者工具看状态码，状态码是500就是后端问题，如果是400开头的，就看传参有无问题，返回有无问题，如果传参有问题就是前端问题，如果返回有问题就是后端问题，还有一些就是凭经验判断，一般涉及到数据的就是后端，前端页面展示就是前端问题。用fiddler抓包也是一样的判断。
app端：APP端的话也是首先查看状态码，然后查看前端传参，后端返回有无问题。后端的问题呢可以利用adb命令连接手机，adb devices 查看手机连接，然后输入命令nox_adb.exe logcat

10、接口测试的用例和功能测试的用例在设计时有什么区别吗？
介入时间：接口测试在集成测试阶段，功能测试在系统测试阶段，接口测试用例的编写在功能测试之前。
依据文档：接口测试根据接口文档，功能测试依据需求文档。
组成：接口用例核心是：请求方式，地址、参数。 功能：步骤、数据。
预期结果：接口的预期结果是开发提前写好的。功能的预期结果要检查页面信息，也要检查后台和数据库。
11、常见的POST提交数据方式有哪些？
12、依赖于第三方数据的接口如何进行测试？
可以利用一些MOCK工具（如：JSON Server、Easy Mock）来模拟第三方的数据返回，最大限度的降低对第三方数据接口的依赖
13、你平常做接口测试的过程中发现过哪些bug?
常规错误，接口没实现，没按约定返回结果，边界值处理出错等。
输入异常值（空值、特殊字符、超过约定长度等），接口抛错，没做封装处理；
输入错误的参数、多输入、少输入参数，接口可能出现的错误；
安全性问题，如明文传输、返回结果含有敏感信息，没对用户身份信息做校验，没做恶意请求拦截等；
性能问题，如接口并发插入多条相同操作，响应时间过长，接口压测出现瓶颈等；
14、当一个接口出现异常时候，你是如何分析异常的？
1.抓包，用fiddler工具抓包，或者浏览器 上f12,app上的话，那就用fiddler设置代理，去看请求报文和返回报文了
2.查看后端日志，xhell连上服务器，查看日志
15、如何从上一个接口获取相关的响应数据传递到下一个接口？
先从上一个接口中的响应数据获取对应的返回值，然后使用正则表达式or使用JSON解析来提取需要获取的值，然后存储在一个变量中，最后在下一个接口中直接引用该变量即可

你们是怎么准备测试数据的？
2、直接在数据库里面插入数据
3、在数据库进程里面创建所有需要执行的sql语句，执行进程

关于接口测试工具postman？

1、postman中有哪些变量可以设置？
本地变量：主要针对单个url请求设置的变量，作用域只是局限在请求范围内。本地变量放置在前置请求脚本（pre-request-script）中
全局变量：全局变量的作用域是所有请求，界面设置（globals里面设置）/脚本设置（pre-requests script 右侧选择global）
环境变量：测试环境，线上环境，预发布环境。environments里面可以添加，执行接口的时候可以选择不同的环境。
数据变量-参数化：是通过导入外部数据文件（json文件或者CSV文件），来获取变量数据
tests：后置请求结果

2、当前接口的请求数据用到上一个接口的响应数据?
设置tests，进行批量操作
在登录接口获得token，并设置token变量，在下一个接口中请求头中引用token。
3、使用postman怎么做参数化？
1、全局变量，在global里面设置，引用的时候用两个大括号。

4、使用postman如何快速切换环境？
设置多个环境，例如测试环境、预生产环境、生产环境，在send的时候选择不同的环境去执行。
5、常见的postman常用函数？
2.未超时，显示发生请求参数（logParams）
5.返回元素是否与预期值一致（assertEqual）

1、平时常用哪些sql语句，能举一些例子吗？

2、使用sql生产10万条测试数据？

3、说下左连接和右连接区别？
左连接只影响右表，右连接只影响左表

1、你常用的命令是什么？在什么情况下会用到这些命令？

pwd 查看当前工作目录
ll 查看当前目录下内容
ls 查看当前目录下所有隐藏的文件

3、如何实时查看log文件？（参考：tail -f）
4、如何查看进程？（参考：ps -aux）
最常用的方法是ps aux,然后再通过管道使用grep命令过滤查找特定的进程,然后再对特定的进程进行操作。

app查看日志：下载模拟器、把apk安装到模拟器里面，在模拟器的目录打开cmd，输入nox_adb.exe logcat。

注意事项:①如果进行了多次抓取，在再次进行抓取前，要记得把手机根目录下的m1.log文件删除掉。
②如果进行了多次抓取，在再次进行抓取前，要记得把计算机D盘目录下的m1.log文件删除掉。
web端查看日志：xshell连接服务器，输入IP 账号和密码 连接成功后进入相关项目下的报错日志的目录下（路径可以找开发要）tail-f查看最新10条。tail-n-100指定多少行日志。

1、自动化测试用例的覆盖率多少？你是怎么统计你们的覆盖率的？
第一种：一般来说我们自动化没有去考虑覆盖率，先实现优先级高的用例，保证主要的流程不出问题，优先级一般和低的可以放后面实现。
第二种：我们会跟产品确定，哪些功能需要实现自动化，然后对应的模块的正常场景的功能实现，只要保证每个模块都实现了，那么就算覆盖率是100%。
自动化的目的主要是为了监控和回归，有些肉眼可见的异常情况，自动化实现不了。

2、在你的项目里有没有用到PO模式？什么是PO(Page Object)模式？用PO模式有什么好处？
所谓po模式，就是每个页面当成一个对象，给这些页面写一个类，主要就是完成元素定位和业务操作，测试脚本和这些区别开来，需要什么就去这些页面类去调用即可。
好处就是：页面元素发生变化，你只需要去维护页面的类，测试类基本不用管。

3、你的测试数据是怎么准备的？

4、请问你的定位策略是什么？实际使用哪种定位方式比较多？为什么用这种方式，相比于其他定位方式有什么好处？
xpath，一般来说xpath都能定位到，比较方便快捷。
5、当定位策略都失败的时候，你该怎么做？
80%是你元素定位的不对，那么多定位方法，一个不行换另外一个，直接不能定位，先定位父元素，再循环找子元素。一般来说XPATH都能定位到，无非是可阅读性不强。真的全部失效，请求开发帮你改个元素属性好了。
6、请问如何实现用例失败或者异常时候需要截图？

xpath绝对路径：从html根目录一层一层查找
xpath相对路径：基于匹配制度来查找
一般来说用的是相对路径，因为绝对路径一旦某一层的元素更改了就很麻烦，所以用的是相对路径。

9、三种等待的区别 分别在什么时候用？
强制等待：不管浏览器是否加载完，程序都得等待3秒
隐式等待：隐式等待是设置一个最长等待时间，比如10秒，如果在10秒内的任何一个时间点，比如5秒的时候网页加载完成了，那么它就会在5秒的时候执行下一步，否则一直要等到10秒过去才会执行下一步。当然如果说10秒过去，还是没加载出来，那么在获取某个未加载完成的元素时，也是会抛出一个异常的。
这个方法还有一个缺点，是因为JavaScript一般都是放在body的最后进行加载，而这个时候页面上的元素都已经加载完毕，我们却还在等待全部页面加载结束。
当然它也是有优点的，不同于time.sleep，它的优势在于只需要在最开始的时候设置一次，就会对整个driver的周期起作用。
显式等待：就比隐式等待多了一个轮询频率的参数，比如设置了超时时间为10秒，轮询频率为1秒，那么根据轮询的设置，超时/轮询频率，在这10秒内会轮询去查元素

10、xpath所有的定位方式

11、如何对含有验证码的功能进行自动化测试？
验证码：图文验证码、短信验证码、滑动验证码、识物验证码
1、修改代码，直接绕过去，取消前后端代码对验证码的校验**（上述几种都可采用这个方法）**
2、万能验证码。图文验证码和短信验证码可设定一个万能验证码，其他两种行为验证码返回true
3、sleep.time(等待时间)，设置等待时间，测试人员手动完成验证码校验。不是完全的自动化，需要人为干预
4、保存验证码（数据库或者文件）。自动化测试可以从数据库读取验证码进行前端验证码元素send_keys来进行验证码的验证。（图文验证码和手机短信验证码）
5、从内存中读取验证码（cookie或者session）。（图文验证码和短信验证码）
6、绕过验证码。用户登陆之后保存用户的token信息，未到期之前用户再次登可直接使用token登录，这种方式绕过了验证码的校验**（上述几种都可采用这个方法）**
7、采用第三方的api接口对验证码进行识别**（语音验证码，图文验证码）**

你们公司接口自动化怎么做的？原理是什么？分别起到了什么作用？
首先导入需要的一些库，拿到Excel的数据，定义token和session，定义host，调用testcases的方法，方法里面又调用了pa的方法，这个方法里面做了一个循环，找出跟caseid一样的测试用例，如果里面的用例有包含$符号的，还需要跑到下面去进行参数化的替换。调用的是静态方法，返回的caseid，定义变量去接收他，然后是单独的一个邮件发送，判断Excel表格里online字段是否为off，如果为off，这条用例就跳过，如果不是，统一调api的方法。
1、写测试用例，放置在Excel中，读取测试用例
2、配置参数、请求接口、返回响应值
3、对比真实响应值和测试用例的预期响应值生成测试报告并发送邮件
case里面放置测试用例，commons里面放置公用的方法比如发送邮件，操作数据库，读写EXCEL，登录等模块，可供调用，datas里面放置测试数据，使用allure生成测试报告，useryaml文件里面放置一成不变的数据，比如各个环境的URL 账号密码 邮件接收人 数据库连接地址、端口号、账号密码，然后conftest.py去调用。
为什么要对requests重新封装？
接口的请求方式有多种，把他们封装成一个类，方便后面使用。

1、列表（list）和元组（tuple）有什么区别？（参考：列表可变，元组不可变）？如果元组里嵌套了列表，列表是否可变？（不可变是指指向不可变，列表里的值是可变的）
2、如何分割一个列表？（参考：切片）
3、字典和列表的查找速度哪个更快？（参考：字典）为什么？（参考：字典，哈希表，时间复杂度列表O(拇指向下),字典O(1)）
4、使用python判断一个字符串是否是回文【回文数就是指整数倒过来和原整数相等】（参考：字符串反转后与原字符串对比，通过一个个下标对比）

1、在你们项目里pytest做了哪些工作？分别是如何实现的？

3、如果有两个列表，每个列表里的元素两两组合，怎么用参数化实现？（参考：使用两个@pytest.mark.parametrize分别处理两个列表）

1、在你们项目里unitest做了哪些工作？分别是如何实现的？

2、如何控制用例执行顺序？

在使用monkey做测试的时候发现过什么问题？怎么复现？

火标招标网-招投标全方位智能管家，招投标大数据智能服务平台。基于云计算、大数据分析技术，通过移动端和PC端向用户提供招标搜索、招标订阅、拟建项目获取、项目关注、数据订制、标书代写等服务，为企业提供全维度数据扫描和数据更新、招标信息、企业异常等信息实时推送预警，相关风险自动生成评估风险指数自动报警。实时为中小企业提供招投标信息。

火标网利用AI人工智能、大数据技术及风控预警系统，为招投标行业提供全方位一站式服务。集招标采购信息查询、企业资质查询、企业关联关系挖掘、企业经营异常提醒、企业风险监控，以及中标项目信息查询、数据订制，标书代写等服务。并将繁杂庞大的招标采购信息、企业人员信息、商业舆情信息、各类异常风险数据进行关联梳理，让用户对招投标整个流程各模块清晰透明。

1、招标推送：全国招标信息随心订阅，随时随地即时推送，定制招标项目批量导出。

2、标讯导出：招标信息即刻导出，高效分享交流，多角度匹配对比，让项目合作更智能。

3、人脉拓展：中标单位及项目单位联系方式进一步掌握。上下游企业的汇总、筛选等业务发展。

4、项目追踪：招标讯息从拟在建-招标公告-中标候选-中标公告，招标全流程实时追踪，页面集中展示，招标动态轻松掌控。

5、企业雷达：企业信息、经营异常信息、司法风险等信息实时追踪，充分了解企业任何异动。

6、人员资质：工程资质证书人员接手项目实时追踪，历史接手项目深度挖掘。

7、中标查询：全网中标信息实时爬取，项目名称、中标单位、中标金额、项目负责人及联系方式精准提取，智能搜索匹配。

8、异常提醒：招标项目、企业信息、人员信息，任何异常实时监控、系统智能判定，实时推送提醒。

9、管家服务：提供一对一的客服经理服务模式。在服务期间内为会员单位提供全方位立体式的服务，及时解决会员单位使用过程中遇到的问题和困难。

10、数据订制：灵活全面的把握业务发展趋势，一键提交，满足会员单位的数据需求

11、标书代写：专业标书代写团队，为会员单位提供量身定制不限专业不限地域的标书代写服务，直到会员单位满意为止。

火标招标网是全国招投标政府企业采购信息查询平台，提供招标、投标、招投标、采购、工地、工程项目、工程招标等招投标数据服务，且通过1亿+的企业数据对竟争对手进行监测。

平台提供信息类型有：招标公告、预审公告、招标公示、采购公告、采购预告、中标结果、中标联系方式、出让公告、出让公示、物资采购、企业信息、人员资质、建造师资质、建筑资质、企业资质、采购网、招标代理机构业绩查询数据订制以及标书代写服务等。

招标采购项目涵盖20大行业，日更100000+条招标采购公告、拟在建采购预告、中标公告；覆盖全国包括各级政府、大中专院校、中小企业、代理公司在内的1万＋单位，提供行业更新更全的招标采购信息。提供按省市、信息类型、行业多种维度查询、中国政府采购多中标讯。行业包含：建设工程、工程建筑、政府部门、交通运输、环保绿化、仪器仪表、水利水电、能源化工、弱电安防、办公文教、通讯电子、机械设备、农林牧渔、服装布料等基本所有行业。就像一个中标管家，让企业多多中标

可以获悉中标单位名称、中标时间、今日中标、注册号、部分项目经理（负责人）联系方式查询下载，提供按标题或者关键字精确、模糊查询，及时获得中标企业信息，更早达成合作。

1亿企业数据，优先推送最新中标企业信息，有天眼查、企查查、启信宝的企业查询功能，增加建造师以及建设企业资质、企业业绩查询。功能如下：查询企业的工商信息、建造师信息、资质证书、税务评级、进出口信用、微信公众号、融资历史等经营信息；商标信息、网站备案、作品著作权、软件著作权、专利信息等知识产权；开庭公告、法律诉讼、法院公告、行政处罚等经营风险、经营异常信息；对于政府招投标代理公司，还可查询网代理招投项目情况，中标业绩、专职人员、职称、异地评审信息、人员名单，做到招标易、招标通、中标通。涵盖企业类别：电力、热力、燃气及水生产和供应业、建筑业、批发和零售业、交通运输、仓储和邮政业、农、林、牧、渔业、采矿业、制造业、租赁和商务服务业、科学研究和技术服务业、水利、环境和公共设施管理业、居民服务、修理和其他服务业、住宿和餐饮业、信息传输、软件和信息技术服务业、金融业、房地产业、国际组织和社会工作、教育、公共管理、社会保障和社会组织、文化、体育和娱乐业。

300万+住建部颁发注册建造师数据，超级施工员，包含军队（军工）、一级注册建造师、二级注册建造师查询地区、等级、企业名称、注册号、注册证书编号、注册类型、注册专业、注册有效期、发证日期，专业包含建筑工程、房屋建筑工程、装饰装修工程、公路工程、铁路工程、民航机场工程、港口与航道工程、矿业工程、水利水电工程、市政公用工程、通信与广电工程、矿业工程、矿山工程、冶炼工程、机电工程、电力工程、石油化工工程、机电安装工程、桥梁建筑师。

主要查询工程类企业资质，查询中国建筑、工程监理、设计、化工石化、建筑装饰、机械、冶金、给排水、给水、排水、建筑幕墙、轻纺、食品发酵、烟草、人防、环境、建筑智能化、水污染防治、物理污染防治、风景园林、消防设施、焦化和耐火材料、水利、引调水、围垦、水土保持、灌溉排涝、城市防洪、河道整治、送电、变电、装饰、照明、热力、新能源发电、农业综合开发、桥梁、道路、大气污染防治、水污染防治、公路、勘察、测量、钻探、岩土、凿井、水文地质、施工、隧道、古建筑、钢结构、地基基础、防水防腐保温、电子与智能化、城市及道路照明、起重设备安装、河湖整治、矿井、电子通信广电、特种工程等总承包、专业承包一级、二级、三级、甲级、乙级、丙级资质。

涵盖行行造价、中能联合、标大大、工程帮、招标、投标、采购平台、标书、甲方信息、瑞达恒、消防建筑工程建设项目信息，装修设计工程造价通，今日招标工程项目、中国采招网、易采通、采购帮、剑鱼招标订阅信息，建筑计算器、铁甲网、吊车之家、代写、剑鱼标讯、保标招标网招投标、标讯快车、比比招标、千里马招标网、政府采购网、招标资源网、乙方宝招标、rcc工程招采、瑞达恒、壹招标书代理，工程帮、千里马、鲁班网、天工网、乙方宝、鲁班标讯通、采招圈、供应宝、园林绿化、园林设计、资源拍卖、项目跟进、跑项目、喜鹊招标网、中国采购与招标网、工程管理、中国招标网、标经理、快标手、乐建工程宝、采购宝、建设网、宿州信息网、建设库、铁甲工程机械网、二手机械、二手工程机械、挖机之家、政府服务、招标师万题库、徐标招、有标网、马蜂盯标、工程招采、易投标、招标助手、采购助手、手机惠农、二手机械设备平台、等付费免费招标信息。

火标网包含军队采购网、建设通、地铁、公共资源交易中心、中国政务服务平台、慧聪网、交易网、财政厅、发改委、工商局、税务局、教育局、体育局、公安等政府招标采购；园林建设、景观建设、林业园林、固废、垃圾处理、防沙、废物处理以及环保绿化设施设备；工程建设、房屋建筑、钢材钢筋、混凝吐、护栏、拆除、租赁等工程建筑；各幼儿园、大中小等高校学院学校招标；软件、硬件、通讯、网络工程、电脑、工作站等信息工程建设；办公用品、设备设施、桌椅、广告、印刷、复印等办公文教；劳务派遣、售后维护等服务业；电气、电力、热能、新能源、汽油、有色金属、燃料、化学品等能源化工；工作服、手套、安全帽等服装；中国供应商以及土地、矿产、租赁等资源交易等行业

北京市，天津市，上海市，重庆市，河北省，山西省，辽宁省，吉林省，黑龙江省，江苏省，浙江省，安徽省，福建省，江西省，山东省，河南省，湖北省，湖南省，广东省，海南省，四川省，贵州省，云南省，陕西省，甘肃省，青海省，内蒙古自治区，广西壮族自治区，西藏自治区，宁夏回族自治区，新疆维吾尔自治区，即将开展香港特别行政区、澳门特别行政区、台湾省以及海外业务。

【功能优化】企业对外投资功能优化；

【功能优化】招标查询模块优化；

【功能优化】中标查询模块优化；

【功能优化】业绩查询模块优化；