使用 pytest 框架做接口自动化时，因 token 过期导致用例失败2022-10-24 18:58:51random random订阅者关注私信10318文章0粉丝 测试交流9277字数 107阅读0分21秒阅读模式如题，使用 pytest 框架做接口自动化时，因 token 过期导致用例失败该怎么做？我现在是把登录接口写在 conftest 文件，然后 fixture 作用域为 session，但是由于用例比较多，执行时间很长，导致有些用例还没执行完 token 就过期了。应该设定每隔段时间重新获取 token 吗？但是不知道代码该怎么写相关阅读AI时代测试工程师的核心竞争力：从执行用例到可解释的质量判断从零搭建AI测试用例工作流：需求文档自动转思维导图AI+Skills如何让测试工程师效率提升10倍？三步实现智能生成测试用例宝塔面板的BUG新建网站时新建了文件再建文件夹时提示错误宝塔面板无法安装扩展的BUG解决方案PHP安装扩展下载链接错误测试反模式的思考 回复 9 评论 9 访客 9 木小白 9 2022-10-24 15:49:38 9F 回复 我在 beforeclass 都获取一次 行吧，就这样吧 9 2022-10-24 10:29:36 8F 回复 同意 5 楼的说法，你平常使用你们系统的时候也是用着用着就要登陆吗？ 还是你传入 token 的方式与实际不一致呢？ testjson 9 2022-10-24 10:12:54 7F 回复 你们这 token 时效是有多短？用例没跑完就过期了 有两种办法 1、在脚本里随时获取最新的 token 2、 找开发，让给一个超长时间的 token HLi 9 2022-10-23 22:47:00 6F 回复 1、找开发延长，或者整个不过期的 token 2、问开发过期时间，然后写个过期后重新获取 token 的方法 Jerry li 9 2022-10-23 16:08:50 5F 回复 token 的过期时间，体现在业务层面就是：如果我已经离开，或者结束操作了，会不会在一个安全的时间内，把我的 token 给失效了，以防止有人盗用？ 如果我一直在操作，或者没有退出并且距离上次操作的时间不那么久，会不会 token 失效导致我需要重新登录，打断我的操作体验？所以这两个场景是相关联的，既要保证有效时间内继续保活，也要保证超过有效时间之后能正确失效。按楼主的例子，如果你的用例一直在执行，等同于客户一直在操作，那么到了后面突然失效了，就是没有保障到第二点，就有可能是 bug 了。 微凉 9 2022-10-22 11:21:44 4F 回复 把登录写成类方法，每执行一个测试类 就执行一次登录接口，获取 token 孤千羽 9 2022-10-22 10:12:31 3F 回复 最简单的方法：让开发将 token 有效时间延长。 rockyrock 9 2022-10-22 09:29:05 2F 回复 这是一个常见的问题，不知大家有什么比较好的解决方法 Jerry li 9 2022-10-22 08:48:04 1F 回复 你们 token 不会自动延长有效时间吗？也就是说如果有请求把这个 token 带过来，就会把它的有效时间重置为默认时间（一般都是 30 分钟）？ 这样如果你的用例都是一直正常在跑，除非有些用例等待时间超过了三十分钟（这样的话要考虑换成异步处理），否则不应该出现超时的问题。 用例过多，可以考虑 pytest 的插件改造成并发运行，提高执行效率。 回复问题 匿名网友 确定 昵称 邮箱 网址 Address 提交 取消 拖动滑块以完成验证 您可能喜欢 AI时代测试工程师的核心竞争力：从执行用例到可解释的质量判断 从零搭建AI测试用例工作流：需求文档自动转思维导图 AI+Skills如何让测试工程师效率提升10倍？三步实现智能生成测试用例 宝塔面板的BUG新建网站时新建了文件再建文件夹时提示错误 宝塔面板无法安装扩展的BUG解决方案PHP安装扩展下载链接错误 测试反模式的思考 使用 cookie 绕过验证码，换一个系统就无法通过验证 MeterSphere测试平台UI 自动化窗口切换方法 5000 块买的 python 自动化课程难道就这？ 在 Linux 上搭建 Jenkins，自动构建接口测试
9F
我在 beforeclass 都获取一次
8F
同意 5 楼的说法，你平常使用你们系统的时候也是用着用着就要登陆吗？ 还是你传入 token 的方式与实际不一致呢？
7F
你们这 token 时效是有多短？用例没跑完就过期了
有两种办法
1、在脚本里随时获取最新的 token
2、 找开发，让给一个超长时间的 token
6F
1、找开发延长，或者整个不过期的 token
2、问开发过期时间，然后写个过期后重新获取 token 的方法
5F
token 的过期时间，体现在业务层面就是：
如果我已经离开，或者结束操作了，会不会在一个安全的时间内，把我的 token 给失效了，以防止有人盗用？
如果我一直在操作，或者没有退出并且距离上次操作的时间不那么久，会不会 token 失效导致我需要重新登录，打断我的操作体验？
所以这两个场景是相关联的，既要保证有效时间内继续保活，也要保证超过有效时间之后能正确失效。
按楼主的例子，如果你的用例一直在执行，等同于客户一直在操作，那么到了后面突然失效了，就是没有保障到第二点，就有可能是 bug 了。
4F
把登录写成类方法，每执行一个测试类 就执行一次登录接口，获取 token
3F
最简单的方法：让开发将 token 有效时间延长。
2F
这是一个常见的问题，不知大家有什么比较好的解决方法
1F
你们 token 不会自动延长有效时间吗？也就是说如果有请求把这个 token 带过来，就会把它的有效时间重置为默认时间（一般都是 30 分钟）？ 这样如果你的用例都是一直正常在跑，除非有些用例等待时间超过了三十分钟（这样的话要考虑换成异步处理），否则不应该出现超时的问题。
用例过多，可以考虑 pytest 的插件改造成并发运行，提高执行效率。