老哥，有最新版本的 link 嘛， 这个 link 里面介绍的方法啊什么的，在我用的 postman 里面都找不到， 例如 certificate，这个方法。 可以告诉下，如何从 postman 官网上，一步一步的走到 link 界面嘛，自己找了好几天也没找到哦

checkList 的推广对团队成员的要求是啥，或者说 checkList 的推广是否存在局限性?--要求：规范的模版和成员的认可/应该也有局限性吧。
答：（1）checkList 的推广对团队成员的要求是啥？我个人的理解哈。首先，要推广 checklist 这个环节，势必会增加一定的工作量，如何让大家能接受这个事情，就要告诉大家 checklist 在工作中，为大家带来的好处、便捷，让成员了解对 checklist 的付出，是有积极的回报的（例如便于梳理逻辑，梳理思路，大功能点拆分小功能点），让大家享受到 checklist 带来的红利。其次，就是一个规范的模板，设计一个通用的模板，填写的内容不冗余还可以清晰表达 check point，让测试工程师只需要填写内容，而不需要太关注形式（因为模板就是规定好了形式，让大家填写即可）
（2）checkList 的推广是否存在局限性？我个人的理解哈，可能是有局限性的。 例如楼主提到的 3 星期一次迭代，一次功能迭代，测试工程师要做的事情大致有：需求学习与分析 -- 测试环境准备 -- 编写测试用例（checklist&review）-- 测试执行 -- 测试 bug 管理 -- 回归测试 -- 测试 report--产品发布。 如果 3 星期不能完成这些环节的话，checklist 可能就是一个鸡肋的环节了，因为来不及做这么规范的一个测试环节。再有一个我能想到的就是，产品！如果说产品很单一，很简单，迭代的功能大多数很相似，例如 Page One 有个 button， 迭代 Page Two 加个 button，这种的话就可以仿照之前的测试用例修修改改直接拿来使用了， 就没必要搞 checklist 环节了。

这个应该算是 manual 了吧， 真是太棒了，就是我寻找的东西！

我也来参与讨论一下，欢迎大家指正！
1、checkList 由谁去编写？ ---测试经理或者高级测试工程师（类似的岗位）
答：checklist 里面记录的是新开发的功能当中，需要 check 的点。首先这个人选应该是一名测试 title，其次应该拥有几年的测试经验，对新开发的功能有相对完整的了解。一些公司可能没有类似高级测试工程师的岗位，所以一般也可以由测试工程师来编写。至于 checklist 的遗漏问题，那么就来到的第二个问题。
2、checkList、用例都写完了，是由谁来进行检查，什么时间进行检查？---测试组（项目组成员），checklist 完成后 2-3 天。
答：不管 checklist 是由谁来编写，也有一定概率导致 check 点遗漏。所以，需要 checklist review 环节。以我们之前敏捷开发举例，team 中有 1 个 Scrum master, 4-5 developers, 4-5 testers。checklist 完成后，即刻通知组内，每个人 review 一遍，问题少，则私下沟通，保留痕迹。问题多，则 book meeting，统一过一遍。 至于时间嘛，当然越早越好，但是也要给 team member 一点时间，让他们也先 review 一遍，所以我们一般留有 2-3 天时间。

teardown 这个问题， 在终端显示是没问题的， 您需要用到 pytest-html， 查看 这个插件生成出来的 html 文件。
您说的 “运行次数多余设置重跑次数” 是什么意思吖， 从 short summary 里看 ， 程序的确是 rerun 了 2 次吖 ~

感谢您的答复。
第一个问题其实是在查看 report.html 的时候发现的，您通过浏览器打开 report.html, 看到 Failed 的那条结果，然后点击"show details"就能发现，打印出了 2 次。 这个地方， 终端输出的确是 1 次， 但是不知道为什么 Failed 结果中却记录了 2 次。 我尝试下看看源码，是否能看懂吧，哈哈~

从 whoami 的打印来看， 执行脚本的账户是一个普通用户叫 jenkins。 从环境变量的输出来看， pytest 安装在 /usr/local/bin。所以接下来要解决的问题就是如何让普通用户可以执行 pytest， 例如，visudo 加入普通用户 or 把/usr/local/bin 的权限中 others 添加 rw 权限 or 使用普通用户 yum 安装 pytest 等等。 因为每个方法有利有弊，要根据你所使用的环境以及你想做这件事的目的来选择，所以具体方法您自己衡量选择吧。
BTW 我个人理解， 14L 那位说的也有道理，如果满足您的需求，也可以如此实现。

action.scroll_from_element(year,0, 5).perform()

这个地方， 'year' 指的是想移动哪个元素，'0' 的位置指的是 x 轴的偏移量， '5' 的位置指的是 y 轴的偏移量。
举个例子，我们现在是2022年5月6日， 你希望让他变成2022年6月8日。
action.scroll_from_element(month,0, 180).perform()
action.scroll_from_element(day,0, 360).perform()
因为滚动条是上下选择，所以 x 轴偏移量为 0，只有 y 轴上下偏移。
而为什么是 180 和 360， 这个取决于前端页面的设计。 你打开那个时间的网页，定位到"2022 年", 网页设计的这个区域矩形为：height:180px,min-weight:70px。 所以上下一个 “单位” 就是移动 1 个 180px。
月份：5-->6， month,0,180
日期：6-->8, day,0,360 (180+180)

基本在贴子里都能看到大佬，而且讲解的也很有深度，膜拜~