Oracle中不存在“测试角色”内置概念，“过期的测试角色”实为两类问题：一是角色已被DROP但授权残留，二是角色存在但被授用户账号过期或锁定；需综合检查dba_roles、dba_role_privs、dba_users及profile策略才能准确诊断。
Oracle 中没有“测试角色”这个内置概念，所谓“过期的测试角色”通常指两类情况：一是角色本身被显式 DROP 但授权语句未清理，导致 ROLE_ROLE_PRIVS 或 DBA_ROLE_PRIVS 中残留无效记录；二是角色仍存在，但被授予的用户账号已过期或锁定，使该角色在实际会话中不可用。检测重点应放在「角色是否还存在」+「被授者是否能激活该角色」两个维度。
查角色是否存在且未被删除
先确认你怀疑的“测试角色”名（比如 TEST_ROLE）是否还在数据库中：
SELECT role, status FROM dba_roles WHERE role = 'TEST_ROLE';
如果查不到结果，说明角色已被 DROP ROLE，后续所有对该角色的授权都属于“逻辑失效”——不是过期，是彻底不存在了。这时应检查 DBA_ROLE_PRIVS 是否还有残留：
-
SELECT grantee, granted_role FROM dba_role_privs WHERE granted_role = 'TEST_ROLE';—— 若有返回，说明授权未清理，需人工处理 - 这种残留不会报错，但用户登录后执行
SET ROLE TEST_ROLE;会直接报ORA-01919: role 'TEST_ROLE' does not exist
查被授权用户是否处于可用状态
即使角色存在，若用户账号被锁或密码过期，角色也无法生效。用以下语句定位那些“角色有效但用户不可用”的组合：
SELECT r.grantee, r.granted_role, u.account_status<br>FROM dba_role_privs r<br>JOIN dba_users u ON r.grantee = u.username<br>WHERE r.granted_role IN ('TEST_ROLE', 'DEV_ROLE', 'QA_ROLE')<br>AND u.account_status NOT IN ('OPEN', 'EXPIRED(GRACE)');
重点关注 account_status 为 EXPIRED & LOCKED、LOCKED 或 EXPIRED 的行。这些用户即使拥有角色，在登录后也无法激活它，除非先解锁或重置密码。
-
EXPIRED用户必须用原密码登录并立即改密，才能恢复角色使用能力 -
EXPIRED & LOCKED要先ALTER USER ... ACCOUNT UNLOCK，再登录改密 - 注意：
GRACE状态（如EXPIRED(GRACE)）表示密码已过期但还能临时登录一次，此时角色仍可激活
查角色是否被 PROFILE 限制导致实际不可用
有些环境会通过 PROFILE 控制角色启用行为，例如禁用 SET ROLE 命令或限制角色切换次数。检查相关用户绑定的 profile 是否含如下限制：
-
ALTER PROFILE default LIMIT PASSWORD_LIFE_TIME 90;—— 影响用户状态，间接影响角色可用性 -
ALTER PROFILE default LIMIT FAILED_LOGIN_ATTEMPTS 3;—— 错误尝试超限会锁账户，连带使角色失效 - Oracle 不支持直接禁止角色激活的 profile 参数，但可通过细粒度审计或触发器拦截
SET ROLE，这类控制需查DBA_AUDIT_TRAIL或源码级审计策略
Profile 本身不标记“角色过期”，但它让角色在特定用户身上变成“有授权、无权限”的静默失效状态。
为什么不能只查 DBA_ROLE_PRIVS 就下结论？
因为 DBA_ROLE_PRIVS 只反映“谁被授了什么角色”，不反映“该角色当前是否可被使用”。常见误判场景包括：
- 角色被
REVOKE后未提交，查询仍显示存在（事务未结束） - 用户是外部认证（
EXTERNAL或GLOBAL），其account_status字段可能为EXTERNAL，此时不适用密码过期逻辑 - 在 CDB/PDB 架构中，角色在 CDB$ROOT 创建却试图在 PDB 中授予，
DBA_ROLE_PRIVS查得到，但实际在 PDB 内不可见 - 角色包含对象权限，而对应表空间配额为 0，用户虽能登录、能
SET ROLE，但执行 SQL 时仍报错
真正要判断“角色是否过期”，得把角色元数据、用户状态、profile 策略、容器上下文全串起来看——没有单点快照能代替综合诊断。
