1. 选定技术栈
直接用 Python + Playwright + pytest。Playwright 处理现代 Web 页面（比如 Odoo 的前端）非常稳，自带自动等待，能省去大量写 sleep 的麻烦。
2. 划定自动化范围
千万别想着一上来就全覆盖。只挑最核心、发版最容易出问题的流程（比如：登录 -> 建线索 -> 转商机 -> 报价 -> 成单）。把这些主流程固化下来，保证系统主干不崩。
3. 解决测试数据痛点
外贸系统数据组合多，建议把测试数据和代码分离（用 YAML/JSON 存数据）。每次跑测试前，用脚本或 SQL 快速造一套干净数据，跑完就清理，保证用例之间互不干扰。
4. 接入 Jenkins 流水线
把自动化脚本挂到 Jenkins 上。开发一提交代码，或者每天半夜，流水线自动触发回归测试，不用人工去点。
5. 输出 Allure 报告
测试跑完后，自动生成 Allure 报告。哪里报错了，直接看报告里的失败截图和录屏，一目了然，直接丢给开发去修。
1. 业务覆盖精准：CRM 模块的“Excel批量导入”和“客户画像”、邮件营销的“群组管理”都是外贸系统最容易出 Bug 且手工回归最耗时的地方，优先自动化这些高频场景性价比极高。
2. 数据驱动设计：用 Excel 统一管理测试数据，实现用例与数据分离。外贸业务涉及多币种、多税率、多国家客户，这种设计后续加新数据组合非常方便。
3. 执行与报告完善：pytest-xdist 并行执行能大幅缩短回归时间；Allure 报告加上失败截图与录屏，排查问题时不用再去复现，直接看录屏就能定位。
自动化测试框架从 0 到 1 建设（外贸营销管理系统）
技术栈：Python3 + Pytest + Playwright + pytest-xdist + openpyxl + psycopg2 + Git + Jenkins + Allure
项目描述：
针对外贸营销系统（基于 Odoo 二开）发版频繁、回归耗时长的痛点，主导搭建 Web UI 自动化测试体系。采用 POM 分层架构，通过 Excel 数据驱动与 SQL 交互实现数据预置与清理。集成 Jenkins + pytest-xdist 实现多机并行与持续集成，结合 Allure 报告与飞书通知。
核心难点与解决：
1. Odoo 前端稳定性攻坚：
autocomplete 封装逐字输入，解决 fill 不触发过滤；
星标"关注"采用"状态校验+二次确认"重试点击，解决乐观更新点击落空；
页面等待改用 domcontentloaded，规避 longpolling 导致 load 永不触发；
日历控件用 JS 赋值+强制失焦，解决弹窗遮挡。
2. 并行数据冲突治理：
通过数据库日志毫秒级时间窗比对，定位多机共用库时清理任务互删数据问题；
重构清理时序，解决外键约束导致事务回滚、脏数据残留。
3. CI/CD 集成：
Jenkins 流水线自动拉取 Git 执行用例，聚合 Allure 与 HTML 报告；
封装飞书机器人推送模块级统计，失败用例附截图与录屏；
支持 Jenkins API + Token 远程触发，串联上下游任务。
4. 交互可靠性：
统一封装"点击+结果校验+重试"模式，杜绝点击落在旧视图的假成功。
评论