chongyang_1590的博客

1，安全权限测试：登录或者不登录2，选择的支付方法网上银行或用信用卡直接支付，网上账号支付，第三方支付平台。借记卡未开通网上银行有无提醒，每家银行的接口测试信用卡是否开通网上银行，当天有无支付上限借记卡和信用卡是直接输入卡号，密码，验证码，卡上专用码，还是直接使用用户名和密码加动态支付。直接支付是否考虑到充值费用和所支付的费用是否平衡，是否有一定的手续费系统账号支付，将银行卡或者第三方钱转到系统账号进行支付，检测账户余额不足式是否有提示第三方平台支付，接口的测试是否支持批量支付是否需要

1，我想了解一下公司目前在做的项目业务。2，我想了解一下工作开发测试团队的人员架构。

把断言封装成一个方法，这个方法会读取yaml文件中的validata字段，包括断言的方式和断言的数据，然后在后台实现断言，并且提取在报告中，框架封装完成之后不需要写任何python代码就可以实现断言。功能测试不需要写python脚本，只需要写yaml格式的测试用例即可实现自动化。...

因为很多接口都需要使用cookie和session来记录登录状态，而很多接口必须要又一个登录状态才可以请求成功，Requests中的Session会话管理的作用就是自动的记录cookie和session的登录状态。

1，通过一个yaml文件来独立的保存所有的中间提取的变量，这个变量在执行用例之前清空，confitest2，在测试用例的yaml文件里面通过一个关键词exract提起变量，json提取和正则表达式提取。3，在下一个接口通过{{}}或者${}的方式取值。...

首先熟悉新业务线的业务，然后熟悉已经搭建好的接口自动化的框架，然后对当前框架里面加入符合框架的接口自动化的测试用例，根据实际情况提出一些对框架的建议。

必须要做，利用JavaScript去修改你当前定位元素的style,在style里面加入border:3px red soild这个样式。

强制等待：time.sleep(秒)隐式等待:全局等待显示等待：一般和匿名函数使用，针对某一个元素，一般和定位元素封装

python+seleinum+unitest/putest+ddt+htmltestrunner+jeninsrf+seleinum2librarypython+request+pytest+paramters+allure+jenins+yaml

异常：NoSuchElementExceotion 没有此元素异常NoSuchAttributeException 没有如此属性的异常NoSuchFrameException 没有如此框架的异常ElementNoVisibleException 元素不可见异常ElementNotSlectException 元素不可选异常TimeOutException 超时异常ArrayIndexOutException 数组下标

用例设计：自动化用例是从功能测试用例里面提取出来的，主要提取的是冒烟用例和回归测试的用例，提取需要遵守一下的原则。1，优先覆盖核心功能用例，核心流程用例。2，尽量不要选复杂的用例。3，选取一些重复执行的用例。4，一般选取正向用例。如何提高稳定性：1，尽量使用相对路径定位元素。2，定位元素需要封装显示等待。3，加入用例失败重跑机制。4，自动化测试的环境区分其他环境。...

数据驱动是从数据文件（excel,csv,yaml,数据库）读取输入，输出的数据，然后通过变量传入自动化测试用例中，在整个过程中，数据的读取，测试状态，测试信息全部在测试用例里面，测试数据都是数据文件中，通过修改数据达到驱动自动化用例执行的方式叫做数据驱动。关键字驱动时从面向对象的思维出发，同样的业务逻辑会封装成一个函数，这个函数的名字就叫关键字，不同的关键字实现不同的业务逻辑，当所有的业务逻辑都可以通过调用关键字来实现的时候，就是关键字驱动框架。一般情况下企业里面都是数据驱动和关键字驱动一起使用。

POM模式：全称page object model,页面对象摩西，把页面当成对象，而元素是其属性，页面的操作就是对象的行为（方法），一般情况下分为三层，基础封装层BasePage，PO页面对象层，TestCase测试用例层。因为使用测试用例更加简单清晰，把很多业务操作封装到PO页面对象，用的时候调用。如果页面有动，只需要修改PO页面对象的属性就行，增强代码的维护性。...

1），首先项目组要做自动化的可行性分析，（项目的业务是否频繁更换，自动化脚本是否可以反复持久的使用。）自动化率可以做到一个什么样子的程度。（覆盖率）2），调研一下团队对于自动化技术的程度，一般会有demo演示3），制定测试计划，搭建测试框架，提取和编写测试自动化测试用例，组长搭建，组员修改脚本，维护脚本，无人值守jenkins4），把自动化流程化，框架出使用文档并规范文档5），持续不断的完善框架，兼容新的功能。6），把自动化测试标准推广到其他项目...

接口自动化的case根据接口的数量而定，比如说100个接口，接口自动化case大概在2000-3000之间，接口自动化的覆盖率可以达到100%，WEB自动化测试的case根据业务用例而定，10000个功能测试的用例，WEB自动化的用例在2000-3000左右，覆盖率一般在30%，所有的用例全部执行完大概在半个小时到一个小时左右。...

