预算有限时，测试该测什么

小团队做项目，测试时间常常被压缩。完全不测，线上事故频发；想全面覆盖，工期又不允许。我们的做法是承认资源有限，按风险排序。

优先测这四类

涉及钱和权限的逻辑：金额计算、审批流转、越权访问。这类错误代价最高。

数据的写入与迁移：重复提交、并发修改、导入导出，出错后很难修复。

核心流程的主路径：用户每天都要走的操作，必须保证顺畅。

历史缺陷：每个修过的严重问题都补一条回归用例。

可以适当放过的

纯展示页面的细节样式，靠验收环节确认即可。

低频管理功能，允许存在小问题，但要保证数据不丢。

自动化覆盖率不必追求数字，稳定跑通核心路径比 80% 覆盖率更有意义。

测试策略的核心不是覆盖率，而是判断哪些错误绝对不能发生。回答清楚这个问题，资源自然知道往哪放。