XCTest UITests应用启动失败，报Expired token错误求解决办法

我之前在团队做UI自动化测试时，刚好碰到过完全一样的问题！当时也是整个测试类里大半用例都栽在启动环节，报错和你说的一模一样。下面是我们当时排查出来的几个原因和对应的解决办法，你可以试试：

• 检查测试会话的复用策略
  很多UI测试框架默认会在测试类级别复用驱动会话和token，但如果第一个用例启动超时或者异常终止，后续用例拿到的token已经和后端的操作会话解绑了，自然会报这个错。我们当时把会话初始化从类级别的前置操作（比如TestNG的@BeforeClass、pytest的scope="class" fixture）改成了用例级别的前置操作（@BeforeMethod或者scope="function"），每个测试用例都重新获取新的token和启动会话，问题立刻解决了大半。

• 核查测试环境的token过期配置
  我们后来发现测试环境的后端token过期时间被设置成了1分钟（应该是运维误操作），而我们的应用启动加上初始化步骤刚好要1分多钟，启动完成时token已经过期了。你可以去确认下测试环境的token有效期，适当延长到能覆盖应用启动的时间，或者优化应用启动逻辑——比如测试环境下跳过一些非必要的SDK初始化、广告加载之类的步骤，加快启动速度。

• 排查测试用例的并发/共享问题
  如果你们是并行运行测试用例，要注意有没有共享静态的token变量或者会话实例。我们当时有个小伙伴图省事把token存在了静态类里，结果并行运行时多个用例互相覆盖，导致token失效。解决办法是确保每个测试用例都有独立的token上下文，不要共享全局变量。

• 检查后端token服务的状态
  有时候后端的token管理服务可能出现异常，比如生成token后没有正确记录对应的操作会话，导致校验时返回“no operation exists”。这种情况可以试试重启测试环境的后端服务，或者让运维帮忙查看token服务的日志，看看有没有会话记录丢失的情况。

另外，你可以先单独运行一个最简单的启动测试用例，看看会不会报错——如果单个用例没问题，那大概率是会话复用或者并发共享的问题；如果单个用例也报错，那就要优先排查token过期时间或者后端服务的问题了。

内容的提问来源于stack exchange，提问作者ioana