整个接口测试的基础，是不是需要相个独立的测试环境，但往往绝大部分公司都没有这个环境。

赞👍
弱弱问问，咱们能不能创建个微信群，交流一下这款工具平台

我之前跟楼主一下！
现在测开 4 年了，当初转行也是压力太大，功能测试的天花板太矮了，满打满算 4 年就到了。
我觉得决心很必要，
1、现在你是个组长或者是测试负责人，重新放下身段当一个干活的，有点难。
2、找好语言并且学会，很困难；平时时间少，不想学；周六日时间多，玩个游戏，看个电影就过去了。
3、找到适合的切入点很难。
所以给自己找个目标，出去面试一下，认清楚自己。

人无远虑，必有近忧

一上来就问 AQS 是什么鬼，连啥语言都没问。

a 方法都没有运行过，没法将 btn 重新赋值的；
你这种样式不实用；

from selenium import webdriver


def a():
    global btn
    driver = webdriver.Chrome()
    driver.get(url)
    btn = driver.find_element_by_css_selector('XXX')
    return btn

btn = a()

def b():
     btn...

顶大佬！！！
发现不管到达啥层次，啥水平，面临的问题及心态都差不太多。
愿互联网思维更加正向，万恶的 996 赶紧消失！

业务测试转测开，感觉最主要的还是决心问题；
当然如果公司业务不忙，自己又努力研究自动化，转测开问题不大；
如果公司业务很忙，那就只能找时间研究了；
测试转测开不应该降薪的，测试是测开的基础。

封装底层操作的时候，最后都加上个判断是否存在，然后进行相关操作

Python 框架写的服务一般都是敏捷开发出来的，大部分也是公司内部使用，单元测试的意义不大。
Java 的实例来一个

装饰器是基于闭包的，那闭包有啥特点，闭包中参数是如何传递，这个最好也能写一下

加油！

加油！
你招聘信息的邮箱，我算了算，是 A，一个二维数组，不知道对不对；

接口管理平台对于个性化传参及数据获取操作难度比较大，不太灵活

记反了，也是写反了

如果只是问 post 跟 get 的区别是啥，意义其实不大；
两者完全可以换着用，参数一个放 body，一个放在 url 中而已。
现在的接口都是 Restful api 风格。
get---获取---R
post-修改----U
delete--删除---D
put---添加---C
对应数据的 CRUD

解决这种问题，两种方案：
1.设置原始尺寸足够大（开启浏览器后台模式，设置一个超大尺寸，如 5000*5000）
2.按照比例滑动滚动条，操作一次判定一次。
伴随前端框架化越来越强大，导致定位元素使用 id 的日子一去不复返；
UI 自动化遇到的问题就会越来越复杂；UI 自动化需要改变思路，若业务复杂，变化较快使用 UI 自动化无任何意义。

这种分析手段，应该可以分析出一段时间内的耗能与之前相比是增长还是降低；
我想问的是，能不能分析出具体的增加点。

说的很中肯；
目测代码也凑合；
要是我就收下你了。。。

幼稚的面试；
幼稚的想帮她；
千万别让幼稚的想法让你媳妇知道了；
她知道了，就会告诉你以后 “处理” 女测试了

以前用 python 做的一个，自动化脚本添加一个装饰器就可以实现。

最近也在做 web UI 自动化，整体思路跟楼主差不多；
** 主要差别是在 element 定位层与 handle 操作层的区分上；
当前定位元素在我看来无非两种，直接定位（id，name）与间接定位（xpath，css）。
=》所有元素定位我就只使用了 id 与 xpath 两种方式，完成可以满足需要。
=》id 与 xpath 的区别就是 xpath 是'//'开头的 =》那 element 层就只需要写个元素定位就可以（至于是 xpath 还是 id 就让 handle 层判断一下就行了）

把获取的参数设置成一个环境变量，下个接口获取一下

可以将 method 细分一下，POST_JSON&POST_FORM

搭建个内网邮件服务器