挺好，问题范围缩小了。不过我自己没遇到过这个问题，所以也只能给些建议：

可以试试：
1、确认下是所有 import 都有问题，还是只有 request 库？如果是后者，可以试试重装 requests 库，看是不是装的时候有问题。
2、项目目录不要放 C 盘桌面，改放别的盘或别的位置（因为一般系统也在 C 盘，桌面属于 C 盘用户文件夹下目录，所以 C 盘特别容易遇到有权限限制的文件夹）

请把你微信误绑定的邮箱地址发出来。管理员可以根据这个地址找到绑定信息，帮你进行解绑。

请把你微信误绑定的邮箱地址给出。管理员可以根据这个地址找到绑定信息，帮你进行解绑。

你把你代码改用纯 selenium python 库方法写一遍，然后运行。把你的代码 + 运行错误日志贴上来吧。

你现在这样也看不出为啥你自己封装的一个 __find_element__(section, option) 会返回一个 None ，与其花时间逐层看你的封装有没有问题，还不如你直接去掉所有封装，直接写代码发上来。

这里面不同定位策略你逻辑还不一样，看起来比较麻烦。

或者你不要用你封装的，直接用 selenium python 库自带的函数 (driver.find_element 以及 click 方法) 来写看看？就写两次点击这个方式的就行。

即文件的存放路径为：C:\Users\xxx\Desktop\test.py 可以正常执行成功
当文件的存放路径为：C:\Users\xxx\Desktop\xuexi\test.py 就会报磁盘空间不足

从这个现象看，同样 C 盘有 2 个报错，说明大概率不是真的磁盘不足，有可能是权限问题导致无法写入。你有没有装 pycharm 之类的，可以在里面打个断点之类排查下具体是哪行语句报错？

self.base.click(section="add_Basic_population_jump", option="House_registration_register") 这个函数的具体实现是怎样的，发一下？需要细到能看到调用的是哪个 selenium python 库的方法，现在你封装了不知道里面做的啥操作。

selenium 的 select 相关 api 是肯定不行的，报错里已经说了只能用于 select 标签元素，不能用于 div 标签。

不知道楼主正文这段话是想讲给谁说的？看起来有点怪怪的。

个人理解，对于整个团队乃至公司来说，测试人员的价值不就是让有你的时候，质量能比没有你的情况下高，减少质量问题带来的损失么？只要这个有做到位，就有价值呀。

目前的情况是，QA 发现 bug，他们会认为那是你分内的事情，但是如果没有发现 bug，那就是你的不称职

额，前半句 “QA 发现 bug，他们会认为那是你分内的事情” ，我觉得没毛病。“但是如果没有发现 bug，那就是你的不称职” ，如果 bug 造成了损失而测试没发现，测试肯定是有责任的（主要但非全部），这个也啥没问题。

还有些公司采购了一些自动化的工具，然后就把测试人员裁掉了，好像测试人员是没有价值的。

这个推断没看懂，是买了之后就把测试人员全部干掉，让开发或者其它角色用自动化工具保障质量，还是只是裁掉一部分节省人力？如果是后者，我觉得很正常，这个和测试人员价值没啥关系。本身公司花钱买工具的目的就是为了提高效率节省人力，原本 5 个人干得活现在 3 个人就能干，多出来的 2 个人裁掉省成本，这是非常正常的思维，放到产品、开发、测试任何一个角色都是一样的。

1、你是要 UI 自动化还是接口自动化？如果不是为了验证产品功能，接口自动化是最稳定的。至于你说加密，不知道你说的是 https 还是别的加密方式，这个和开发沟通就好。

2、如果是要做 UI 自动化的话，网易 airtest 用过么？没有的话可以试试。

就你现在的代码，截图或者直接贴内容都可以，想看看你现在是不是用了错误的姿势来做下拉框操作，所以定位不到。

一般下拉框会有两种实现，一种是 html 自带的 select + option 标签，selenium 对应 api 是 select_by_index 等专门的 api。另一种是用 div 标签模拟的下拉框（实际值存在一个 input 标签里），这种就按照用户的操作顺序，一个一个来 定位元素 + 点击 就可以。

另外，既然你都可以截图看到 dom 树里面点击后更新的内容了，为啥你一直说 selenium 找不到呢？我在 1 楼已经说了，你这个加载是通过点击下拉框才触发，那自动化里也点击下拉框后再找，不应该找不到呀（涉及网络有可能立即找还没加载出来，可以加个显式等待）。

个人常用的方法，仅供参考：

1、先把需求点列上

2、列的时候先考虑用户使用场景，补充不同的场景（边界值也会在这个里面用到）

3、查看开发的技术方案，看从技术方案角度还有什么新的场景需要补充（举个例子，和第三方通讯且通过对方回调返回结果的场景，需要有对应的补偿机制，这个补偿机制一般是需要单独测的，需求不会提及，但实际这个功能可以用和不可以用，对业务的稳定性有非常大的影响）

4、需求会涉及服务端接口的，针对接口文档和技术方案/代码里的接口逻辑，单独补充接口测试用例

你把你的代码贴上来，我们看看是怎么写的，再针对性说明吧。

