这个隐式等待，是作用于全局的，会默默等待元素出现，如果元素出现了，直接对对应的元素进行操作；如果元素在设置的等待时间内依然未出现，才会报错

在程序中 find_element（）调用之前应用到了较多的 sleep（）方法，这样写当然是一种笨方法，预防元素没找到，如果多处都使用这种歌方法，会让程序运行比较慢；有一种高效的处理方式，在创建 wb 对象之后，直接调用 implictly_wait() 方法，参数可以设置为 10 秒
wb=webdriver.Chrome(service=Service(r'D:\Chromedriver\chromedriver119\chromedriver.exe'))

wb.implicitly_wait(10)
wb.get("http://www.baidu.com/")
这样程序的运行速度将大大提高

怪不得银行的一些软件类不怎么好用，原来是重点追求安全，不追求用得方不方便
夫妻两个人工作和家庭方面总有一个人需要更多的兼顾在家庭上，两个都把大部分精力放在工作上，追求高薪，孩子还真的没人管了

wb=webdriver.Chrome(service=Service(r'D:\Chromedriver\chromedriver119\chromedriver.exe'))
这一行中，也可以不用写 Chromedriver 的目录
wb=webdriver.Chrome()
这样写的条件是，要把 Chromedriver.exe 所在的上级目录放入环境变量的 path 中。保存之后，重新运行程序就可以
比如，chromdriver.exe 放在 D:\Chromedriver\chromedriver119\chromedriver.exe 这个目录中，那么我们只需要将 D:\Chromedriver\chromedriver119 这个放入环境变量的 path 中去

下载好 Chromedriver 之后就可以创建 Chromdriver 的对象：

如果使用的是 Chrome 浏览器，需要下载 Chrome 版本对应的 Chromedriver：https://googlechromelabs.github.io/chrome-for-testing/#stable

排版再好看一点儿就更好了 赞一个

我们 1 个项目都配 1 个测试，开发 2-4 人

感谢各位大佬的耐心解答，公司太小了，没几个人，问服务器也问不出个啥，所以来这里请教一下业内大佬，了解的一下趋势

我理解的是测试方案属于测试策略的范畴，重点在于怎么测试，先测什么后测什么，为何要这么测，主要包含测试分析和测试设计
测试计划：就是把上面的测试方案执行完毕，时间上怎么安排的

的确会很快忘记，所以每次学习的新东西我都习惯重新过一遍脑子才行，比如做一下简单的整理笔记，自己整理过后相当于一个回顾过程，加上后面也方便回来查阅，这样反复，就掌握了知识

感谢补充

谢谢补充，在这个社区还蛮好的，不仅可以把日常用到的知识记录下来，供后面使用时查阅，还可以得到大佬们的指导

嗯，有道理，有些场景下遍历通过 pop 打印元素的确很方便

目前就处在点点点中

嗯嗯，上面只是一个学习笔记，记录这两种方式都可以实现遍历，实际使用过程中可以选择更优的方式

这种方式实现遍历的确达到了目的，但有个副作用，把列表的元素都删了 .....

谢谢鼓励，非新人 ，只是之前几年的工作并未关注相关的技术学习，最近项目空闲时间比较多，终于下定决心来学习一下对工作有帮助的一些技术；顺便把学习笔记在这里记录下来，刚学习过的东西容易遗忘，写下来，一方面用来回顾巩固记忆，另一方面也方便后续使用时查阅

好的，感谢回复，后续研究一下相关技术。还在各种摸索阶段

你好，你的意思是在 docker 上实现持续集成任务是吗？

我的是 windows 系统，所以下载的 Jenkins 是选择的 Windows 适用的版本；进入官网时，下载需要下载自己的电脑对应的系统 Jenkins 去下载

先学一种语言，学通了，工作中用起来；其他的应该很快就会了

学习了，经历了很多项目，的确需求的管理和书写都很重要，有的产品经理能把需求管理得很好，需求描述也很清楚，核心内容表达清晰，有修改时还能主动标注和通知团队；有的产品经理，需求写一堆，依然看不懂写的什么，关键信息遗漏，排版和需求的思路都是乱的

新手就是这样，多多指教