本项目面向互联网 / 电商运营后台类 Web 系统的回归测试场景，KXS Admin 是服务于创客（入驻商家）管理的运营后台，涵盖登录鉴权、首页数据看板、创客信息审核与筛选、预扣款、提现审核、账户流水、运营券额度等高频业务模块。随着业务快速迭代，每次发版都需要回归十几个菜单、上百个页面元素，手工回归一次耗时 2～3 天且易漏测，发版窗口紧张。立项原因是把登录、查询、筛选、导出、分页、审核、登出等重复性最高的操作沉淀为自动化用例，实现夜间无人值守回归，把测试同学从机械点击中释放出来，聚焦到新功能和异常场景探索，同时为 CI 流水线提供准出质量门禁。
目主要功能模块包括：①登录模块 —— 覆盖页面元素校验、空表单提交、错误验证码、错误账号密码、正确登录、验证码刷新 6 类用例，并集成 ddddocr 自动识别图形验证码；②首页仪表盘 —— 校验总创客数、订单量、交易额等 6 张统计卡片渲染、趋势折线图及首页列表字段；③创客信息管理 —— 页面加载、筛选表单、按手机号查询、按状态筛选、导出下载、表格列校验、分页翻页；④创客预扣款 —— 页面加载、筛选、数据展示；⑤运营中心 —— 运营列表、券兑换记录、额度变动、额度返还四个子页面；⑥提现管理 —— 页面加载与提现审核弹窗；⑦创客账户 —— 账户信息、余额展示申请、收支明细、交易额汇总；⑧通用模块 —— 侧边栏菜单导航、页面加载耗时 < 10s、登出回登录页。所有用例失败自动截图并附加到 Allure 报告，支持按 pytest marker 分模块执行。
我独立负责本框架从 0 到 1 的搭建与全部用例编写。技术选型：Python 3.8 + pytest 8 + Playwright 1.40 + Allure 2 + ddddocr，页面对象层采用 POM 模式（pages/ 目录封装 8 个页面类，test_cases/ 只写业务断言）。架构亮点：①用 fixture 分层 ——session 级浏览器 + session 级 auth_context 通过 storage_state 缓存登录态到 auth.json，避免每条用例重复登录，本地调试命中缓存直接进首页，CI 环境自动切 headless 并跳过缓存；②验证码识别做了灰度化 / 二值化 / 去噪预处理 + 多次识别取众数 + 最多 15 次重试，实测登录成功率接近 100%；③封装 auto_screenshot 装饰器和 StepScreenshot 类，用例失败自动截图并把堆栈写入 Allure；④接入 Jenkins 流水线（Jenkinsfile）夜间定时跑全量、发版前跑冒烟；⑤配套 JMeter 压测脚本和 API 抓包工具（capture_api.py）。难点主要是动态验证码 OCR 准确率和异步 Loading 按钮等待，分别用重试众数和 networkidle / 显式等待解决。
评论