你们用的是什么框架？
我们这边是在原来的 pytest+allure 的 api 测试上面加入了 pytest-xdist 插件来做并发执行，对结果没有什么影响，allure 里面还是能正常看到每条用例的日志和输出。

公司很少会招应届生做测试，所以没什么面试校招的经验；不过感觉和社招的面试还是很像。

写出来了，推广得怎么样呢？ 有什么效果跟踪，优化增强？ 实际上的使用效果和反馈怎么样？

简单来说： 写过=完成了吗？

token 的过期时间，体现在业务层面就是：

1. 如果我已经离开，或者结束操作了，会不会在一个安全的时间内，把我的 token 给失效了，以防止有人盗用？
2. 如果我一直在操作，或者没有退出并且距离上次操作的时间不那么久，会不会 token 失效导致我需要重新登录，打断我的操作体验？

所以这两个场景是相关联的，既要保证有效时间内继续保活，也要保证超过有效时间之后能正确失效。

按楼主的例子，如果你的用例一直在执行，等同于客户一直在操作，那么到了后面突然失效了，就是没有保障到第二点，就有可能是 bug 了。

1. 你们 token 不会自动延长有效时间吗？也就是说如果有请求把这个 token 带过来，就会把它的有效时间重置为默认时间（一般都是 30 分钟）？ 这样如果你的用例都是一直正常在跑，除非有些用例等待时间超过了三十分钟（这样的话要考虑换成异步处理），否则不应该出现超时的问题。
2. 用例过多，可以考虑 pytest 的插件改造成并发运行，提高执行效率。

我们在自动化用例的注释上面会加上对应用例的 jira ID，pipeline 会在跑完自动化用例之后会自动收集执行结果，然后调用 jira 的 api 把结果更新到对应的 cycle 上面。 这样在大版本回归测试的阶段，我们可以直接看到自动化已经跑通了多少用例，剩下没跑通的就通过手工测试去补充。
之前没有打通这个链路，是每个测试的同事要根据自动化的结果把用例一条一条地去标记结果，很浪费时间。

我考虑单独写一篇介绍

趁你老板不注意，偷偷把你的计划给改了

如果你纠结的是测试场的数据不够完整，那么给你半个月时间去测也不一定能发现线上一样的问题吧？

我觉得最重要还是把你们的流程梳理清楚，每次要上线的内容是不是严格控制的，版本管理是否合理，是否能快速地完成在测试场和预发布版本的针对性测试。只要这个测试是精准的，代码合并和发布的流程是正确的，再加上足够快速、通过率高的自动化测试，那么每天发布也不是什么难事。 像 Google，Facebook 这样的公司每天都不知道发布多少新代码。

看提示是初始化失败，请检查你的 selenium server 是不是正确打开了，也看下是否有成功注册到你的服务中

要先了解你的测试需求是什么。
按你的描述，这个系统是会定时地去采集其他系统的信息进行分析。那我猜测大概可以往这些方面去考虑：

1. 采集的频率是否可以设置？如果设置成最低的采集频率，是否会对服务产生性能压力？
2. 采集的数据量是否会根据被采集对象的实际设置或者埋点发生数据量的变化？同样的问题，会不会同时需要采集多个被采集对象系统，从而产生不同级别的数据量，带来不同的性能压力？
3. 数据分析处理产生的压力？

但是从你的疑问来看，我觉得你提到的这个系统很可能不是你的测试对象（第三方的服务？），所以还还得你先去确定和了解清楚你的测试对象和测试需求。

要不。。。你们众筹给领导换部新手机

打卡

接口和 UI 是两个层级的测试，现在讲求的都是要分层测试，你放到一起是为啥呢？
而且接口和 UI 应该是分开部署的，你也对应分开，会更灵活

哈哈，两年前的帖子被你翻出来了。
情绪每个人都有，工作中也好生活中也好，自己学会调节吧。当然也别委屈自己了

