xst
b2a035c4f9
- 14 specialized AI agents across 5 battle zones (Prepare/Analyze/Design/Review/Monitor) - New: risk-assessor, test-strategist, data-builder, coverage-auditor, quality-gatekeeper, execution-analyst, knowledge-curator - New: fleet_runner.py orchestrator with multi-zone manifest pipeline - New: fleet_config.yml for centralized configuration - New: knowledge activation system (keyword + semantic matching) - New: semantic conflict detection with severity grading (P0-P3) - New: three-tier quality gate (PASS/PASS_WITH_FIX/BLOCKED) - New: monitor zone for test execution analysis and auto knowledge curation - Backward compatible: /case_generate alias, case_pipeline.py preserved - Comprehensive docs: USER_GUIDE.md + MAINTENANCE_GUIDE.md
9.1 KiB
9.1 KiB
业务术语表
本文件定义了项目中长期稳定、跨商城场景高频出现的核心业务术语。AI 在生成分析、测试点和测试用例时必须优先使用这些词汇，禁止混用口语化同义词。
使用原则：
- 先使用本术语表中的标准词。
- 若需求文档使用了不同但已明确的项目术语，以需求文档为准。
- 对于行业内存在多种解释的术语，生成结果中应尽量写全称，避免简称歧义。
- 私域、分销、储值、CRM 等可选领域术语不放在本文件常驻输入中，由流水线按需求内容自动识别后补充加载。
1. 角色与业务主体
- 平台端: 平台总部或品牌总部使用的管理后台，用于统一管理店铺、商品、营销、订单、会员、数据等能力。
- 商家端: 商家、门店、代理商或直营网点使用的经营后台，用于管理本商家可见范围内的商品、订单、营销和资产。
- 用户端: C 端消费者使用的前台，包括 App、H5、小程序、PC 商城等购买入口。
- 店铺: 面向用户提供商品或服务经营能力的业务主体，可理解为商家经营单元。
- 门店: 线下经营或履约单元，可能具备独立库存、独立配送范围、独立核销能力。
- 供应商: 提供商品、履约或货源支持的上游主体，可能影响供货价、库存和发货链路。
- 运营人员: 负责配置商品、活动、价格、运费、会员权益等后台能力的业务角色。
- 客服: 负责处理订单咨询、退款、售后、补单、异常协查等问题的后台角色。
2. 商品与库存
- SPU: 标准产品单位，表示一类商品的抽象定义，如“iPhone 15”。
- SKU: 库存量单位，表示商品的最小可售规格，如“iPhone 15 黑色 256G”。
- 商品规格: 用于区分 SKU 的销售属性组合，如颜色、尺码、套餐版本。
- 可售库存: 当前可用于下单扣减的库存数量，不等于物理库存。
- 锁定库存: 用户下单后暂时占用、待支付或待确认释放的库存。
- 回滚库存: 订单取消、支付失败或超时关闭后，系统释放此前锁定库存的动作。
- 超卖: 实际成功售卖数量超过可售库存的异常情况。
3. 购物与订单
- 购物车: 用户临时存放待购买商品的列表，不代表价格、库存、优惠结果最终已锁定。
- 结算页: 用户提交订单前的确认页面，用于展示最新商品、价格、库存、运费、优惠和实付信息。
- 提交订单: 用户确认购买并生成订单的动作，通常意味着进入待支付或待确认状态。
- 订单: 用户购买商品或服务形成的业务单据，是支付、履约、退款、售后的核心载体。
- 子订单: 拆单后形成的订单明细单元，常见于多商家、多仓、多履约场景。
- 订单状态: 订单在生命周期中的阶段标识，如待支付、待发货、待收货、已完成、已取消。
- 订单关闭: 因超时未支付、风控失败、系统取消等原因终止订单继续流转。
- 逆向流程: 订单创建后的反向处理链路，如取消、退款、退货退款、换货、补偿。
4. 支付与资金
- 待支付订单: 已成功创建但尚未完成付款的订单状态。
- 支付单: 订单在支付环节生成的资金请求单据，用于对接三方支付或内部资金系统。
- 支付流水: 记录支付请求、支付结果、渠道单号、金额等信息的资金明细。
- 支付方式: 用户完成付款所使用的资金渠道，如微信支付、支付宝、余额、积分抵现。
- 实付金额: 用户最终实际支付的金额，通常等于应付金额减去各类可抵扣权益后的结果。
- 原路退回: 退款时按原支付方式、原资金路径退还用户资产的处理方式。
- 挂账: 订单生成但尚未完成付款，系统已形成应收记录但未完成资金入账的状态。
- 资损: 因金额计算错误、优惠错误、重复退款、库存超卖等问题导致平台或商家资产损失。
5. 营销与优惠
- 优惠券: 可在满足条件时抵扣订单金额或给予折扣的营销权益。
- 平台券: 由平台统一发放和承担成本的优惠券，通常作用于平台范围内指定商品、店铺或活动。
- 商家券: 由商家或店铺发放和承担成本的优惠券，通常只在指定商家范围内可用。
- 品类券: 只对指定商品类目或商品范围生效的优惠券。
- 满减券: 订单或商品金额达到门槛后才可生效的优惠券。
- 折扣券: 以打折方式生效的优惠券，而非固定金额抵扣。
- 优惠门槛: 优惠生效所需满足的条件，如满 100 可减 20。
- 适用范围: 某个优惠可生效的商品、类目、店铺、用户、渠道或时间范围。
- 优惠叠加: 多种优惠是否允许同时生效的规则。
- 优惠互斥: 多种优惠不能同时生效，只能按优先级或选择规则命中其一。
- 试算: 在正式提交前，根据当前商品、用户、活动、券、积分等条件预估优惠和实付结果的过程。
- 优惠分摊: 将订单级优惠按规则分配到商品、子单、退款项上的计算过程。
- 一口价: 以固定成交价覆盖常规价格和营销计算链路的促销方式。
- 满减送: 满足金额或件数条件后，给予减价、赠品或附加权益的活动方式。
- 限时折扣: 在指定时间内生效的临时价格优惠活动。
- 秒杀: 在短时间窗口内以强时效、强库存约束进行的促销活动。
- 拼团: 通过多人组团满足条件后生效的营销活动。
6. 会员与权益
- 会员: 具备等级、成长值、标签、专属价格或专属权益的用户身份。
- 会员等级: 用于区分会员权益范围的层级，如普通会员、VIP、SVIP。
- 会员价: 针对会员身份生效的专属销售价格或折扣规则。
- 会员权益: 会员可享受的专属能力，如会员价、包邮、积分加速、专属券等。
- 积分: 可用于兑换、抵现、成长或运营激励的虚拟权益资产。
- 积分抵现: 将积分按兑换比例折算为订单可抵扣金额的能力。
- 余额: 用户在平台或商家体系内预存或结余的可消费资金。
7. 履约、售后与核销
- 履约: 订单支付后到商品或服务完成交付之间的执行链路，如发货、配送、自提、到店消费。
- 发货: 商家或仓库将商品交给物流或配送体系的动作。
- 签收: 用户确认收到商品或系统确认妥投的状态。
- 售后: 支付后围绕退款、退货、换货、补寄、补偿等问题展开的处理流程。
- 整单退款: 针对订单全部商品和全部已支付金额发起的退款。
- 部分退款: 针对订单中的部分商品、部分数量或部分金额发起的退款。
- 退款分摊: 在部分退款场景下，将优惠、运费、积分等按规则分配到退款项的过程。
- 核销: 对券码、提货码、预约码、订单码等进行校验并确认已消费/已使用的动作，常见于到店自提、到店服务、卡券消费场景。
- 核销码: 用于完成核销动作的识别码、二维码、条形码或数字口令。
8. 风控、权限与系统能力
- 风控拦截: 系统判定交易、账号或操作存在风险后自动阻断继续执行的行为。
- 权限控制: 根据角色、数据范围、组织关系等限制用户可见、可操作范围的机制。
- 越权: 用户访问或操作了其本不应拥有权限的数据或功能。
- 幂等性: 同一业务请求被重复提交时，系统结果保持一致，且不会重复扣款、重复创建、重复退款或重复扣减资源。
- 并发: 多个请求或多个用户在同一时间窗口内对同一资源发起操作的情况。
- 限流: 为保护系统稳定性，对请求频率或并发量做出的限制。
- 降级: 当依赖异常或系统压力过大时，关闭部分非核心能力以保证核心链路可用的处理策略。
- 回调: 外部系统处理完成后主动通知本系统结果的机制，常见于支付、退款、物流等链路。
- 审计日志: 用于记录关键操作人、操作时间、操作对象和变更结果的可追溯日志。
9. 术语使用约束
- 订单关闭 与 退款成功 不是同义词，关闭订单不代表资金已经退回。
- 优惠券使用 与 核销 不是同义词；商城下单抵扣通常描述为“使用优惠券”或“优惠券抵扣”，到店消费确认才更常用“核销”。
- 挂账 只在涉及应收记录或账务状态时使用；普通商城待支付场景优先写“待支付订单”。
- 平台券、商家券、店铺券 不应混写；若项目内三者含义不同，必须以项目需求或项目画像中的定义为准。
- 退款、退货退款、换货、售后关闭 不应混写，生成用例时要按实际逆向类型写全称。