GitHub Classroom自动评分流程中能否使用隐秘测试用例？

你描述的需求完全可以在GitHub Classroom中实现，所谓“默认所有测试对学生公开”的认知，只是新手使用自动评分功能时的常见配置误区，平台本身的架构就支持“公开可查测试+学生不可见隐秘测试”的组合逻辑，不需要靠复杂的第三方工具才能落地。

原生能力的实现逻辑 #

• 公开测试的配置逻辑非常简单：你只需要把这部分测试用例、对应的小型演示数据集直接放到starter code仓库中，存放在比如tests/public/的固定路径下。学生拉取starter代码后，本地运行对应测试命令就能看到执行结果，这部分内容全公开，帮学生明确作业的基本目标、接口要求、基础逻辑判定标准。
• 隐秘测试的隔离逻辑依托GitHub Classroom本身的权限拆分机制实现：所有隐秘测试的代码、专属验证数据集、准确率判定阈值，完全不需要放到学生可访问的starter code仓库里。这部分资源统一存储在课程所属GitHub组织的私有资源库中，只有运行自动评分的系统身份账号拥有读取权限，学生哪怕是自己作业仓库的管理员，也没有渠道获取这部分内容。

具体落地的配置细节 #

• 设置自动评分规则时，不要选择“直接从学生作业仓库内读取测试配置”的默认简化选项，而是切换为“从组织私有资源拉取测试环境”的模式。
• 自动评分工作流的实际执行流程是完全隔离的：
  • 拉取学生提交到作业仓库的最新代码版本
  • 通过系统身份的加密权限，从私有资源库挂载隐秘测试的代码、未公开数据集、判定规则到运行容器中
  • 在隔离环境里依次执行公开测试、隐秘测试，最终计算总得分
  • 学生收到的反馈只有脱敏后的结果：比如“基础逻辑测试通过”“隐秘测试集准确率未达到合格阈值”，不会泄露任何隐秘测试的具体逻辑、数据集特征、判定细节，从根源上避免学生通过逆向测试规则做窄范围适配。
• 需要规避的常见操作风险：
  • 绝不能把隐秘测试的文件、配置、密钥哪怕临时提交到学生可访问的公开分支，哪怕加了.gitignore规则也不行——学生可以遍历仓库的所有提交历史、查看工作流的公开配置内容，藏在公开分支的任何敏感信息都有泄露风险。
  • 绝不能把隐秘测试的逻辑、路径硬编码到学生可查看的工作流配置文件中，所有拉取隐秘资源的步骤都要绑定组织的专属加密密钥，避免学生通过拆解工作流步骤反推测试内容。

灵活场景的变通方案 #

如果遇到原生功能暂时无法满足的管控需求，可以通过以下方式调整：

• 采用双仓库隔离架构：学生只需要将作业代码提交到个人的公开作业仓库，自动评分工作流运行时，会先把学生的代码拷贝到课程组的私有评分仓库中，在完全不对外暴露的环境里执行全量隐秘测试，所有评分相关的敏感资源全程不对外暴露。
• 动态加密资源校验：针对需要严格防止学生过拟合公开测试的场景，可以把隐秘测试的数据集做成加密压缩包，只有工作流运行时才能通过内置密钥解密，学生哪怕通过工作流配置猜到了数据集的获取路径，没有解密密钥也无法提前拿到内容构造硬编码适配逻辑。
• 梯度反馈管控：公开测试只反馈基础类错误（比如函数入参维度不匹配、代码运行抛错、基础接口不满足要求），隐秘测试的结果只给分数区间提示，不暴露具体的错误原因，进一步降低学生适配测试的可能性。

内容的提问来源于stack exchange，提问作者ObscureOwl