后退按钮/刷新：GET是无害的，但是POST数据会被重新提交（浏览器应该告知用户数据会被重新提交）书签;GET是可以被收藏为书签的，POST不能缓存：GET是能够被缓存的，POST不能被缓存的。历史：参数保留在浏览器历史中，POST的不会被保存在浏览器历史中。安全性：GET的安全性比较差，因为所发送的数据是URL的一部分，POST的参数不会被保存在浏览器历史记录上或者WEB服务器日志中。所以POST的安全性更高。对数据类型的限制：GET只允许ASCII字符，POST没有限制，也允许二进制的数据。

HTTP:超文本传输协议是一种用于分布式，协作式和超媒体信息系统的应用层协议，简单的说就是一种发布和接收HTML页面的办法，被用于在WEB浏览器和网站服务器之间传递信息。HTTP的默认段都是80,用户访问已http://开头HTTP协议是以明文方式发送内容，不验证通信身份，无法验证数据的完整性，因此并不适合传输敏感的信息。HTTPS：超文本传输安全传输协议，是通过计算机网络安全传输协议，HTTPS是由HTTP进行通信的，但是利用SSL/TLS来进行加密的，HTTPS开发的主要目的，是提供对网站服务器的

起因：因为HTTP协议是无状态的，但是在某些场景是需要保存用户的会话过程cookies：是针对每个网站的信息，每个网站只能对应一个，其他网站无法访问，这个文件保存在客户端，每次您拨打相应网站，浏览器都会查找该网站的 cookies，如果有，则会将该文件发送出去。cookies文件的内容大致上包括了诸如用户名、密码、设置等信息。session：是针对每个用户的，只有客户端才能访问，程序为该客户添加一个 session。session中主要保存用户的登录信息、操作信息等等。此 session将在用户访问结

get 用于查询post 用于新增put 用于修改delete 用于删除get和post的显著区别：1；Get请求没有请求体， post一般有2；get请求没有post请求安全，因为Get请求的数据是放在URL中显示的，post是放在请求体，要珠宝才行3；Get请求的数据包没有Post请求大4；Get请求能支持的i编码格式没有Post请求多发送HTTP请求时，传递的参数的途径有哪些/url中的查询参数和URL的资源路径，请求体，请求头，cookie...

结合自己来说吧寡人之前在广佛你公司遇到人力资源管理系统进行接口测试时，其中登陆，员工管理模块都会有接口依赖关系，寡人遇到后，使用POSTMAN，先获取上一个接口的返回数据，然后保存到全局变量，接着在一个接口中保存的变量，从而实现关联来解决接口之间的依赖关系，其中，对员工的增删改查时，先获取登录接口中的令牌，然后在添加员工时，将令牌传到请求头的authoization，从而实现添加员工接口，实现接口依赖关系。...

python，unitext,request,parameterized,HTMLTestunner PY3,pymysql其中，unitest主要用于管理接口测试用例requests模块用于发送接口请求和封装接口parameterized用于参数化HTMLTestRunner PY3用于生成美观的测试报告PYmysql操作数据库在我们的接口框架中，我们首先是新建一个项目，然后再把项目所需要的目录结构搭建好，接着安装框架需要的使用的这些工具包然后先封装人力资源管理系统的登录，员工模块，部门模

接口测试和功能测试有些是重复的，接口测试和功能测试在业务逻辑上是重复的，但是接口测试更注重后端的交互，而功能测试可以注重前端UI的交互，这样的话各有侧重点，在当前的行业中，很多公司基本上都是通过功能测试来进行接口测试的，有时候会省略接口测试，但是这种测试风险比较高，功能测试无法覆盖后端接口测试中性能和安全等测试点，导致测试不充分，有很高的上线风险...

可以提前接入，例如在开发输出接口文档之后就开始进行模拟的接口测试，编写接口测试的脚本

分析：一般回答这类的问题，最好是结合项目来回答，要回答出使用的工具，技术，以及涉及到人力的安排，工作成果以及判定。首先说明你是负责什么接口测试，复制几个接口的测试。在公司中，我开展接口测试时，先要进行需求文档的分析，然后在开发代码时，熟悉项目的需要等待开发提测接口之后，拿到接口文档，然后根据接口文档来涉及接口测试用例，使用postman工具进行接口测试工作，测试工作，经过三天的测试，一般能够进行一轮的接口测试，测试完成之后，如果所有用例都执行完毕，并且所有的BUG都回归测试，没有严重的等价BUG之后，就

首先你要自己熟悉一个项目功能+接口+自动化+性能是怎么处理的？第一步：需求分析，搞清楚业务逻辑，第二布：需求评审第三步：架构师会输入接口的规范前后端开发人员根据接口规范编码；功能测试人员，开始靠想象根据需求设计测试用例；接口测试人员，根据接口规范设计接口测试用例第四步：后端开发人员，先提测接口第五步：接口测试人员，对接口进行测试第六步：接口测试通过之后，输出接口的测试报告。第七步：功能测试人员，根据接口的测试报告和前端开发的提测，来开始进行功能测试，接口测试人员，整理接口自动化脚本，并