如何配置AWS Lambda测试事件 验证Python版本升级后功能可用性

你提供的存量Lambda函数代码参考：

升级前准备 #

• 先做全量备份：导出当前Python3.6版本的函数部署包，逐一记录当前的内存配置、超时时间、环境变量、执行角色权限、绑定的触发器、关联的Lambda层信息，出问题可以一键回滚。
• 提前做依赖兼容性检查：Python3.6到3.9跨越了3个大版本，部分标准库废弃了旧接口、第三方依赖也有版本适配要求，先把代码里用到的所有依赖都替换为支持Python3.9的版本，重点排查collections模块旧别名、asyncio旧接口这类3.7之后就逐步移除的内容。

测试事件创建&全流程验证 #

不要自己凭空写测试事件，存量函数最稳妥的验证方式是用真实调用样本测，步骤如下：

• 打开Lambda函数控制台详情页，先不要直接修改生产版本的运行时配置，先基于当前版本创建一个单独的测试版本，把测试版本的运行时改为Python3.9，不绑定生产触发器，避免影响线上业务。
• 收集真实测试样本：打开该函数对应的CloudWatch日志组，找历史正常调用的日志条目，直接复制日志里记录的完整event入参作为测试事件的内容——这是最贴合实际业务场景的测试数据，不会出现事件格式和实际触发不匹配的问题。

  如果找不到历史日志，就根据函数绑定的触发器类型选控制台内置的对应事件模板：API网关触发选「API Gateway AWS Proxy」模板、S3事件触发选「Amazon S3 Put」模板，在模板基础上替换成你实际业务的资源参数（比如真实桶名、对象键、请求路径等）即可。

• 回到Lambda控制台的测试标签页，选择「创建新测试事件」，把复制到的真实event内容粘贴进去，给事件起个可识别的名称（比如py39_upgrade_verify）后保存。
• 点击「测试」按钮触发调用，从三个维度校验结果：
  • 核对执行返回结果，和Python3.6版本下传入同一个事件的返回结果做对比，确保返回结构、字段值完全一致
  • 逐行看执行日志，确认没有导入错误、语法错误、类型报错、废弃警告类信息
  • 校验下游业务逻辑：如果函数涉及写数据库、发消息队列、处理存储对象，直接到对应的下游服务里确认数据写入、消息投递、文件处理的结果符合预期，不要只看函数返回success就判定正常。

高频兼容问题排查 #

• 如果报模块导入错误，先检查关联的Lambda层：Python3.6环境打包的层依赖无法在3.9运行时直接使用，需要用Python3.9环境重新打包层代码再上传。
• 如果报语法错误，重点检查字典遍历、类型注解、f-string这类有版本差异的语法写法，对照报错行调整为3.9兼容的写法即可。
• 如果逻辑执行结果有细微偏差，重点核对时区处理、JSON序列化默认行为、浮点运算精度这类跨版本有细微调整的逻辑点。

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