能不能搞个根据规则自动筛选的脚本，带口字的，全角数字的，信誉啥诚信啥的，筛选出来管理员人工确认后删除

社区需要大佬这种警醒式的文章，给心里有迷惑的同行们一些深刻见底的洞见。

啥时候先把之前的 Q 币给补上就行了

感觉楼主的问题在于拿开发的本事去测试里熬，另外在说你领导对你的各种暴击，我看你的描述感觉你的工作能力应该还是挺强的，至于 “做事情有自己的方法论，但还未落地” 这种，建议当屁看，但是如果能自己战胜挑战一般都会获得成长。

不过要说我这种干过几年的测试有什么建议的话，还是让自己开心最重要，跟自己内心走。

写个脚本自动读下接口文档，我们是 swagger，我就做了个自动读取 swagger 的脚本然后写入 excel，这样只要自己手动录入接口参数就可以

哈哈，真的是槽神

都是实践出的真知。

可能每个人角度也不一样吧，话有点呛，帖子我也删了，老哥也祝好。

不错，要把 Q 币发一下就更好了 https://testerhome.com/topics/27029

恒总你懂的

https://testerhome.com/topics/27029

感觉大哥完全没读题

“员工数量你们想按谷歌的开发测试比，员工质量你们能跟人比吗？”

很有道理

啥时候公布啊？或者用你们的解释权解释一下

今年：
1.年初疫情在家在办，每天晚上看一节微积分课程
2.看了四分之一的课程觉得理解度太低，改练题，买了《托马斯的微积分》开练
3.练了 3、4 个月，写完了几个练习本（当然间距比较大），当中也学了一些线性代数
5.6 月左右开始看吴恩达的机器学习课程，看了一个多月，有理解有不懂的，也不知道如何落地，机器学习方面的努力搁置……（感觉上办年的收获就是再看同事发的算法题感觉极其自信）
6.看了两三个月各学科有兴趣的书，解惑和增长知识
7.开始着手开搞接口自动化测试，搞完接口自动化之后发现自己对于接口测试的提升极大。
8.最近开搞 WEB 的 UI 自动化回归，今天开搞 app 的。
下一步：
搞测试平台，把 UI 和接口自动放上去，再看看怎么和 jenkins 接合一下部署个定期的脚本。
刚看了楼主的：“集成 Chrome 插件 可以让业务测试执行的时候自动生成业务自动化脚本”，我觉得我也可以搞一下

数据变动很正常，变动就得维护脚本，这不应该算问题，应该算在自动化之初就考虑的成本

如题：当在后台做相应操作前端会改变界面或数据
这种场景我觉得可以使用接口结合 UI 自动化的方式对功能进行测试。
分为三步：

首先，后台作为动作的发起方，先对后台进行测试：使用 WEB 自动化操作后台后，通过数据库对数据进行查询验证后台的操作是否成功
第二步是测试移动端前台：直接通过调用接口模拟后台操作，查看移动端前台页面或数据是否有改变
第三步是联合测试（纯模拟用户实际使用）：使用 web 自动化操作后台，并使用移动端自动化来验证前台是否正常确响应
单回答这个问题的话，是用这种分层的形式进行测试。

然后讨论实际应用中可能遇到的问题是：
如何管理这种串联形式的用例？
每测一个点都要三步感觉会不会用到的数据有些复杂？那我们把用例要用到的数据先用替代方式表现出来：
1.A1 A2
2.B1 B2
3.A1 B2（第三步用到的数据和前两步有重合）
并且由于每三步实际只测试了一个功能点，所以可以将 A1 A2 B1 B2 列为一条用例数据。
测试脚本只需要对对应位置的数据进行存取即可。

看了一下报错，确实是点击不到，报的是 ElementClickInterceptedException，
加了一句
driver.execute_script("arguments[0].click();", loc)
就好了。
大佬你是怎么一下就发现是可以定位到但是点击不到的？

孙总是实力网红，不用帮他们挡子弹

就是说按钮虽然加载完了，但是按钮的点击动作的 js 方法还没加载完毕，是这个意思吗？

嗯，全文看下来感觉自己还差不少

问题 1 考不考虑在 teardown 里直接删除所有数据

嗯嗯，互相帮助共同进步

确实是这样，我刚也看了下底层代码，跟大佬说的一模一样，大佬帮我解答问题还特意查看了底层代码真是感谢！