2. TestStand用户管理基础

在单机开发环境中,TestStand的权限控制往往被忽略;但一旦测试序列部署到产线、实验室共享工位或需要满足审计要求的场景,权限管理就成为保障测试数据可信、防止误操作的关键机制。TestStand的用户管理模型并不复杂,核心只有三个概念:用户(User)、用户组(User Group)和权限级别(Privilege Level)。理解这三者的关系,以及默认用户组与权限的对应关系,是后续自定义权限、集成域登录和站点配置的基础。

一、用户、用户组与权限级别的基本概念

用户是登录TestStand时使用的身份标识,通常由用户名和密码组成。TestStand本身维护一个本地用户数据库,也可以配置为使用Windows域账户或其它外部认证方式。每个用户必须归属于至少一个用户组,用户组决定了该用户能执行哪些操作。

用户组是权限的载体。TestStand不直接给单个用户分配权限,而是把权限授予用户组,再把用户加入组。这种“用户—组—权限”的三层结构,使得批量管理成为可能:当需要调整一类人员的权限时,只需修改组权限,组内所有用户自动生效。

权限级别是TestStand预定义的一组操作许可,每个权限级别对应一组可执行的操作。TestStand默认提供若干权限级别,从低到高依次为:Operator(操作员)、Technician(技术员)、Developer(开发者)、Administrator(管理员)。权限级别越高,可执行的操作越多。需要注意的是,权限级别是“能力集合”,用户组是“身份集合”,两者通过TestStand的权限映射关联起来。

二、默认用户组与权限的对应关系

TestStand安装后会自动创建若干默认用户组,每个组默认绑定一个权限级别。下表列出常见的默认对应关系(不同版本可能略有差异,以实际安装为准):

默认用户组 默认权限级别 典型可执行操作
Operator Operator 执行已加载的序列、查看结果、不能修改序列文件
Technician Technician 执行序列、修改部分运行参数、查看报告,不能编辑步骤
Developer Developer 编辑序列、创建步骤、调试、修改配置,不能管理用户
Administrator Administrator 全部操作,包括用户管理、权限配置、部署设置

这里有一个容易混淆的点:用户组名和权限级别名可以相同,但它们是两个独立的对象。例如“Operator”既是一个用户组的名称,也是一个权限级别的名称。你可以创建一个名为“LineA_Operator”的用户组,然后把它的权限级别设为Operator。理解这一点,对后续自定义权限至关重要。

默认情况下,TestStand安装后首次启动时,当前Windows登录用户会被自动加入Administrator组,以便完成初始配置。在正式部署前,应创建专用账户并重新分配组归属。

三、TestStand用户管理器界面与操作

用户管理器(User Manager)是TestStand中管理用户、用户组和权限的核心工具。可以通过TestStand菜单 Tools > User Manager 打开。界面主要分为三个区域:左侧是用户和用户组树形列表,右侧是选中对象的属性面板,底部是权限分配按钮。

用户管理器的典型操作包括:

  • 新建用户:在Users节点右键选择“New User”,输入用户名、密码和描述,然后将其加入一个或多个用户组。
  • 新建用户组:在Groups节点右键选择“New Group”,输入组名,然后在右侧权限面板中为该组勾选允许的操作。
  • 修改权限:选中某个用户组,在权限列表中勾选或取消勾选具体权限项。权限项按功能分类,例如“Sequence File Editing”“User Management”“Deployment”等。
  • 设置登录方式:在用户管理器中选择“Login Options”,可以配置是否启用登录、是否允许Windows域认证、是否允许匿名登录等。

操作时有一个实用技巧:如果希望某个用户拥有多个组的权限叠加,可以把该用户同时加入多个组。TestStand会取所有所属组权限的并集。例如,一个用户既在Developer组又在Technician组,则他拥有两者的全部权限。

四、权限判断的实际逻辑与示例

当用户在TestStand中执行一个操作时,权限判断按以下顺序进行:首先确认当前登录用户属于哪些用户组;然后收集这些组绑定的所有权限级别;最后检查目标操作是否在允许的权限集合中。如果允许,操作执行;否则弹出权限不足提示。

下面用一个具体示例说明。假设产线有三类人员:操作员、技术员和工程师。操作员只能运行测试;技术员可以运行测试并调整部分限值;工程师可以编辑序列和调试。可以这样配置:

用户组: LineOperator  → 权限级别: Operator
用户组: LineTechnician → 权限级别: Technician
用户组: LineEngineer   → 权限级别: Developer

用户: zhangsan → 加入 LineOperator
用户: lisi     → 加入 LineTechnician
用户: wangwu   → 加入 LineEngineer

这样,zhangsan登录后只能执行序列;lisi可以执行并修改部分运行参数;wangwu可以打开序列编辑器修改步骤。如果某天需要让lisi临时拥有编辑权限,只需把lisi加入LineEngineer组,无需修改任何权限配置。

TestStand 用户—用户组—权限级别 映射关系 用户 (User) zhangsan 操作员 lisi 技术员 wangwu 工程师 用户组 (User Group) LineOperator 产线操作员组 LineTechnician 产线技术员组 LineEngineer 产线工程师组 权限级别 (Privilege) Operator 仅执行序列 Technician 执行+调参 Developer 编辑+调试 权限判断逻辑 1. 确认登录用户 当前身份 2. 查找所属组 可能多个组 3. 合并权限集合 取并集 4. 判定操作 允许/拒绝 用户组是权限的载体,用户通过加入组获得权限;多组权限取并集

五、常见配置误区与注意事项

在实际配置中,有几个高频问题值得注意。第一,不要直接修改默认用户组的权限。默认组(如Operator、Developer)的权限是TestStand预设的,修改后可能影响系统内置功能的正常使用。推荐做法是新建自定义组,复制所需权限,再把用户加入自定义组。

第二,密码策略与登录选项要匹配部署环境。如果产线工位使用共享账户,应关闭“要求密码”或启用Windows域认证,避免操作员忘记密码导致停机。如果用于研发环境,则应启用强密码策略。

第三,权限变更后需要重新登录才生效。TestStand在用户登录时加载权限集合,运行中修改组权限不会立即影响已登录用户。这一点在调试权限问题时容易被忽略。

在部署到产线前,务必用低权限账户实际登录并尝试执行关键操作,验证权限边界是否符合预期。仅靠配置界面查看权限列表,无法发现“权限叠加”或“继承”带来的意外放权。

掌握用户、用户组和权限级别的基本概念与默认对应关系后,就可以根据实际站点的人员分工,设计合理的组结构和权限分配方案。下一阶段的自定义权限与域集成,都建立在这一基础模型之上。