NSIO

开始测试

三步就够:确认改动、照场景操作、把问题描述和文件发回来。

怎么用

  1. 1 确认这次要测什么 先看开发日报,再从清单里选本次改动相关的场景;不用每轮从头全跑。 打开开发日报
  2. 2 照场景操作 先跑发布冒烟;受影响的 P0 必测,真实设备、网络切换和权限边界优先。 打开当前清单
  3. 3 发现问题就反馈 只需要写问题描述并按需上传截图、录屏或日志,其他上下文由系统自动补充。 反馈问题

第一次参加测试?先看 《测试者指南》。 需要完整发布留痕时,再交回执行记录表。

测试说明

先看测试者指南;环境、兼容性与发布判断只在需要时查。

当前测试场景

围绕统一 NS、App、NSD、L3、出口、真实网络与升级编排;只选本次改动相关的场景。

当前测试场景 按本次改动选择场景,不要求每轮全量执行。 当前测试清单 先看本次开发日报,只选改动相关场景。受影响的 P0 必测;⭐ 表示必须依赖真设备、真实网络或人的判断。每条编号都能在对应模块文档中找到可执行步骤。 App app 以下用例覆盖 iOS、Android、macOS;标明“桌面端”的用例同时覆盖 macOS 与 Windows。首次登录必须使用真新设备或已按发布说明清理的测试设备,不能只卸载界面 权限与升级 cross 准备 A(资源所有者)、B(接收授权)以及一个未授权账号。每条都同时验证“列表不可见”和“直接访问不可达”;只隐藏 UI 不算通过。 真实网络 network 保持 App 连接并持续 Ping 获准节点、访问一个 Short DNS 服务,然后执行 Wi-Fi → 5G → Wi-Fi。记录中断时长。 统一 NS ns 设备与节点共用 ns。下列步骤覆盖当前 12 个公开命令及关键子命令;参数始终以候选二进制 ns help 为准。 NSD 控制台 nsd 先选定一个 Organization/Network 组合,再执行对应入口。每条只要求一个最短动作和一个可验证结果,避免把 17 个入口捆成一次不可追踪的“大检查”。 网关与数据路径 nsgw 使用 NSD 快速开始提供的当前命令和 pin 登记 NSGW。列表中的版本、端点、在线状态与能力来自真实上报;读失败不显示成“没有能力”。 发布冒烟 smoke 每个候选版本先跑这一组。任一 P0 失败,停止扩大回归范围,先反馈并确认是否继续。