如何手动测试搜索功能的数据留存合规要求

前置准备 #

• 首先确认数据清理触发逻辑：和开发对齐是定时任务触发还是事件触发，要求开发提供手动触发清理任务的入口，无需等待自然时间，大幅压缩测试周期
• 申请测试环境数据库的查询权限，可直接执行SQL校验数据存在状态，避免仅依赖前端展示误判
• 无需等待真实时间生成过期数据，直接通过后台管理入口或找开发协助修改数据的create_time字段，快速生成符合时间要求的测试数据

核心测试用例（按优先级从高到低排序，时间紧张时优先完成前3类） #

1. 边界值校验（最高优先级） #

围绕2年零1天的清理阈值，构造3类测试数据验证规则准确性：

• 数据创建时间刚好等于2年零1天：清理触发后，全端（用户端/管理端）所有搜索入口无法检索到该数据，数据库全表（含业务主表、关联表、归档表，按业务要求的删除范围校验）无对应数据残留
• 数据创建时间为2年差1分钟：清理触发后，数据可正常搜索展示，数据库数据完整留存
• 数据创建时间为2年零1天1分钟：清理触发后，全端搜索不可见，数据库数据彻底删除

2. 业务场景覆盖 #

• 覆盖所有业务数据类型：例如若清理范围包含订单、评论、用户上传内容等，每类数据各构造1条过期数据验证清理逻辑生效，避免出现某类数据遗漏清理的问题
• 覆盖所有搜索入口：普通搜索、筛选搜索、后台列表查询等所有可检索数据的入口，均验证过期数据不可见
• 覆盖全量数据权限：普通用户、管理员创建的过期数据都需被清理，无特权账号数据豁免情况

3. 删除完整性校验 #

• 校验关联数据同步清理：例如订单数据清理时，对应的支付记录、物流记录、售后记录等关联数据需同步删除，避免残留无效关联数据
• 确认删除方式符合要求：若业务要求彻底删除，需验证数据是从数据库物理删除，而非仅打is_deleted软删除标记

4. 异常场景校验（时间充裕时执行） #

• 清理任务中途中断后重启，验证未完成的清理任务可正常执行，已清理数据不会重复处理，无数据残留
• 清理过程中检索正在被清理的数据，验证服务无报错，检索结果无该数据

内容的提问来源于stack exchange，提问作者Morgan Efcee