# 丹阳公益婚恋服务平台 # V1.0 测试体系、验收标准与上线质量保障方案 版本：V1.0 适用范围：微信小程序用户端、公益红娘工作台、运营管理后台、后端服务、数据库、实时消息、对象存储、风控与统计模块 核心目标：保证V1.0上线前“功能可用、状态正确、权限不越界、数据不重复、敏感信息不泄露、核心链路可恢复、上线后可快速定位问题” --- # 第一章 测试总体目标 本项目测试不是简单确认： > 页面能不能打开。 真正需要验证的是： 1. 核心婚恋闭环是否完整 2. 状态变化是否正确 3. 并发情况下是否产生重复数据 4. 用户隐私是否被严格隔离 5. 后台工作人员是否会越权 6. 拉黑、封禁、审核等状态是否即时生效 7. 弱网和异常情况下数据是否仍一致 8. 活动现场是否真正可执行 9. 红娘工作流是否能连续使用 10. 数据统计是否与业务真实数据一致 最终标准： > **不是“没有明显Bug就上线”，而是核心业务链路在正常、异常、并发和越权场景下都可控。** --- # 第二章 测试体系总结构 V1.0测试体系分为： ```text 01 单元测试 02 Service业务规则测试 03 API接口测试 04 数据库约束测试 05 状态机测试 06 并发与幂等测试 07 前端功能测试 08 实时聊天测试 09 权限与越权测试 10 隐私与敏感数据测试 11 安全测试 12 活动现场测试 13 红娘SOP测试 14 风控流程测试 15 数据统计口径测试 16 性能测试 17 兼容性测试 18 灾备与恢复测试 19 上线前回归测试 20 上线Go/No-Go验收 ``` --- # 第三章 测试环境划分 建议至少： ```text development test staging production ``` --- # 第四章 Development 用途： > 开发人员本地开发。 可以使用： - 模拟微信用户 - 模拟实名认证 - 测试对象存储 - 测试数据库 禁止使用真实生产身份证等敏感数据。 --- # 第五章 Test环境 用途： - 自动化测试 - QA测试 - 接口测试 - 并发测试 必须允许： > 数据随时重置。 --- # 第六章 Staging预发布 必须尽可能接近Production： ```text 同版本数据库 同Redis结构 同对象存储策略 同Nginx 同Docker部署 同权限配置 ``` 第三方实名、微信能力可以使用： > 官方测试环境或受控测试账号。 --- # 第七章 Production 生产数据： > 不用于普通开发测试。 线上故障复现： 优先使用： - 日志 - RequestId - Audit - 脱敏数据 --- # 第八章 测试账号体系 必须提前准备标准测试账号。 例如： ```text U001 新用户 U002 已绑定手机号未实名 U003 已实名资料未完成 U004 审核中 U005 审核通过正常用户 U006 paused用户 U007 getting_to_know用户 U008 successful用户 U009 limited用户 U010 banned用户 ``` --- # 第九章 关系测试用户 至少： ```text A neutral B C liked D D liked C E blocked F G active match H I unmatched J K successful L ``` 方便快速测试状态。 --- # 第十章 后台测试账号 必须分别准备： ```text super_admin platform_admin organization_admin_A organization_admin_B reviewer matchmaker_A matchmaker_B activity_manager risk_operator volunteer data_viewer ``` 不能只拿超级管理员测所有后台。 --- # 第十一章 测试数据生成 建议开发： ```text seed:test ``` 或对应脚本。 自动生成： - 不同年龄 - 不同性别 - 不同婚姻状态 - 不同择偶条件 - 不同审核状态 - Match - Conversation - Activity - Report - MatchmakerService --- # 第十二章 核心端到端测试链路 V1最重要的第一条E2E： ```text 微信登录 ↓ 手机号 ↓ 实名认证 ↓ 填写资料 ↓ 设置择偶条件 ↓ 提交审核 ↓ 后台审核通过 ↓ 首页推荐 ↓ 用户详情 ↓ Like ↓ 另一方Like ↓ Mutual Match ↓ 聊天 ``` 此链路必须： > 100%可通过。 --- # 第十三章 第二核心E2E：红娘 ```text 用户申请红娘 ↓ 后台分配 ↓ 红娘查看服务 ↓ 系统生成候选 ↓ 红娘推荐 ↓ 用户查看 ↓ Like ↓ Mutual ↓ 服务跟进 ↓ 完成服务 ``` --- # 第十四章 第三核心E2E：活动 ```text 后台创建活动 ↓ 发布 ↓ 用户报名 ↓ 人工审核 ↓ 报名通过 ↓ 签到 ↓ 活动结束 ↓ 提交反馈 ↓ 活动互选 ↓ 双向互选 ↓ 创建Match ↓ 聊天 ``` --- # 第十五章 第四核心E2E：风控 ```text 用户举报 ↓ Report创建 ↓ 风控处理 ↓ RiskAction ↓ 账号受限 ↓ 聊天即时禁止 ↓ 推荐即时排除 ↓ 用户申诉 ↓ 人工复核 ↓ 撤销/维持 ``` --- # 第十六章 单元测试范围 重点Service： ```text MatchEligibilityService RequiredConditionService DirectionalScoringService MutualScoringService MessagePermissionService ActivityEligibilityService RiskStatusService PermissionService DataScopeService ``` --- # 第十七章 匹配算法单元测试 必须覆盖： ```text 年龄边界 身高边界 地区 婚姻状态 子女情况 学历 吸烟 饮酒 婚姻计划 定居意愿 兴趣 Null Required Preferred ``` --- # 第十八章 Required测试 例如： A： ```text 年龄30～35 required ``` B=35： > 通过。 B=36： > Reject。 不能进入后续评分。 --- # 第十九章 双向Required测试 ```text A接受B B不接受A ``` 最终： > Reject。 --- # 第二十章 MutualScore测试 输入： ```text AB = 92 BA = 78 ``` 验证： ```text 0.6×78 + 0.4×85 ``` 结果符合公式。 --- # 第二十一章 推荐理由测试 输入条件真实匹配： > 生成对应理由。 不能生成资料中不存在的： > “双方都喜欢旅行”。 --- # 第二十二章 Service测试原则 业务Service测试重点： > 状态变化和副作用。 例如Like： 不仅检查： ```text like插入成功 ``` 还要检查： ```text reverse like存在时创建Match Conversation创建 Members创建 ``` --- # 第二十三章 API测试 所有API至少覆盖： ```text 正常请求 缺少Token Token过期 参数缺失 参数越界 业务状态错误 资源不存在 权限不足 重复请求 ``` --- # 第二十四章 API响应格式测试 所有API错误必须符合： ```json { "success": false, "code": "...", "message": "...", "data": null } ``` 不能某接口返回： ```text 500 Internal Error ``` 另一个返回： ```json {"msg":"error"} ``` --- # 第二十五章 RequestId测试 每个请求： > 必须能够获得RequestId。 错误日志能通过RequestId追踪。 --- # 第二十六章 登录测试 覆盖： - 正常微信登录 - 无效code - code重复 - 微信接口失败 - banned账号 - closed账号 - Token refresh - logout - Session撤销 --- # 第二十七章 手机绑定测试 覆盖： - 正常手机号 - 已绑定手机号 - 同手机号重复绑定 - 无效手机号 - 短信验证码错误（若启用） - 微信phoneCode失效 --- # 第二十八章 实名认证测试 覆盖： ```text 合法身份 姓名不一致 身份证格式错误 未成年 重复身份证 第三方超时 重复提交 ``` --- # 第二十九章 实名测试特别要求 必须确认： > 实名失败日志中没有完整身份证。 数据库中： > 没有明文身份证。 --- # 第三十章 资料填写测试 覆盖： - 每个字段正常值 - 最大/最小值 - 字典非法值 - selfIntro为空 - selfIntro超长 - 联系方式 - 特殊字符 - Emoji - XSS文本 --- # 第三十一章 图片测试 覆盖： ```text 正常JPEG PNG 伪装EXE.jpg 超大文件 异常MIME 损坏图片 带EXIF GPS图片 重复上传 ``` 必须确认： > EXIF按设计处理。 --- # 第三十二章 审核状态机测试 覆盖： ```text not_submitted → pending pending → processing processing → approved processing → need_edit processing → rejected need_edit → pending ``` --- # 第三十三章 非法审核迁移测试 例如： ```text approved → processing ``` 由普通审核接口请求。 必须： > 拒绝。 --- # 第三十四章 审核并发领取 模拟： > 10个审核员同时领取同一任务。 最终： ```text 1人成功 9人失败 ``` 不能出现多个assigned_operator。 --- # 第三十五章 审核处理中修改资料 用户尝试修改正在审核字段。 必须按既定规则： > 禁止或进入明确版本机制。 不能造成审核内容变化却仍然批准旧任务。 --- # 第三十六章 推荐资格测试 以下用户绝不能进入推荐： ```text 未实名 审核中 审核拒绝 paused successful banned closed blocked ``` --- # 第三十七章 推荐冷却测试 A Pass B。 下一次推荐： > B被排除。 冷却到期后的行为： > 根据配置恢复。 --- # 第三十八章 推荐缓存失效测试 缓存已有B。 B随后： ```text paused ``` A再次获取推荐： > 不得返回B。 --- # 第三十九章 Like正常测试 A Like B： ```text liked = true mutual = false ``` --- # 第四十章 双向Like测试 B先Like A。 A再Like B。 最终： ```text 1 Match 1 Conversation 2 ConversationMembers ``` --- # 第四十一章 同时Like并发测试 A与B同时发送。 循环至少： > 100～1000次并发场景。 每轮必须： ```text 只产生1个Match ``` --- # 第四十二章 重复Like幂等 同一个： ```text Idempotency-Key ``` 重复10次。 最终： > 一个Like结果。 --- # 第四十三章 取消Like测试 未Mutual： > 可取消。 已Mutual： > 必须拒绝，要求Unmatch。 --- # 第四十四章 Block测试 A Block B后： 必须同时验证： - B不能Chat A - A/B推荐互相排除 - Search排除 - 红娘候选排除 - Conversation不可发送 --- # 第四十五章 Unblock测试 解除后： - 不自动恢复Like - 不自动恢复Match - Conversation仍不可自动恢复 --- # 第四十六章 Unmatch测试 任一方解除： ```text match → unmatched conversation.canSend = false ``` 另一方下一条消息： > 必须失败。 --- # 第四十七章 Success测试 A发起。 B确认。 最终： ```text match successful 双方relationship_status更新 停止新推荐 ``` --- # 第四十八章 Success拒绝测试 A发起。 B拒绝。 不能： > 成功状态生效。 --- # 第四十九章 Success与Unmatch并发 A发Success。 同时B Unmatch。 最终必须只有一个合法业务状态。 不可出现： ```text match = successful conversation = unmatched ``` 互相矛盾。 --- # 第五十章 聊天权限测试 必须覆盖： ```text neutral single like active match unmatched blocked banned paused successful ``` 确认每种状态canSend正确。 --- # 第五十一章 Paused聊天测试 用户暂停寻找： > 已有active Match聊天仍正常。 这是明确业务规则。 --- # 第五十二章 Successful聊天测试 成功牵手： > 已有双方Conversation仍可保留。 不能因为成功就突然断聊。 --- # 第五十三章 消息幂等测试 服务端已经保存。 客户端超时重试相同： ```text clientMessageId ``` 最终： > 数据库仅一条。 --- # 第五十四章 消息顺序测试 高频连续发送： ```text M1 M2 M3 M4 ``` 客户端最终顺序稳定。 --- # 第五十五章 弱网测试 模拟： ```text 3G 高延迟 30%丢包 临时断网 网络切换 ``` 确认： - 草稿不丢 - 重试不重复 - 历史最终一致 --- # 第五十六章 WebSocket断线重连测试 场景： ```text WS断开 ↓ 对方发送5条 ↓ 重新连接 ``` 客户端最终： > 5条全部可恢复。 --- # 第五十七章 后台切换测试 微信小程序： ```text 进入后台5分钟 ↓ 重新打开 ``` 需要： - WS恢复 - 未读恢复 - 状态刷新 --- # 第五十八章 实时封禁测试 A正在聊天。 后台封禁A。 A不刷新页面直接发送。 必须： > 发送失败。 不能等重新登录。 --- # 第五十九章 实时Block测试 A/B都在线。 B Block A。 A立即发送： > 必须失败。 --- # 第六十章 消息限频测试 模拟： ```text 1秒100条 ``` 必须触发： > Rate Limit。 同时普通连续发送： ```text 5～10条短消息 ``` 不能明显误伤。 --- # 第六十一章 重复群发测试 同一用户向多个Match发完全相同广告话术。 系统： > 生成Spam风险。 --- # 第六十二章 Risk关键词测试 普通： > “我在银行工作。” 不能直接封禁。 明显： > “转钱给我投资” 应触发： > 风险提醒/事件。 --- # 第六十三章 图片消息测试 覆盖： - 上传成功发送 - 上传失败 - 上传成功但消息失败 - 图片权限失效 - 被Block后发送图片 - 恶意文件 --- # 第六十四章 系统通知测试 必须测试： ```text 审核通过 审核退回 Mutual Match 红娘推荐 活动批准 活动取消 账号受限 ``` 每个通知： - 正确用户 - 正确业务ID - 不重复 --- # 第六十五章 Notification幂等 同一个业务事件重复消费： > 用户只收到一个正式通知。 --- # 第六十六章 活动创建测试 覆盖： - 合法时间 - 开始>结束 - 报名结束>活动开始 - 空标题 - 无组织 - 无人数限制 - 无规则 --- # 第六十七章 活动状态测试 ```text draft → open open → closed closed → ongoing ongoing → ended ``` 非法逆转： > 拒绝。 --- # 第六十八章 活动报名测试 覆盖： ```text 正常用户 未实名 未审核 年龄不符 活动关闭 重复报名 名额已满 ``` --- # 第六十九章 Pending名额测试 假设： ```text 总名额10 pending 100 approved 9 ``` 仍只能再批准： > 1人。 --- # 第七十章 活动最后名额并发 模拟： > 50个审核请求同时批准最后1个名额。 最终： ```text 1 approved 49 ACTIVITY_FULL ``` --- # 第七十一章 性别名额测试 如果开启： ```text male_limit = 10 ``` 第11名男性： > GENDER_QUOTA_FULL。 同时女性名额不受错误影响。 --- # 第七十二章 用户取消与审核并发 用户正在取消pending。 审核员同时approve。 最终只能出现： > 一个确定状态。 不能既approved又cancelled逻辑冲突。 --- # 第七十三章 活动取消并发 活动管理员取消活动时： 用户同时提交报名。 报名必须： > 失败。 --- # 第七十四章 签到测试 覆盖： ```text 正常Token Token过期 Token篡改 错误activity 非approved 重复签到 ``` --- # 第七十五章 重复签到 返回： > 已签到。 而不是500。 --- # 第七十六章 手工签到测试 检查： - 操作人记录 - Audit - 重复防护 --- # 第七十七章 活动互选测试 A选B： > B看不到。 B选A： > 生成Match。 --- # 第七十八章 多人互选限制 如果配置： ```text maxSelections = 3 ``` 提交4人： > 拒绝。 --- # 第七十九章 互选对象越权测试 用户修改targetId： > 指向未参加该活动用户。 必须拒绝。 --- # 第八十章 Block与互选 A Block B。 即使旧页面存在B： 提交： > 拒绝。 --- # 第八十一章 活动已有Match测试 A/B已有Match。 活动再次互选： > 不创建重复Match。 --- # 第八十二章 活动Unmatch后重新互选 按照最终实现的“重新激活原Match/创建历史事件”逻辑测试。 要求： > 历史不丢，关系不重复。 --- # 第八十三章 红娘申请测试 覆盖： ```text 正常申请 重复同类型active服务 paused用户 banned用户 successful用户 ``` --- # 第八十四章 红娘接单并发 10位红娘同时Claim。 最终： > 1位成功。 --- # 第八十五章 红娘候选测试 候选必须排除： - Required冲突 - Block - paused - banned - successful - 当前不可推荐 --- # 第八十六章 红娘越权候选测试 红娘不能： > 手工绕过系统提交任意targetUserId。 服务端仍校验。 --- # 第八十七章 红娘推荐重复测试 已推荐且用户已Pass的候选： 系统应提示历史。 按规则禁止/提示重复。 --- # 第八十八章 红娘查看聊天测试 Matchmaker角色请求聊天正文： > 403。 必须验证。 --- # 第八十九章 红娘查看身份证测试 > 403。 --- # 第九十章 红娘替用户Like测试 不存在此权限/API。 如果构造调用： > 拒绝。 --- # 第九十一章 红娘联系意向对象测试 V1保守方案： A明确申请。 系统向B发中性通知。 必须确认： - 不泄露B联系方式 - B可拒绝 - B拒绝后不重复骚扰 --- # 第九十二章 红娘风险转交测试 红娘创建风险转交后： - 产生RiskEvent - 红娘不能自行Ban - 风控可继续处理 --- # 第九十三章 举报正常测试 覆盖类型： ```text 虚假资料 婚姻状态疑似虚假 骚扰 诈骗 金钱诱导 广告 冒充他人 其他 ``` --- # 第九十四章 举报隐私测试 被举报用户： > 不得知道举报人身份。 --- # 第九十五章 举报证据权限测试 仅： ```text risk.evidence.view ``` 可查看。 红娘、活动管理员： > 403。 --- # 第九十六章 举报处理测试 结果： ```text confirmed rejected insufficient_evidence ``` 分别验证。 --- # 第九十七章 Report与RiskAction分离测试 举报成立： 不代表必然ban。 例如： ```text confirmed + warning ``` 应合法。 --- # 第九十八章 多RiskAction测试 用户同时有： ```text message_limit temporary_suspend ``` 撤销一个以后： > 不能简单恢复normal。 必须根据剩余Action重新计算。 --- # 第九十九章 申诉测试 覆盖： ```text pending processing approved rejected ``` approved： > 正确撤销对应Action。 --- # 第一百章 权限测试总体要求 权限测试必须以： > “默认拒绝” 为原则。 测试不仅看菜单隐藏。 必须直接构造HTTP请求。 --- # 第一百零一章 RBAC测试 每个角色访问每类资源。 形成正式： > Permission Test Matrix。 --- # 第一百零二章 组织越权测试 机构A管理员： 请求机构B： ```text activity matchmaker service operator ``` 必须： > 403。 --- # 第一百零三章 Assigned Scope测试 红娘A： 尝试访问红娘B服务。 没有授权： > 拒绝。 --- # 第一百零四章 Activity Scope测试 志愿者只分配活动X。 访问活动Y签到名单： > 403。 --- # 第一百零五章 敏感权限测试 没有： ```text user.sensitive.identity.full ``` 不能通过： - API - 下载 - URL参数 获得完整身份证。 --- # 第一百零六章 权限修改实时测试 管理员撤销权限。 旧Token继续请求： > 应立即/短时内失效。 不能必须退出重登才生效。 --- # 第一百零七章 Operator Disabled测试 账号已登录。 后台管理员Disable。 下一API： > 拒绝。 --- # 第一百零八章 角色自提权测试 organization_admin请求给自己： ```text super_admin ``` 必须： > 拒绝并Audit。 --- # 第一百零九章 IDOR专项测试 必须重点覆盖： ```text /users/{userId} /conversations/{id} /reports/{id} /activities/{id}/registration /matchmaker/services/{id} /admin/users/{id} ``` 手工替换ID。 --- # 第一百一十章 用户资料IDOR A通过修改ID尝试看： > 被B Block后的B详情。 必须： > TARGET_UNAVAILABLE/403。 --- # 第一百一十一章 Conversation IDOR A不属于Conversation。 访问： > 403。 --- # 第一百一十二章 Checkin Token IDOR Token不可通过： > 修改userId 伪造其他签到。 签名必须验证。 --- # 第一百一十三章 隐私测试总目标 必须保证： > “知道某个资源ID”不等于“拥有访问权”。 --- # 第一百一十四章 隐私字段测试 PublicProfile不得返回： ```text real_name id_number phone exact_address ``` --- # 第一百一十五章 SelfProfile测试 允许： > phoneMasked 但仍不返回完整身份证。 --- # 第一百一十六章 Matchmaker DTO测试 不得包含： ```text idNumber chatContent riskEvidence ``` --- # 第一百一十七章 活动签到DTO测试 只返回签到必要信息。 --- # 第一百一十八章 日志泄露测试 主动触发： - 实名错误 - Token错误 - SQL错误 - 上传错误 然后检查日志。 不得出现： - 完整身份证 - 密码 - Token - 聊天正文 --- # 第一百一十九章 对象存储测试 测试用户图片： > 直接访问Bucket URL。 必须： > 不能Public Read。 --- # 第一百二十章 Signed URL测试 过期后： > 无法继续访问。 --- # 第一百二十一章 文件越权测试 A拿到B fileId。 调用access-url。 若当前业务无权限： > 拒绝。 --- # 第一百二十二章 安全测试范围 上线前至少进行： ```text 认证绕过 授权越权 SQL注入 XSS CSRF（Web） CORS 文件上传 Token重放 暴力登录 接口限流 ID枚举 敏感数据泄露 对象存储权限 ``` --- # 第一百二十三章 SQL注入测试 所有： - 搜索 - Filter - 用户输入 - 后台Query 尝试经典注入Payload。 必须： > 参数化安全。 --- # 第一百二十四章 XSS测试 向： ```text selfIntro activityDescription feedback reportDescription matchmakerFollowup ``` 写入恶意HTML/Script。 前端： > 必须转义。 --- # 第一百二十五章 CORS测试 管理后台API： 只允许正式授权Origin。 不能： > `*` 配合敏感凭证。 --- # 第一百二十六章 暴力登录测试 后台连续错误密码。 必须： > 限频/锁定。 --- # 第一百二十七章 Rate Limit测试 重点接口： ```text login real-name like message report upload ``` --- # 第一百二十八章 CSRF测试 如后台采用Cookie认证： > 必须验证CSRF。 如采用Bearer： 重点验证： - Token存储 - XSS - CORS --- # 第一百二十九章 前端兼容性测试 微信小程序至少测试： - iOS微信主流版本 - Android微信主流版本 尤其： - 登录 - 手机号 - 图片上传 - WebSocket - 二维码 --- # 第一百三十章 屏幕适配 至少： ```text 320px 375px 390px 430px ``` 重点检查： - BottomTab - Dialog - 长文字 - 表单 - 聊天Input --- # 第一百三十一章 大字体测试 用户系统字体放大后： - 文字不能被严重截断 - 关键按钮仍可操作 --- # 第一百三十二章 后台浏览器 建议支持： - Chrome - Edge 近期主流版本。 V1不需要兼容IE。 --- # 第一百三十三章 后台分辨率 重点： ```text 1366×768 1920×1080 ``` 响应式支持更宽屏。 --- # 第一百三十四章 空状态测试 每个列表必须测试： > 0数据。 例如： - 无推荐 - 无消息 - 无活动 - 无红娘服务 - 无举报 - 无审核 不能显示空白页。 --- # 第一百三十五章 加载状态测试 网络慢时： > Skeleton/Loading正确。 不能用户连续重复点击造成重复业务动作。 --- # 第一百三十六章 网络错误测试 API 500/Timeout： 页面应： - 提示 - 可重试 - 不破坏已有数据 --- # 第一百三十七章 表单防重复提交 按钮提交后： > Loading + 防双击。 但最终仍需服务端幂等。 --- # 第一百三十八章 草稿恢复测试 Onboarding填写一半退出。 重新进入： > 能恢复安全草稿。 敏感身份证： > 不应长期保存在本地草稿。 --- # 第一百三十九章 前端路由状态测试 必须覆盖启动时： ```text 未登录 未绑定 未实名 资料未完成 审核中 need_edit approved banned paused successful ``` 进入正确页面。 --- # 第一百四十章 Deep Link/分享访问测试 如果用户通过活动分享链接进入： 未登录时： ```text 登录 ↓ 恢复到活动 ``` 不能登录后丢失原目标。 --- # 第一百四十一章 redirectAfterLogin安全测试 传恶意外部URL： > 必须被白名单拒绝。 --- # 第一百四十二章 数据统计测试 每个正式指标： > 必须有测试数据集和预期数字。 --- # 第一百四十三章 注册漏斗测试 构造： ```text 注册10 实名7 提交5 通过4 ``` 验证全部页面一致。 --- # 第一百四十四章 Match统计测试 2个Like： > 1个Mutual Match。 不能统计成2。 --- # 第一百四十五章 Chat Started测试 仅SystemMessage： > 0。 真实用户消息： > +1。 --- # 第一百四十六章 Two-Way Chat测试 A发1条： > 0。 B回复： > +1。 --- # 第一百四十七章 Activity统计测试 ```text 申请100 通过90 签到80 ``` Attendance： ```text 80 / 90 ``` --- # 第一百四十八章 Activity双向意向 10对Mutual： > Mutual Pair=10。 不是： > 20对。 --- # 第一百四十九章 Red Matchmaker统计 红娘看20候选。 正式推3人。 Recommendation： > 3。 --- # 第一百五十章 举报统计 10条举报： ```text 6 confirmed 2 rejected 2 insufficient ``` Confirmed Rate： ```text 6/10 ``` 如果全部已完成。 --- # 第一百五十一章 Dashboard一致性 同日期条件： ```text Overview Matches Analytics Activity Analytics ``` 引用同指标时必须相同。 --- # 第一百五十二章 Summary重算测试 先生成昨日汇总。 修改测试数据后运行： ```text rebuildMetrics ``` 结果： > 与业务表重新一致。 不能累加重复。 --- # 第一百五十三章 时区测试 23:59与00:01产生的事件： 必须正确归属： > Asia/Shanghai自然日。 --- # 第一百五十四章 性能测试目标 前面定义的性能数值属于建议目标。 V1建议验证： ```text 普通核心API P95 < 500ms Recommendation P95 < 1.5s Dashboard P95 < 2s ``` 具体最终SLA可在上线前根据基础设施确认。 --- # 第一百五十五章 性能测试用户规模建议 早期可模拟： ```text 1万用户 5万用户 ``` 数据库数据量。 并模拟： ```text 100～300并发 ``` 核心API。 不需要一开始测试百万并发。 --- # 第一百五十六章 推荐性能测试 候选池： ```text 100 500 1000 5000 ``` 分别测试。 确保SQL先过滤。 --- # 第一百五十七章 Message性能测试 至少模拟： > 数十至数百同时在线连接。 验证： - Send - Push - Reconnect V1不需要做超级IM压力测试。 --- # 第一百五十八章 Activity并发重点 真正需要高并发保证的是： > 最后名额。 即使整体QPS不高： 事务一致性必须正确。 --- # 第一百五十九章 数据库性能测试 重点SQL必须执行： ```text EXPLAIN ANALYZE ``` 检查： - 推荐初筛 - 消息分页 - 审核待办 - 举报待办 - 活动报名 - Dashboard聚合 --- # 第一百六十章 N+1测试 例如推荐列表6人： 不能产生： > 几十/上百条SQL。 --- # 第一百六十一章 数据库约束测试 手工绕过Service插入： - 重复Match - 重复ActivityRegistration - 重复clientMessageId - self relation 数据库应尽量拒绝。 --- # 第一百六十二章 Redis故障测试 停Redis。 必须判断： 哪些功能可降级。 例如： > 核心数据库业务仍应尽量工作。 不能Redis一挂： > 数据全部丢失。 --- # 第一百六十三章 Recommendation Cache Redis故障 可以： > 回数据库实时计算/返回暂时不可用。 不能把Redis当正式推荐关系数据源。 --- # 第一百六十四章 WebSocket Redis故障 如果单实例： > 可能仍可工作。 如果多实例： 实时跨实例受影响。 消息仍然： > 已落PostgreSQL。 用户重新拉取应恢复。 --- # 第一百六十五章 对象存储故障测试 图片暂时无法上传。 文字资料： > 不应全部瘫痪。 页面提示： > 图片服务暂时不可用。 --- # 第一百六十六章 第三方实名认证故障 第三方超时： 用户看到： > 认证服务暂时不可用，请稍后重试。 不能： > 把用户标记为认证失败欺诈。 --- # 第一百六十七章 微信API故障 外部服务失败： - 记录 - 合理提示 - 不泄露技术错误 --- # 第一百六十八章 灾备测试 至少验证： ```text 数据库备份 恢复 对象存储恢复/版本 配置恢复 ``` --- # 第一百六十九章 数据库恢复测试 不是只确认： > 有备份文件。 必须定期： > 在测试环境实际恢复。 --- # 第一百七十章 备份恢复验收 恢复后检查： ```text users matches messages activities reports audit ``` 关键关联完整。 --- # 第一百七十一章 部署回滚测试 必须提前验证： ```text 新版本部署 ↓ 发现问题 ↓ 回滚上一版本 ``` 数据库migration也要考虑兼容。 --- # 第一百七十二章 Migration测试 所有Migration： > 在空数据库跑一遍。 同时： > 从上一版本数据库升级一遍。 --- # 第一百七十三章 Migration不可破坏性原则 正式上线前： 避免直接： ```text DROP COLUMN ``` 导致旧版本无法运行。 采用： ```text 先新增 双版本兼容 后续再清理 ``` --- # 第一百七十四章 Staging上线演练 正式生产前至少完整跑一次： ```text 部署 ↓ Migration ↓ Seed必要配置 ↓ 健康检查 ↓ 核心E2E ↓ 回滚演练 ``` --- # 第一百七十五章 健康检查 建议： ```text /health/live /health/ready ``` 检查： - App - PostgreSQL - Redis - Object Storage关键连通状态（可适度） --- # 第一百七十六章 Smoke Test 每次发布后立即执行： ```text 登录 查看首页 用户详情 Like测试账号 聊天 后台登录 审核列表 活动列表 ``` 控制在几分钟内完成。 --- # 第一百七十七章 自动化测试优先级 必须自动化： ```text Match算法 状态机 API权限 幂等 关键数据库约束 ``` --- # 第一百七十八章 不要求所有UI自动化 微信小程序完整UI自动化维护成本高。 V1可以： > 核心E2E少量自动化 + QA人工回归。 --- # 第一百七十九章 推荐自动化测试比例 核心后端： > 尽量高覆盖。 尤其： - Match - Relationship - Risk - Permission 不是单纯追求代码覆盖百分比。 --- # 第一百八十章 测试覆盖率原则 不要： > 为80%覆盖率写无意义测试。 更重要： > 高风险业务路径全部覆盖。 --- # 第一百八十一章 Bug严重级别 建议： ```text P0 Blocker P1 Critical P2 Major P3 Minor P4 Suggestion ``` --- # 第一百八十二章 P0 Blocker 例如： - 无法登录 - 无法实名认证 - Match核心链路断裂 - 数据库严重损坏 - 大规模敏感数据泄露 - 权限系统完全失效 结论： > 禁止上线。 --- # 第一百八十三章 P1 Critical 例如： - 未Mutual可以聊天 - Block后仍可聊天 - 红娘能看到身份证 - 普通用户可读他人Conversation - 活动严重超卖 - 重复生成Match - 封禁用户仍可推荐 结论： > 必须修复后上线。 --- # 第一百八十四章 P2 Major 例如： - 某筛选条件失效 - 某统计数字错误 - 图片重试异常 - 活动通知漏发但报名成功 一般： > 核心影响较大，应上线前尽量清零。 --- # 第一百八十五章 P3 Minor 例如： - 局部UI错位 - 非关键文案 - 少量动画问题 可评估是否延后。 --- # 第一百八十六章 Bug修复要求 修复： > 必须有Regression Test。 不能： > 修完手点一下就关闭Bug。 --- # 第一百八十七章 缺陷模板 建议记录： ```text 标题 环境 账号 前置条件 操作步骤 实际结果 预期结果 截图/RequestId 严重级别 ``` --- # 第一百八十八章 UAT用户验收 除了技术测试，还需要： > 实际运营人员验收。 包括： - 审核员 - 红娘 - 活动人员 - 管理员 --- # 第一百八十九章 审核员UAT 给审核员： > 20～50条测试审核任务。 确认： - 是否知道哪里处理 - 原因是否好选 - 能否快速完成 - 是否容易误操作 --- # 第一百九十章 红娘UAT 给红娘一批模拟用户。 任务： ```text 接单 查看需求 看候选 推荐 跟进 完成服务 ``` 观察： > 是否需要额外Excel/纸笔才能完成。 如果需要： > 工作台还不完整。 --- # 第一百九十一章 活动管理员UAT 完整演练： ```text 创建活动 报名 审核 最后名额 签到 现场异常 反馈 互选 ``` --- # 第一百九十二章 志愿者UAT 找一个不了解系统的志愿者。 只给简单培训。 验证： > 是否能完成签到。 如果签到必须专业IT人员操作： > 设计失败。 --- # 第一百九十三章 风控员UAT 模拟： - 骚扰举报 - 诈骗举报 - 无证据举报 - 申诉 确认： > 处理链路清晰。 --- # 第一百九十四章 普通用户UAT 至少覆盖不同年龄和数字化能力用户。 重点测试： ```text 注册 资料 择偶条件 推荐 Like 聊天 活动 红娘 ``` --- # 第一百九十五章 用户UAT核心判断 不只是问： > “喜欢吗？” 更应该观察： - 会不会用 - 会不会迷路 - 是否知道下一步 - 是否理解必须/最好 - 是否误解推荐等级 - 是否知道怎么拉黑举报 --- # 第一百九十六章 易用性验收 核心操作： > 尽量不超过3步。 例如Like： ```text 推荐 → 详情 → 喜欢 ``` --- # 第一百九十七章 文案验收 重点检查： > 是否存在商业婚恋套路。 禁止： - 桃花爆棚 - 优质男神 - 高价值女性 - VIP - 成功率92% --- # 第一百九十八章 合规文案验收 不能出现： ```text 100%真人 100%单身 婚姻状态已官方验证 绝对安全 ``` --- # 第一百九十九章 实名标识验收 只能表达： > 已实名。 不能让用户理解为： > 全部婚恋资料官方真实。 --- # 第二百章 数据删除/注销验收 测试账号注销。 必须确认： - 不再推荐 - 不再搜索显示 - 不能新聊天 - 红娘服务停止 - 未开始活动按规则取消 - 历史业务关系不崩溃 --- # 第二百零一章 隐私设置验收 关闭： ```text visibleInSearch ``` 必须不再Find。 关闭： ```text visibleInRecommendations ``` 必须不被推荐。 --- # 第二百零二章 隐私状态缓存测试 修改隐私后： > 旧缓存立即不再暴露。 --- # 第二百零三章 Audit验收 随机执行： ```text 审核 Ban 活动取消 权限修改 敏感查看 ``` 后台必须可以查到： > 谁、什么时候、做了什么。 --- # 第二百零四章 SensitiveAccess验收 查看实名敏感信息。 必须产生： ```text operator user reason time ``` --- # 第二百零五章 安全事件演练 上线前建议至少桌面演练一次： > “如果用户身份证数据疑似泄露怎么办？” 团队必须知道： ```text 谁负责 怎么停服务 怎么查影响 怎么保留证据 怎么修复 怎么通知/报告 ``` --- # 第二百零六章 生产监控 上线后至少监控： ```text API 5xx API P95 数据库连接 CPU 内存 磁盘 Redis WebSocket 登录失败 第三方实名认证失败率 对象存储错误 ``` --- # 第二百零七章 业务监控 重点： ```text 登录成功率 实名认证成功率 审核积压 推荐失败率 Match创建异常 消息失败 活动报名异常 举报积压 ``` --- # 第二百零八章 告警分级 建议： ```text SEV1 SEV2 SEV3 ``` --- # 第二百零九章 SEV1 例如： - 大面积无法登录 - 数据库不可用 - 敏感数据泄露 - 权限绕过 - 大量Match重复 立即处理。 --- # 第二百一十章 SEV2 例如： - 推荐模块大面积异常 - 聊天大面积失败 - 活动报名不可用 --- # 第二百一十一章 SEV3 例如： - 单个非核心统计异常 - 局部UI问题 --- # 第二百一十二章 上线方式 建议V1采用： > 小范围灰度 → 扩大。 不要第一天就： > 全丹阳大规模宣传。 --- # 第二百一十三章 第一阶段灰度 建议： ```text 内部工作人员 + 少量受邀真实用户 ``` 例如： > 数十人。 验证： - 真实资料填写 - 审核 - 推荐 - Like - Chat --- # 第二百一十四章 第二阶段灰度 扩大： > 数百人。 加入： - 公益红娘 - 第一场小规模活动 --- # 第二百一十五章 第三阶段 确认： - 核心错误稳定 - 用户池可用 - 风控流程可运行 再正式推广。 --- # 第二百一十六章 灰度期间重点观察 不是只看注册数。 重点： ```text 实名失败 审核问题 无候选比例 用户是否理解Like Mutual后是否聊天 举报 红娘工作量 ``` --- # 第二百一十七章 Feature Flag 建议关键模块支持： ```text activityEnabled matchmakerEnabled imageChatEnabled ``` 出现严重问题： > 可以单独关闭。 不需要整个平台下线。 --- # 第二百一十八章 Kill Switch 高风险模块建议能够快速关闭： ```text 用户推荐 聊天图片 活动报名 ``` 由高权限配置。 --- # 第二百一十九章 上线前配置核对 必须确认： ```text 微信AppID 实名认证Provider 对象存储Bucket 数据库 Redis 域名 HTTPS证书 隐私政策版本 用户协议版本 运营组织 角色权限 风控规则 ``` --- # 第二百二十章 Secret核对 确认： > Secret没有进入Git。 --- # 第二百二十一章 数据库上线检查 确认： ```text Migration全部成功 Indexes存在 Foreign Keys正确 Unique约束存在 备份已完成 ``` --- # 第二百二十二章 权限上线检查 必须使用不同角色逐个登录验证。 不能只看配置表。 --- # 第二百二十三章 对象存储上线检查 测试： > 未授权公网不能下载用户照片。 --- # 第二百二十四章 日志上线检查 制造测试异常。 确认日志： > 无敏感信息。 --- # 第二百二十五章 Backup检查 生产第一次正式开放前： > 完成一次基线备份。 --- # 第二百二十六章 Rollback检查 确认： > 当前版本对应上一稳定镜像/构建包仍可获取。 --- # 第二百二十七章 Go/No-Go总体标准 正式开放前必须开上线评审。 结果： ```text GO CONDITIONAL GO NO-GO ``` --- # 第二百二十八章 NO-GO硬条件 以下任何一项存在： > 不得正式上线。 ```text 存在P0 Bug 存在未接受风险的P1 Bug 核心E2E无法通过 实名认证不可用 资料审核不可用 Mutual Match逻辑错误 聊天权限错误 Block无效 后台严重越权 敏感数据明文泄露 活动名额可严重超卖 数据库无可用备份 无法回滚 ``` --- # 第二百二十九章 Conditional GO 例如： - 少量P2 Bug - 非核心统计延迟 - 某个P1模块通过Feature Flag暂时关闭 可以由负责人明确接受风险后： > 有条件上线。 必须记录： - 问题 - 影响 - 临时措施 - 修复计划 --- # 第二百三十章 GO条件 至少： ```text 核心E2E全部通过 P0=0 P1=0或全部正式接受 核心权限测试通过 隐私测试通过 并发测试通过 数据库备份通过 恢复验证通过 Smoke通过 运营UAT通过 ``` --- # 第二百三十一章 V1上线验收清单——用户核心 ```text □ 微信登录 □ 手机绑定 □ 实名 □ 未成年人拦截 □ 资料填写 □ 照片 □ 择偶条件 □ 提交审核 □ 审核状态 □ 首页推荐 □ 找对象 □ 用户详情 □ Like □ Pass □ Mutual Match □ Unmatch □ Block □ 举报 □ 隐私设置 □ 注销 ``` --- # 第二百三十二章 上线验收清单——聊天 ```text □ 无Match不能聊 □ 有Match能聊 □ Text □ Image □ 消息幂等 □ 未读 □ WS重连 □ Block即时禁止 □ Ban即时禁止 □ 历史分页 □ 举报入口 □ RiskNotice ``` --- # 第二百三十三章 上线验收清单——活动 ```text □ 创建 □ 发布 □ 报名 □ 审核 □ 名额 □ 并发最后名额 □ 取消报名 □ 签到 □ 重复签到 □ 反馈 □ 活动互选 □ 双向生成Match □ 活动取消 ``` --- # 第二百三十四章 上线验收清单——红娘 ```text □ 服务申请 □ 分配/接单 □ 用户必要资料 □ 候选 □ Required规则 □ 推荐 □ 跟进 □ Waiting User □ 活动推荐 □ 风险转交 □ 完成服务 □ 不能看聊天 □ 不能看身份证 ``` --- # 第二百三十五章 上线验收清单——后台 ```text □ 统一登录 □ 不同角色菜单 □ Data Scope □ 用户管理 □ 审核 □ 红娘 □ 活动 □ 风控 □ Organization □ Operators □ Roles □ Permissions □ Audit □ Sensitive Access ``` --- # 第二百三十六章 上线验收清单——统计 ```text □ 注册 □ 实名 □ 审核 □ 推荐 □ Like □ Mutual □ Chat Started □ Successful □ 红娘 □ 活动 □ 举报 □ Dashboard一致性 □ 时区正确 ``` --- # 第二百三十七章 上线验收清单——安全 ```text □ IDOR □ SQL Injection □ XSS □ CORS □ 文件上传 □ Rate Limit □ 暴力登录 □ Token失效 □ Secret管理 □ 日志脱敏 □ 图片私有 □ 敏感权限 ``` --- # 第二百三十八章 上线验收签字角色 建议至少由： ```text 产品负责人 技术负责人 测试负责人 运营负责人 数据/隐私安全负责人 ``` 确认。 一人团队可以兼任。 但检查项不能因此消失。 --- # 第二百三十九章 上线后24小时 重点观察： - 登录 - 实名 - API错误 - 数据库 - 推荐 - 消息 - 权限错误 - 用户反馈 --- # 第二百四十章 上线后首周 每天查看： ```text 新增用户 实名异常 审核积压 无候选率 消息失败 举报 ``` 并快速修复真实用户遇到的问题。 --- # 第二百四十一章 首场线下活动必须现场演练 活动前一天： > 用测试账号完整模拟。 活动当天提前： ```text 管理员登录 签到设备 二维码 名单 网络 应急方案 ``` 全部确认。 --- # 第二百四十二章 活动现场技术应急 至少准备： ```text 备用网络 备用手机 手工签到方式 脱敏应急名单 工作人员联系方式 ``` 避免现场网络问题导致活动无法执行。 --- # 第二百四十三章 数据库生产事故原则 如果发现数据异常： > 优先停止写入相关模块。 不要为了保持页面可用： > 继续写错数据。 --- # 第二百四十四章 Match事故原则 如果发现Match重复： 立即考虑关闭： > Like/Matching Feature Flag。 先保护数据。 --- # 第二百四十五章 权限事故原则 发现越权漏洞： > 最高优先级。 立即： - 封闭接口 - 撤销Session - 检查日志 - 评估访问范围 --- # 第二百四十六章 敏感信息事件 发现身份证/聊天等泄露： 必须进入： > 安全事件响应流程。 不能当普通Bug处理。 --- # 第二百四十七章 线上Bug修复流程 ```text 发现 ↓ 定级 ↓ 复现 ↓ 修复 ↓ 自动/人工测试 ↓ Staging验证 ↓ 发布 ↓ 监控 ``` --- # 第二百四十八章 不允许直接生产库手改核心数据 紧急情况下如果必须： > 经过审批/记录。 优先通过： - 正式管理接口 - 修复脚本 - Migration --- # 第二百四十九章 修复脚本要求 必须： - 可重复安全执行 - 有日志 - 先Dry Run - 备份 - 可验证结果 --- # 第二百五十章 测试文档交付物 建议项目最终维护： ```text docs/testing/test-strategy.md docs/testing/test-cases/ docs/testing/permission-matrix.md docs/testing/go-live-checklist.md docs/testing/incident-playbook.md ``` --- # 第二百五十一章 自动化测试目录建议 ```text tests/ ├── unit/ ├── integration/ ├── api/ ├── permission/ ├── concurrency/ ├── security/ └── e2e/ ``` --- # 第二百五十二章 CI必须执行 每次合并： ```text Lint Unit Test Service Test API Integration Test Migration Validation Build ``` --- # 第二百五十三章 主分支保护 建议： > 测试未通过不得合并。 如果团队小： 仍然至少： > CI失败不能直接发布生产。 --- # 第二百五十四章 Release Candidate 正式版本： ```text v1.0.0-rc.1 ``` 在Staging完成最终回归。 通过后： ```text v1.0.0 ``` --- # 第二百五十五章 版本号原则 推荐Semantic Versioning： ```text MAJOR.MINOR.PATCH ``` 例如： ```text 1.0.0 1.0.1 1.1.0 ``` --- # 第二百五十六章 Hotfix 生产紧急修复： ```text 1.0.1 ``` 不能随意覆盖： > 1.0.0原构建物。 保证可追溯。 --- # 第二百五十七章 最重要的测试优先级 如果时间有限，优先级必须是： ```text 安全与越权 ↓ 数据一致性 ↓ 核心Match关系 ↓ 聊天权限 ↓ 实名认证/审核 ↓ 活动名额 ↓ 红娘权限 ↓ 统计 ↓ 普通UI细节 ``` --- # 第二百五十八章 不允许为了赶上线牺牲的项目 绝不能因为时间紧而跳过： ```text Block测试 权限越权测试 敏感数据测试 Mutual并发测试 活动名额并发测试 数据库备份 Rollback ``` --- # 第二百五十九章 V1质量目标 平台正式上线至少应该达到： > **核心链路无阻断。** > **关键关系无重复。** > **高风险权限无越权。** > **敏感数据无明显泄露。** > **弱网情况下关键业务最终一致。** > **工作人员能够按照系统完成服务。** > **发生异常时能够定位、回滚、恢复。** --- # 第二百六十章 最终质量原则 V1.0必须坚持： > **能打开页面，不等于功能正确。** > **功能正确，不等于状态一致。** > **状态一致，不等于安全。** > **安全，不等于用户真正会用。** > **用户会用，不等于线下工作人员能执行。** 因此完整的上线质量标准应该同时包含： ```text 功能正确 + 业务状态正确 + 数据一致 + 并发安全 + 权限正确 + 隐私安全 + 用户易用 + 工作人员可执行 + 异常可恢复 + 数据可追溯 ``` 最终上线标准不是： > “开发说完成了。” 而是： > **用户能顺利完成婚恋服务闭环，工作人员能稳定提供公益服务，系统在异常和风险情况下仍然知道该拒绝什么、保护什么、保留什么、恢复什么。**