不如想想，如果你们平时的项目需要测试这几个接口，要多少工作量？如果把你估算的天数，换算成你的薪资成本（工资加公司给你支出的社保什么的），只值 1000 甚至只值 100？

自己项目的信息记得千万不要公开出来

你指的是哪一部分？ 只要环境 OK，Python 什么的都有，操作系统应该没问题的

三年薪资上涨 200%，你确定现在这个环境可以达到吗？

1. selenium 在一台服务器上面可以开多个 session 的，只要你的账号不存在单点登录的限制，理论上你可以设置很多个 session 去同时跑，减少执行时间。
2. 从用例执行测试角度入手，看下哪些步骤耗时比较长，尝试优化，降低单条用例的执行时间。

感觉楼主有点矛盾啊，标题是想用 fixture，但是又不考虑 pytest, 所以是 unittest 里面可以支持 fixture 吗？

其实 unittest 转化成 pytest 还是很快的，不知道楼主是基于什么原因，一点都不考虑 pytest 呢？

我记得楼主前段时间有发一篇三十五岁之后找到一家外企工作的帖子。其实楼主的这个经历，和这篇提到的各种敏捷团队，等等，都和我现在的情况非常相似。
我是三年前入职已经广州的外企，然后去年团队原来的老大离职之后，由我接手团队的管理。上面我的每一点，都是和老板，和开发团队沟通之后的感受。在老板的眼里，是真的不会关心你做得有多累，而是看你是不是真的把你的工作做好。这个自上而下也是成立的：你也不会希望你的自动化工程师整天在忙着手工测试，没有自动化产出吧？
所以还是要学会换位思考，把自己从一个尽责的团队万金油测试，转变成为一个管理者的角度和心态。不要想着面面俱到，把什么细节都做好，不到迫不得已，也别把自己陷进去具体某个难点里面去埋头苦干。发掘团队里面合适的人，把你的想法和任务分给他们去帮你完成。如果没有合适的人，说明的也是你需要培养或者招人，把团队的短板补起来。
管理不易，承受来自各方的压力也不易。与君共勉！

我觉得楼主的问题是作为 leader，对自己团队的规划和现状都不够清晰，不知道是不是也没有和老板沟通清楚？

1. 我都不知道你们测试团队在干嘛？ 开发这么提，说明他是不清楚测试团队的目标和现状的。但是你作为测试团队的 leader，为什么也答不上来呢？如果这个问题下次是老板在和你年终考核的时候问呢？ 团队可以做得不够好，可以有上升空间，但是重要的是要看到进步和未来的目标。这时候 leader 的计划与目标，总结和调整都很重要。

2. 我都在忙线上的事情，没有那么多时间参与自动化测试这些。 其实可以想想，作为测试 leader，这个回答和产出真的 OK 吗？团队可能是真的很辛苦，你作为 leader 也很累；但是如何客观评价一个人，一个团队的工作是否合格，不是看他做得有多辛苦，而是要看他是不是把自己的职责都认识清楚和完成。如果不是在自己该尽的职责上面埋头苦干，获得的可能只是苦劳，而没有功劳。

3. api 测试是开发的，不能算在测试头上；你的 automation tester 只是在学习，没有产出... 这些评价，你作为测试 leader 认可和接受吗？ 好像也没看到你在保护你的团队，据理力争？

个人建议你先找个时间把整个团队的计划，目标，和现状，难点什么的理清楚。长期目标是什么，短期目标先解决什么问题；落地的难点，找你的核心队友帮你解决；对外的难点，找你的老板帮你沟通。我觉得这是一个来自身边很好的提醒，好好想想自己怎么去做好这个 leader 的角色。

我也是基于这个官方教程去改造的，把保存的文件从 JSON 改成 pickle 就可以了

这不就是 selenium 常见的处理问题之一吗？ 而且为什么要写死坐标，不用考虑不同浏览器和分辨率的兼容性吗？

我们的做法是做个通用处理，如果元素看不到就尝试滑动，直到元素可见或者滑动到了底部为止。