都是很正确的理论，但实际落地还有很多需要考虑的点，不见得没做到就不优秀。

相比完美的理论，我更喜欢因地制宜的落地和背后的思考，这才是管理的关键所在，也是人与人之间最大的不同。

如果指的是数据库数据，思路上可以整个数据库 DML 在执行前 dump 下来，执行完毕后删数据重新把 DML 恢复回去。

但实际业务上，评估了性价比后，我们没有做回收。

测试环境并不是专用自动化环境的话，用上面说的方式会影响其他人日常使用。如果一个一个表去恢复数据的话，表结构比较复杂，或者数据分散存储在多个服务中的话，回收成本很高，需要梳理清楚整个数据流，而且维护要跟上，稍有不慎就变脏数据。
还不如每次重新注册个新账号来得简单。

极少数场景不回收不行的（比如线上有些场景要用真实手机号且按流程只能走一遍，账号比较有限）的，再针对性开发相关的回收功能。

@debugtalk 看看？

先点击下拉框元素，再查找及点击出来的其中一个子元素？
只要你查找的那一刻，元素有在 dom 树里面，就可以找到。

博客的内容也搬过来帖子正文呗？跳来跳去看起来不方便。

不知道日志监控具体是指啥，是指类似 ELK 的日志统一采集和查找，还是日志错误数达到一定程度自动预警，还是别的。

楼主先明确说下？

比如运维负责环境搭建，然后测开说 ：我也会搭建环境，你 k8s 里的一个参数改成 20，系统性能会更好~，然后留下运维表面佩服内心 mmp
比如拿着代码对开发说：你这么写在高并发下回产生死锁，赶紧给我改，不改好不许下班。。如此种种

没理解，这两个可以提升质量的举措，为啥就变成抢活了？当然不是很认可里面的一些态度做法（这个场景看起来太强势和草率），但我并不觉得给运维、开发提质量保障方面的意见，是在抢活。测开去做测试的活，也应该不只做普通的用例设计、用例执行，还应该深入到技术方案评审、代码 review 等能更深入和高效保障质量的地方，否则这个开发技能就没啥意义了。

另外，你提到的这两种自动化，在我接触的不少团队里，都应该是归到高级业务测试需要掌握的技能了。测开要做的更多应该是其他对开发技能要求更高的地方（如建设测试平台），不应该把主要精力放在这里。

不过有个点确实是要注意的，那就是测试领域内的东西都还没做好的时候，不要过早跨界，先搞好测试的并能让其他角色也用上（比如开发联调用了也可以省事，开始认可），再逐步向外扩展，要不很容易会拉仇恨。

点个赞。很多时候用例评审的场景是最细最全面的，应该起到的作用是能让产品、开发等项目其他角色更完整地了解整个项目的各个场景，起到查漏补缺的作用。

见过太多产品需求没写清晰，开发自己直接脑补不问产品，最后测试发现有问题得返工的场景了。用例评审做得好，这类场景就可以提前被发现和澄清逻辑，这本身就是一种价值。

需要综合这个问题的出现概率（相同操作步骤重复跑 10 次，会出现多少次）、出现后严重程度（有多大影响，是否可以用户自行重试解决）、这个项目的质量要求有多高这些来看吧。没有标准答案。

如果整个测试过程中只出现 1 次且重试多次后都无法复现，一般作为风险报出来就可以，如果觉得还需要更严谨那可以线上加相关监控日志，持续观察。

这个有点伸手了呀，用类似 ios 获取 崩溃日志 的关键字在 bing 里面搜，搜索引擎一搜就有很多靠谱的结果。

挑了一两个看起来靠谱的（没亲测，不排除里面有不靠谱成分）：

ios ：https://zhuanlan.zhihu.com/p/336445798
android ：https://xiaotut.com/54-yy/jisuanji/36626-36626.html

有个去年沙龙活动时组的群，但日常实在太忙没空打理，有兴趣的同学可以进去交流：

第一次见到要通过性能测试估算带宽的，好奇问几个问题：

1、你这里的带宽是指分配给你服务器节点可用的最大带宽么？你用的云厂商有哪几档可以选？

2、你提供的这个信息没有提及通讯内容大小相关信息，比如你资讯是否会带有图片或视频？如果有，是从另外的 CDN 服务获取，还是直接从你服务器回传？这些才是比较影响带宽的，普通的接口纯数据不怎么占用带宽。

成都现在 it 业应该在逐步起来吧，字节在成都也有团队在，社区里也有不少成都的同学（搜索一下就能找到）。

然后这 2 家是你已经精选过觉得最适合自己的 2 家，还是广投简历只有这两家约你？如果是后者，可以耐心点，2 家的情况不能代表整个成都测试圈，多面几家才能更好地认清自己。

另外，项目经验说实话一般 1 年内的经验一般都不大会拉开大的差距，所以你要突出你的学习能力，定计划学习产出作品，以学习作品成果来展示给面试官，同时面试过程中想办法表现出自己这一面。同时也留意下，面试时一定要说清楚自己为啥这 1 年跳了 2 次（一般跳槽太频繁都会问这个，担心你进来后待不住），以及自己未来的规划到底是啥。