TOB 和 TOC 产品的测试差异
目录
上一份工作是 TOB 的，现在干的是 TOC 的。两种不同的业务形态，测试工作的侧重点也会有所不同。
工作侧重点的不同的根源，当然就是来自业务本身：
| 维度 | TOC | TOB |
|---|---|---|
| 用户形态 | 个人消费者 | 企业等组织 |
| 发布节奏 | 快 | 慢 |
| 核心目标 | 增长、转化 | 稳定、交付 |
| 用户规模 | 大 | 有限 |
| 使用场景 | 多变 | 深度 |
| 需求特点 | 体验更重要 | 正确更重要 |
于是，测试目标就产生了区别：
测试 TOC 产品时更关注：
- 用户体验
- 页面流畅度
- 崩溃率
- UI和交互细节
- 操作路径顺畅
- 兼容性
- 不同机型、系统
- 不同浏览器
- 网络环境
测试 TOB 产品时更关注：
- 业务正确性
- 数据是否一致
- 流程是否闭环
- 稳定性
- 长时间运行
- 资源消耗
- 高并发任务
- 异常恢复
- 安全性
- 权限控制
- 审计日志
- 数据越权
- 接口风控
当然，不是说一种就完全不考虑另一种的侧重点，只是“侧重”而已。
由于不同的测试目标，在测试策略上就有了差异。
| 维度 | TOC | TOB |
|---|---|---|
| 工作重点 | Monkey、埋点、灰度、兼容性、性能监控 | 配置、权限矩阵、回归、数据校验、长链路 |
| 发布特点 | 高频迭代，快速回滚 | 审批严格，回归周期长，容错要求高 |
常见缺陷类型也会有不同：
TOC：
- 配置错误
- 页面错位
- 闪退
- 卡顿
TOB：
- 报表错误
- 状态机异常
- 权限穿透
二者的团队协作模式会不一样。
TOC：
- 产品驱动强
- 节奏快
- 测试需要快速响应
TOB：
- 有长期规划
- 客户需求复杂
- 涉及角色更多
- 测试需要深度理解业务