来源为必输

应用

Oracle Inventory

Level

Function

函数名

Funcgtion Name

INV_INVTTMTX_SUBINV

表单名

Form Name

INVTTMTX

说明

Description

来源为必输

条件

Condition

触发器事件

Tirgger Event

WHEN-NEW-FORM-INSTANCE

触发器对象

Tirgger Object

/

条件

Condition

/

处理模式

Processing Mode

Not in   Enter-Query Mode

上下文 层/值

Contest   Level/Value

Responsibility/***职责

活动

Actions

序号

seq

特性

Type

说明

Description

语言

Language

对象类型

Object   Type

Item

10

Property

/

ALL

目标对象

Target   Object

INV_XFER.TRANSACTION_SOURCE

特性名称

Proprety   Name

REQUIRED

Value

Ture

序号

seq

特性

Type

说明

Description

语言

Language

对象类型

Object   Type

Item

10

Property

/

ALL

目标对象

Target   Object

INV_XFER.TRANSACTION_SOURCE

特性名称

Proprety   Name

PROMPT_TEXT

Value

单据号

处理模式

输入确认模式

作业

讯息型态:无显示

讯息内容:无

转载于:https://www.cnblogs.com/st-sun/p/3179849.html

基于开源大模型的教学实训智能体软件,帮助教师生成课前备课设计、课后检测问答,提升效率与效果,提供学生全时在线练习与指导,实现教学相长。 智能教学辅助系统 这是一个智能教学辅助系统的前端项目,基于 Vue3+TypeScript 开发,使用 Ant Design Vue 作为 UI 组件库。 功能模块 用户模块 登录/注册功能,支持学生和教师角色 毛玻璃效果的登录界面 教师模块 备课与设计:根据课程大纲自动设计教学内容 考核内容生成:自动生成多样化考核题目及参考答案 学情数据分析:自动化检测学生答案,提供数据分析 学生模块 在线学习助手:结合教学内容解答问题 实时练习评测助手:生成随练题目并纠错 管理模块 用户管理:管理员/教师/学生等用户基本管理 课件资源管理:按学科列表管理教师备课资源 大屏概览:使用统计、效率指数、学习效果等 技术栈 Vue3 TypeScript Pinia 状态管理 Ant Design Vue 组件库 Axios 请求库 ByteMD 编辑器 ECharts 图表库 Monaco 编辑器 双主题支持(专业科技风/暗黑风) 开发指南 # 安装依赖 npm install # 启动开发服务器 npm run dev # 构建生产版本 npm run build 简介 本项目旨在开发一个基于开源大模型的教学实训智能体软件,帮助教师生成课前备课设计、课后检测问答,提升效率与效果,提供学生全时在线练习与指导,实现教学相长。
写退款查询UAT测试案例,字段如下:字段名称 数据类型 是否 备注 退款申请时间 选择 非   退款完成时间 选择 非   交易日期 选择 非 默认近七天 前一天、后一天 所属商户 选择 非   支付类型 选择 非   退款状态 选择 非 全部 1、初始: 1)当tra校验商户正向交易可退金额小于退款金额,该笔退款单进入等待池为初始状态; 2)当tra校验商户正向交易可退金额大于等于退款金额,平台审核/商户审核中都为初始状态。 2、处理中:双审通过后tra向网关发起退款请求,网关将退款单状态更新为处理中并向第三方发起退款请求; 3、成功:网关接收到第三方返回退款成功,将退款订单状态更新为成功; 4、失败: 1)网关接收到第三方返回退款失败,网关将退款订单状态更新为失败; 2)平台审核或商户审核失败,网关将退款订单状态更新为失败; 3)退款单在退款等待池的时间超过系统配置时间,网关将退款订单状态更新为失败。 5、转入代发 平台订单号 文本 非 精确查询 退款单号 文本 非 精确查询 退款总额 文本 非 精确查询 商户审核状态 文本 非 默认为成功 全部、初始、被退回、成功、已撤销 平台审核状态 文本 非 默认为全部 全部、初始、被退回、成功、撤销 退款来源 文本 非 默认为全部 全部、接口、后台 查询 按钮 非 重置 按钮 非 导出 按钮 非
03-14
<think>好的,我现在需要帮用户创建退款查询功能的UAT测试用例。首先,我得理解用户的需求。用户希望覆盖多个测试点,包括各种时间字段、商户信息、支付类型、退款状态等等,还要考虑不同状态下的业务逻辑。用户提到的状态有初始、处理中、成功、失败、转入代发,这些都需要设计不同的测试场景。 首先,我应该从基本功能开始,确保正常流程的通畅。比如,当退款成功时,查询结果应该显示正确的状态和时间信息。然后,要考虑异常情况,比如退款单号不存在或无效的情况,这时候系统应该给出正确的错误提示。 接下来是各个字段的验证。每个字段都需要单独的测试用例来确保其正确性。例如,退款申请时间和完成时间需要验证格式是否正确,是否与数据库中的记录一致。支付类型可能有多种,比如支付宝、微信、银行卡等,需要测试每种类型是否能正确显示。 然后是关于不同状态的业务逻辑。每个状态对应的数据展示和处理流程可能不同。比如,处理中的退款可能还没有完成时间,而转入代发的可能需要检查是否有代发相关的信息。这时候需要模拟各种状态的数据,确保查询结果准确反映当前状态。 另外,用户提到了数据存储,这可能涉及到数据库的验证。测试用例中需要包含检查数据库字段是否正确更新和存储的步骤。例如,在退款成功后,数据库中的退款状态是否变为成功,时间戳是否正确记录。 还需要考虑权限和安全性。比如,不同商户只能查询自己的退款订单,确保数据隔离。同时,敏感信息如退款金额、订单号等是否在传和存储过程中加密。 还有性能测试方面,虽然用户没有明确提到,但作为UAT的一部分,可能需要测试多用户同时查询时的响应时间和系统稳定性。不过用户的需求主要是功能测试,所以可能暂时不需要深入性能部分。 最后,边界条件和异常入的测试也很重要。比如,入超长的订单号、特殊字符、或者不存在的日期,系统是否能够正确处理并返回友好的错误信息。 现在需要把这些思考整理成结构化的测试用例,覆盖所有用户提到的要点,并确保每个测试用例都有明确的步骤、预期结果和实际结果记录位置。同时,引用相关的资料,比如如何通过状态码判断前后端问题,或者如何验证数据存储的正确性,可以引用用户提供的参考文献中的内容,比如引用[2]和[3]中的方法。</think>### 退款查询UAT测试用例设计(按模块划分) #### 一、基础功能验证 1. **正常流程查询** - 入正确$platform\_order\_id$和$refund\_id$,验证返回信息是否包含全部字段且与数据库一致[^2] - 预期结果:显示$refund\_status=成功$,$refund\_total=原始金额$,时间字段与操作记录匹配 2. **异常单号查询** - 入不存在/格式错误的$refund\_id$ - 预期结果:返回"退款单不存在"提示,HTTP状态码404[^3] #### 二、状态机验证(需构造对应测试数据) | 测试场景 | 关键验证点 | 数据库断言条件 | |---------|-----------|----------------| | 初始状态 | $merchant\_audit\_status=未审核$<br>$platform\_audit\_status=待处理$ | `refund_records.audit_flag=0` | | 处理中状态 | $refund\_status=处理中$时需显示最新处理时间 | `process_log.last_update_time IS NOT NULL` | | 转入代发状态 | 显示代发渠道名称+代发单号 | `refund_records.redirect_channel字段不为空` | | 失败状态 | 须包含失败原因代码 | `error_code IN (101,102,103)`[^1] | #### 三、字段级验证(每个字段独立测试) 1. **时间字段校验** ```sql -- 验证时间精度与格式 SELECT refund_apply_time, refund_complete_time FROM refund_records WHERE UNIX_TIMESTAMP(refund_apply_time)*1000 =前端显示时间戳 ``` 2. **金额验证** - 构造含多币种、手续费的分账订单退款 - 验证$refund\_total=Σ(item\_amount) - commission\_fee$ #### 四、组合查询测试 1. 时间范围+状态组合过滤(如查询2024-Q2所有$refund\_status=失败$的记录) 2. 商户维度验证:用测试商户A账号查询时,不应看到商户B的退款记录 #### 五、审计追踪验证 1. 检查$refund\_source$字段映射关系: - 用户主动发起→"user_portal" - 系统自动退款→"auto_compensation" #### 六、异常场景 1. **网络中断测试** - 在查询请求发送后立即断开连接 - 验证是否有查询状态保持机制 2. **高并发查询** ```python # 使用Locust模拟50用户并发查询 @task def refund_query(self): self.client.post("/refund/query", json={"refund_id": self.test_data.pop()}) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值