SuperAPI AI Directory

control-testing

Security & auditing

View repository

Updated 10-16 08:46

About this skill

Load context

On first use: Read ../../CLAUDE.md to obtain scenario-level configuration (testing standards/sample size formula/deviation tolerance).


/control-testing — Control Testing

Examples

→ Example: The auditor says "We need to perform a walkthrough test on our newly designed procurement approval control and document the sample size and deviations." The system should invoke this skill, perform sampling testing, and output the test record.

→ Example: The user says "The CFO requires an interim test of all key controls before the annual SOX audit." The system should invoke this skill and execute a full testing plan according to the control list.

→ Example: The user says "The system has just launched a new CRM, the controls have changed, help me verify whether the new controls are effective." The system should invoke this skill and perform control testing after the change.

Test Type Definitions

测试类型:
□ 询问(Inquiry):向控制执行人了解控制执行情况
□ 观察(Observation):现场观察控制执行过程
□ 检查(Inspection):审查控制执行的证据文件
□ 重新执行(Re-performance):审计人员独立执行控制并比对结果

测试方法:
□ 抽样测试:从总体中抽取样本逐一验证
□ 全量测试:对全部交易/记录执行验证(适用于小样本总体)
□ 穿行测试(Walkthrough):从头到尾完整走一遍流程验证控制

Step 1: Determine the testing scope and sample size

Test population confirmation:

□ 控制编号:[C-01]
□ 控制名称:[名称]
□ 控制频率:[每日/每周/每月]
□ 测试期间:[YYYY-MM-DD 至 YYYY-MM-DD]

□ 测试总体规模:
  → 总体笔数:[X] 笔
  → 总体金额:[X] 万

□ 样本量计算(统计抽样):
  → 预期偏差率:[X]%(历史数据)
  → 可容忍偏差率:[X]%(审计标准)
  → 置信水平:[X]%(通常 95%)
  → 最小样本量:[X] 笔

Sample selection:

□ 抽样方法:[随机抽样/分层抽样/判断抽样]
□ 选取笔数:[X] 笔
□ 金额覆盖:[X]%(样本金额 / 总体金额)

Step 2: Perform sampling testing

Perform inspection on each sample:

□ 控制编号:[C-01] — [控制名称]

样本 #1:
□ 交易日期:[YYYY-MM-DD]
□ 交易金额:[X] 万
□ 交易描述:[内容]
□ 控制执行时间:[YYYY-MM-DD]

测试结果:
□ 证据存在:[✅ 有 / 🔴 无]
□ 证据完整性:[✅ 完整 / ⚠️ 缺失部分:描述]
□ 审批人正确:[✅ 是 / 🔴 否 — 实际审批人:姓名]
□ 审批时间合规:[✅ 是(事后 [X] 天内)/ 🔴 否]
□ 执行质量:[✅ 符合要求 / 🔴 不符合 — 偏差:描述]

测试结论:[✅ 通过 / 🔴 未通过]

Step 3: Summarize test results

Sample test details:

| 样本# | 日期 | 金额 | 审批人 | 证据 | 时间合规 | 结论 |
|-------|------|------|--------|------|---------|------|
| 1     | [日期] | [X]万 | [姓名] | [✅/🔴] | [✅/🔴] | [✅/🔴] |
| 2     | [日期] | [X]万 | [姓名] | [✅/🔴] | [✅/🔴] | [✅/🔴] |

Deviation analysis:

□ 测试样本数:[X] 笔
□ 发现偏差数:[X] 笔
□ 偏差率:[X]%(偏差数 / 样本数)

□ 偏差详情:
| 样本# | 偏差描述 | 偏差类型 | 影响金额 | 是否为实质性偏差 |
|-------|---------|---------|---------|----------------|
| [#]   | [描述]  | [执行/设计] | [X]万 | [是/否] |

□ 偏差根本原因分析:
  → 人员能力问题:[是/否] — 描述
  → 系统/流程问题:[是/否] — 描述
  → 管理层凌驾:[是/否] — 描述

□ 偏差是否具有系统性:[是(多个样本同类偏差)/否]

Step 4: Test conclusion

Control effectiveness determination:

□ 可容忍偏差率:[X]%
□ 实际偏差率:[X]%
□ 偏差率 vs 可容忍偏差率:[✅ ≤ / 🔴 >]

□ 结论判断:
  → 偏差率 ≤ 可容忍偏差率:[✅ 控制有效(In Effective)]
  → 偏差率 > 可容忍偏差率:[🔴 控制无效(In Effective,存在缺陷)]
  → 样本偏差具有系统性:[🔴 控制无效(设计缺陷或执行不一致)]

□ 特别说明(如适用):
  → 样本量不足:[是/否] — 说明
  → 发现管理层凌驾:[是/否] — [须升级]

Step 5: Generate the control testing report

═══════════════════════════════════════
控制测试报告
控制编号:[C-01]
控制名称:[名称]
测试期间:[YYYY-MM-DD 至 YYYY-MM-DD]
测试执行人:[姓名]
测试日期:[YYYY-MM-DD]
═══════════════════════════════════════

【控制概况】
□ 控制类型:[预防性/检查性]
□ 控制频率:[每日/每周/每月]
□ 测试方法:[抽样/穿行/观察]
□ 测试期间总体:[X] 笔 / [X] 万

【样本信息】
□ 抽样方法:[随机抽样]
□ 样本量:[X] 笔
□ 金额覆盖:[X]%
□ 样本期间:[YYYY-MM-DD 至 YYYY-MM-DD]

【测试结果】
□ 通过:[X] 笔
□ 未通过(偏差):[X] 笔
□ 偏差率:[X]%(可容忍:[X]%)
□ 有效性结论:[✅ 有效 / 🔴 无效]

【偏差明细】
| 样本# | 偏差描述 | 偏差类型 | 影响金额 | 系统性 |
|-------|---------|---------|---------|--------|
| [#]   | [描述]  | [执行/设计] | [X]万 | [是/否] |

【偏差根本原因】
□ 原因分析:[描述]
□ 是否系统性:[是/否]

【测试限制】
□ 样本量限制:[是/否]
□ 证据获取限制:[是/否 — 描述]

【建议】
□ 偏差整改:[描述]
□ 控制改进:[描述]
□ 后续测试:[是否需要扩大样本/重新测试]

═══════════════════════════════════════
置信度:[✅ 高 / ⚠️ 中 / 🔴 低]
测试结论:[✅ 控制有效 / 🔴 控制无效(存在缺陷)]
═══════════════════════════════════════

Escalation Trigger Conditions

  • The deviation rate exceeds the tolerable deviation rate
  • Management override of controls is identified (indications of material fraud)
  • Deviations are systematic (the same control is performed inconsistently multiple times)
  • Insufficient evidence is available to complete the test (missing evidence > [X]%)
  • A control is found not to have been performed as designed (design effective but operating ineffective)
  • A control was completely bypassed during the testing period (must be reported immediately)

Finance Skills — control-testing atomic skill