Appearance
金融风控系统浏览器测试
发布后冒烟结论
2026-10-13 21:56 CST，独立测试工程师仅测试已发布运行态，复用ego-browser空间69的p1。所测冒烟项通过，存在3项可用性缺陷；完整业务验收仍未完成。 本轮没有进入设计器、发布、修改角色、访问凭证或保存业务数据。
此前17:34测试提前于发布，错误测试流程已纠正：设计器访问权限不是业务测试阻塞项。下方原记录保留为历史，不能继续作为当前已发布应用阻塞结论。
研发发布证据为releaseVersion=1.0、build=2、publishCount=1、draftCount=0；20个已发布模块排除build/updateTime/updateUser/draftVersion后与首轮草稿一致，见published-modules.json与published-module-comparison.json。这些配置证据不替代浏览器实测，运行页未独立展示版本号。
| 实际用例 | 结果 | 截图 |
|---|---|---|
| 正常头像菜单确认身份 | aiworker1 / 管理员，未据此推断所有业务权限 | 05 |
| 产品筛选与重置 | 输入QA_NO_MATCH_20261013并回车，空表；重置后清空条件；空表不能证明非空数据匹配正确 | 06、07 |
| 产品创建与取消 | 创建入口可见，弹窗打开，滚动可见基础必填字段；关闭返回空表，未保存 | 08、18、19、20 |
| 模块切换及表格访问 | 投资账户、交易记录、风控预警事件、请假管理均有表头和暂无数据 | 09—12 |
| 看板八组件 | 四计数为0，两分布图可见，两明细表暂无数据；向下滚动可见底部空态 | 13、17 |
| 工作流入口 | 任务列表可访问；发起流程仅打开空选择弹窗，无可选流程，随后关闭，未发起实例 | 14、15 |
| 工作流数据入口 | 流程数据列表可访问且暂无数据，未进入流程管理 | 16 |
本轮具体缺陷
| 编号 | 级别 | 现象与影响 | 证据 |
|---|---|---|---|
| BQA-03 | P2 | 产品创建首屏展示多张关联空表，产品名称/代码等必填基础字段在下方，需要滚动；影响填写效率，字段并非缺失 | 08、19 |
| BQA-04 | P3 | 空看板图表没有暂无数据提示：空坐标轴和灰色圆形难以区分零数据与加载异常 | 13、17 |
| BQA-05 | P3 | 无可用流程时选择弹窗空白，没有停用或无权限等原因提示；当前无可选流程符合停用口径 | 15 |
没有发现阻止所测业务页面访问的阻塞。此前“没有新建入口”未复现，产品实际可创建/取消；不认定RecordCreate缺配置，也不改权限。停用工作流仅验证当前身份无可选发起项；未点击业务表“发起审批”按钮，未验证服务器拦截行为。
截图与未覆盖范围
本轮原件绝对路径为/Users/skydu/git/informat-doc/projects/financial-risk/evidence/browser/，文件05至20的完整清单及用例边界见内部冒烟报告。
仅实测17业务表中的5表，另12表未覆盖。未测试保存/提交校验、非空数据筛选/排序/分页、关联候选、日期显示正确性、看板统计准确性、交易入账、风险处置执行、审批通知、多角色隔离、后台流程停用拦截和设计器一致性。空态可访问不等于金融业务逻辑通过。本轮按要求收束冒烟，完成后finish({ keep: ['p1'] })保留工作台供用户查看。
前轮历史结论（发布前，已纠正）
2026-10-13，用户指定测试工程师使用 ego-browser 打开实际应用：
https://uat2.informat.cn/app/sokxosrao8s5v
测试工程师复用同一个 TaskSpace 与页面，通过正常页面操作确认身份、运行态模块入口和设计器访问情况。本轮结论为测试阻塞，业务验收未通过。
| 项目 | 实际结果 |
|---|---|
| 浏览器账号 | aiworker1 |
| 头像菜单标签 | 管理员；不代表拥有此应用设计或业务模块权限 |
| 应用外壳 | 可以打开，显示“金融风控管理系统” |
| 业务模块入口 | 空搜索条件下显示“未找到匹配的模块” |
| 应用设计入口 | 点击后显示“权限不足” |
| 表单、看板与业务操作 | 未测试，没有可用业务入口 |
| 测试数据和副作用 | 未保存数据，未审批、通知、发布、删除或修改权限 |
不能用后台成功替代浏览器验收
此前平台配置检查和12个设计器计算场景通过，只覆盖相应后台证据。当前浏览器账号没有可用业务入口，不能据此报告表单、看板或角色权限已通过。当前页面没有可读发布版本，设计器又拒绝访问，因此本轮浏览器测试不能单独确定空模块是未发布还是权限/可见性问题。
测试工程师的执行过程
- 使用用户指定的
ego-browser技能，进入目标运行态地址。为本目标创建一次 TaskSpace，后续命令始终复用空间69和页面p1。 - 观察页面加载状态。文档加载已完成、加载遮罩不可见；等待业务菜单、看板或发布状态文字后仍未出现。
- 保存运行态截图，确认业务区域为空，而不是把页面外壳出现视为应用可用。
- 点击“应用设计”进行只读比较，实际进入
/designer/sokxosrao8s5v/setting/info，页面显示“权限不足”。没有发布或改动设计。 - 返回运行态，用正常头像菜单确认当前账号为
aiworker1，记录“管理员”菜单标签的证据边界。 - 打开“应用模块”入口，在空搜索条件下确认“未找到匹配的模块”，排除搜索词造成的空列表。
- 将业务用例标为未测试，记录两个阻塞项；保留当前页面供用户查看，交回浏览器控制。
阻塞项与后续处理
| 编号 | 实际现象 | 后续核对 |
|---|---|---|
| BQA-01 | 当前账号没有可访问的业务模块 | 用有权限的负责人核对实际发布版本及该账号的应用/模块权限、可见性 |
| BQA-02 | 可见设计入口跳转到权限不足页 | 确认该测试账号是否应具备设计或草稿预览权限；普通业务测试不应默认授予设计管理能力 |
负责人需先确认测试身份和运行版本，再决定权限配置或UAT测试版发布范围。不得为了测试绕过权限、借用其他账号令牌或把浏览器头像标签当作全局授权。
有业务入口后，测试工程师继续执行产品表单、关联候选、筛选、日期时间显示、看板、保存/取消等真实交互；交易入账、审批与权限隔离按已确认口径和实际测试角色执行。当前没有表单测试结果，也没有金融业务通过率。
截图证据
运行态业务区域为空：
设计器实际拒绝访问：
空搜索下没有可访问模块：
完整内部测试报告位于 projects/financial-risk/browser-qa.md，截图原件位于 projects/financial-risk/evidence/browser/。
案例中的经验
测试账号、API操作者、应用角色和设计权限是不同维度，需要分别确认。一个账号能打开应用外壳，或菜单标为管理员，不等于能访问业务模块和草稿设计。
完整项目应分别记录配置回读、脚本直调、浏览器实际操作与业务验收。本次浏览器测试发现的是交付环境阻塞，已保留页面证据；它既不能抹去此前计算验证结果，也不能被此前结果覆盖为“测试通过”。