测试平台架构设计
目录
- 测试平台介绍
- 测试平台价值
- 测试平台设计
测试平台 - 学院平台案例
项目管理模块
- 项目搜索
- 项目新建
- 项目编辑
- 项目配置
- 团队管理
- 角色管理
支持自动化测试框架管理
- Web 自动化测试
- App 自动化测试
- 接口自动化测试
- 兼容性测试
支持多样化测试能力管理
- 性能测试
- 安全测试
- 大数据测试
测试报告管理
- 支持测试结果管理
- 支持多种测试能力的自定义报告管理
- 支持数据分析
- 支持用例趋势图、Bug 趋势图等图表管理
扩展
- 支持手工测试用例执行实时监控
- 支持自动化测试用例执行实时监控
- 支持多种测试能力的执行实时监控
个人价值
- 测试方案能力
- 测试工具产品设计能力
- 前后端的技术能力
产品价值
公司效益
- 提效
- 提升质量
- 降低成本
市场收益
- 知名度与影响力
- 成熟的商业模式，也有巨大的市场空间，带来直接创收
- 代表产品：wetest，禅道，process on，figma
测试平台的 “Timing”
- 需求：公司需要测试能力服务化、平台化，比如整合内部的多套平台
- 体系：公司有成熟的测试体系：自动化测试、持续集成
- 人力：有成熟的技术团队，包括前端、后端、测试开发三个角色
测试平台架构设计前提
掌握前端开发技能
- 界面展示
- 良好的用户体验
- 数据展示
- 相关技术：VUE、React等
掌握后端开发技能
- 把控业务逻辑
- 数据库交互
- 相关技术：Flask、Django、SpringBoot
数据库相关技能
- 数据的持久化存储
- 数据操作
- 相关技术：MySQL、Oracle
- 测试平台的产品设计思路
测试平台 - 功能设计
| 功能点 | 描述 | 案例 |
|---|---|---|
| 项目管理 | 对于项目的分类，通常以业务线为主维度 | 商城、飞书、企业微信 |
| 测试类型 | 手工测试、自动化测试 | pytest、JUnit、HttpRunner、Postman |
| 测试用例 | 测试用例的信息 | 标题、步骤、预期结果、实际结果 |
| 测试套件 | 用例的集合 | 通常是用例从不同维度组合，冒烟测试用例，某业务线用例集 |
| 测试装置 | 用例执行前后的准备工作，处理工作 | 用例依赖环境的安装、比如 python、requirements |
| 测试Runner | 测试用例执行器、调度器 | 执行环境的管理：性能测试环境、兼容性测试环境 |
| 测试报告 | 测试结果的体现 | allure报告、手工报告 |
测试平台业务架构
测试用例管理
- 测试标题
- 测试套件
- 测试步骤
- 测试装置
- 测试断言
- 测试结果
- 测试执行器
- 参考：https://en.wikipedia.org/wiki/XUnit
测试用例调度
- 定时任务
- 分布式
- 触发机制
- 拓展性配置
- 相关技术：Jenkins
测试平台后端架构
- 路由层(Controller)
- 服务层(Service)
- 数据层(Dao)
- DO 层(实体类)
测试平台表结构
教学版本
