danyang-match

Files

T

WorkBuddy 5e484d0e74 test(matchmaker,referral): ZC-MM-003/004 纯护栏——B1 联系规则锁定 + 禁止代用户决定固化

依据《善缘丹阳 V1.1 红娘角色权限正式决策与开发规则》DEC-MATCHMAKER-003（B1
平台内优先、授权例外）与 DEC-MATCHMAKER-004（红娘不得代替用户执行交友决策）。
本阶段生产代码零改动，交付物为护栏测试（MM-CONTACT-001~004、MM-ACTION-001~003
全部有自动化用例）。

MatchmakerContactGuardTest（4 用例，standalone 源码扫描，FieldPrivacyGuardTest 范式）：
- MM-CONTACT-002：ReferralService 全部响应 put 键 ⊆ 16 键白名单（逐键对账吻合），
  禁词 {emergencycontact,phone,mobile,wechat,weixin,address,idnumber,id_card}——
  锁定红娘侧零联系方式回显（紧急联系人信息纯入口 write-only，连红娘本人都无读回面）；
  含防清空自检（三关键键必须在场）
- MM-CONTACT-003：红娘/转介 Controller 无 contact/call/phone/channel/offline 端点；
  全仓无 ContactAuthorization 类、无 matchmaker_contact_authorizations 迁移表——
  锁定「无授权机制」；未来引入联系功能必须连同本守卫+治理同步更新
- MM-CONTACT-004：机制不存在 ⇒ 无授权到期场景（与 003 同源，未来引入同时变红）
- 004 佐证：matchmaker/referral 包 @Scheduled=0（无批处理代决策面）

MatchmakerActionGuardTest（6 用例，@SpringBootTest 行为锁定）：
- MM-ACTION-001（3 例负向）：operator token 调用户决策端点
  （/matchmaker/recommendations/{id}/accept、/pass、/referrals/{id}/confirm）→ 403
  且业务状态零变化（403 来源于 SecurityConfig hasRole("USER") 身份类型防线，
  与 PermissionService mock 无关，变异验证锚定真实）
- MM-ACTION-002：operator token 开启会话端点 → 403
- MM-ACTION-003 must-confirm 语义锁定：红娘代建转介 → needsUserConfirmation=true/
  userConfirmedAt=null/status=pending，后续 recommend/followup/complete 不改确认态
  （「代填草稿、用户确认」灰色点永久锁定）
- MM-CONTACT-001（正向）：红娘对本人分配对象创建推荐/转介 → 平台内服务通知落库，
  title/content 无手机号/微信模式，红娘 operatorId 不在通知收件面

负向注入自证：
- 注入 A：ReferralService 临时加 emergencyContactPhoneEnc 回显 → 守卫三重命中判红 → 还原
- 注入 B：SecurityConfig hasRole("USER")→authenticated() → 4/4 负向用例判红
  （403→401/500）→ 还原复绿

验证：定向 42/42、全量 861/861（3 预存 skip）、UI 契约 24/24。
003 方案 A（纯测试锁定）决策记录与五项 LEGAL_VERIFY open questions 随 ZC-MM-007 登记；
ContactAuthorizationPolicy 桩 + matchmaker_contact_authorizations 表推迟至 ZC-MM-006
（仅当产品确认开放受控联系时立项）。

2026-10-10 14:46:53 +08:00