-
macOS에서 평가의 새로운 기능
macOS의 Automatic Assessment Configuration 프레임워크를 살펴보고 교육 앱을 위한 안전한 테스트를 제공하세요. 새로운 API를 활용하여 Mac에서 더 많은 시스템 수준 기능을 통합하는 안전하고 구성 가능한 테스트 환경을 만드는 방법을 알아보세요. 내장된 시스템 사전 검사와 접근성 제어 항목을 사용하여 어떻게 신뢰할 수 있는 시험 경험을 그 어느 때보다 더 쉽게 제공할 수 있는지 살펴보세요.
챕터
- 0:00 - Introduction
- 1:34 - Precondition checks
- 3:00 - Accessibility restrictions
- 4:33 - System experience customization
- 9:16 - Application launch restrictions
- 10:51 - Best practices
- 12:35 - Next steps
리소스
관련 비디오
WWDC26
-
비디오 검색…
안녕하세요, 저는 Education Technologies 팀의 엔지니어 Chris입니다 사용 가능한 향상 기능들을 안내해 드리겠습니다 macOS 27의 Automatic Assessment Configuration 프레임워크입니다 이 프레임워크는 안전하고 잠금 상태의 환경을 구현하는 데 도움을 줍니다 교육 평가를 제공하는 검사 기관에서 Apple 기기로 인증 시험을 진행하는 경우에 활용됩니다 이 프레임워크를 사용하려면 앱에 제한된 Automatic Assessment Configuration 자격 부여가 필요합니다 아직 신청하지 않으셨다면 Apple Developer 포털에서 신청하실 수 있습니다
이 세션에서는 다섯 가지 영역을 다룹니다 첫째, 시스템 사전 조건입니다 평가 시작 전에 앱이 요구할 수 있는 검사 항목입니다
다음으로, 접근성 제한으로 이러한 기능들이 승인된 학생들만 사용할 수 있도록 보장합니다
이후에는 시스템 경험 맞춤 설정으로 평가 중 사용자가 Mac과 상호작용하는 방식을 조정합니다
그 다음은 앱이 설정할 수 있는 응용 프로그램 실행 제한으로 신뢰할 수 있다고 판단된 프로세스만 평가 중 실행되도록 합니다
마지막으로, 모범 사례들로 최대한 활용할 수 있는 방법입니다 평가 모드가 제공하는 기능을요
이 샘플 평가 앱을 사용해서 이 영상에서 다루는 API 기능들의 동작을 시연해 드리겠습니다
먼저, 사전 조건 검사를 살펴보겠습니다 평가 시작 전에 수행할 수 있는 내용입니다 시스템 사전 조건 검사를 수행하는 것은 학생이 시험을 시작하기 전에 Mac이 강화된 상태인지 확인하는 데 매우 중요합니다 처음부터 평가의 보안 요구사항을 충족하도록 도와줍니다
앱이 System Integrity Protection 활성화를 요구할 수 있습니다 Mac이 MDM에 등록되어 있고 단일 계정만 로그인되어 있으며 해당 계정이 표준 계정과 같은 특정 유형인지도 요구할 수 있습니다 이 네 가지 검사는 기기가 강화된 상태인지 함께 보장합니다 변조 방지 상태를요
또한 앱이 Lockdown Mode와 iCloud Private Relay 비활성화를 요구할 수 있습니다 이 두 가지 검사는 Apple의 개인 정보 보호 및 보안 기능이 평가 인프라 요구사항에 방해가 되지 않도록 합니다 이제 샘플 앱에 사전 조건 검사를 추가해 보겠습니다 AEAssessmentConfiguration 객체에 프로퍼티를 설정합니다 이 객체는 평가 세션의 매개변수를 정의합니다 이 코드 스니펫은 로그인된 사용자 계정이 표준 계정이어야 함을 요구합니다 이러한 사전 조건 검사를 설정하면 학생의 기기가 이 요구사항 중 하나 이상을 충족하지 못할 경우 학생에게 문제를 알리는 경고가 표시됩니다 계속 진행하기 전에 해결해야 할 문제들이요 다음은 접근성 기능 사용 가능 여부 관리입니다 macOS에는 다양한 내장 접근성 기능이 포함되어 있습니다 이 기능들은 모든 학생에게 공평한 시험 환경을 제공하는 데 필수적입니다 시각, 청각, 운동 또는 인지 관련 필요를 가진 사람들이 타사 보조 소프트웨어 없이도 완전히 참여할 수 있게 합니다
기본적으로 Menu Bar와 Dock은 숨겨져 있습니다 하지만 현재 활성화된 접근성 기능은 평가 세션 중에도 계속 작동합니다
여기서 시연한 것처럼 Switch Control은 평가 세션이 시작된 후에도 계속 실행됩니다
그러나 일부 접근성 기능은 중요한 점이 있습니다 사용자 생성 콘텐츠로 맞춤 설정이 가능합니다 따라서 해당 기능에 대한 접근을 승인된 편의 제공의 일환으로 필요로 하지 않는 학생들에게 비활성화하는 것은 중요한 보안 조치입니다 이 구성에서는 하나를 제외한 모든 접근성 기능이 허용됩니다 Switch Control 사용을 제한하고 있습니다 구성 프로퍼티 값을 true로 설정하는 것은 해당 접근성 기능을 활성화하는 것이 아닙니다 단순히 평가 중 사용을 허용하는 것입니다 사용자가 활성화했을 때요
평가 세션이 시작되면 Switch Control이 자동으로 종료됩니다 그리고 평가 세션 중에는 다시 실행할 수 없습니다 프레임워크에서 가장 강력한 영역 중 하나는 시스템 경험 맞춤 설정입니다 평가 중 학생들이 macOS와 상호작용하는 방식을 조정합니다
macOS 시스템 경험은 원활하고 직관적인 환경을 제공하도록 설계되었습니다 Menu Bar와 같은 친숙한 요소들을 통해서요 Wi-Fi 및 볼륨과 같은 Menu Bar 항목들 Dock, Dictation 및 AutoFill과 같은 다양한 입력 기술 그리고 Finder와 열기/저장 파일 대화상자를 사용한 파일 시스템 상호작용입니다 앱이 Menu Bar를 사용 가능하게 해서 학생들이 접근할 수 있도록 할 수 있습니다 평가 중 필수 앱 기능에요 또한 앱이 어떤 Menu Bar 항목을 사용 가능하게 할지 맞춤 설정할 수 있습니다 볼륨이나 Wi-Fi와 같은 항목들을요 정보 및 콘텐츠 유출 경로가 될 수 있는 항목들을 제거하면서요 이미 Menu Bar가 없는 평가 세션이 어떻게 보이는지 시연해 드렸습니다 이 예시에서는 추가 프로퍼티를 설정합니다 AEAssessmentConfiguration 객체에 Menu Bar를 활성화하고 허용된 메뉴 추가 항목 세트를 정의합니다
이 메뉴 추가 항목들이 강제로 켜지는 것이 아님을 주의하세요 대신 평가 세션 중에도 계속 사용 가능합니다 Menu Bar에 이미 있었던 경우에요
Apple 메뉴도 맞춤 설정했습니다 구성 객체의 프로퍼티를 설정해서 절전 메뉴 항목만 표시하도록요 선택적으로 빈 배열을 설정해 다음을 제외한 모든 항목을 숨길 수도 있습니다 "이 Mac에 관하여"를 제외하고요
평가 세션이 시작되면 앱의 메뉴 항목이 표시되고 Menu Bar 항목 세트는 필터링됩니다 방금 지정한 허용 목록으로요 또한 Apple 메뉴를 선택하면 내용이 필터링된 것을 확인할 수 있습니다
이제 비활성화할 수 있는 입력 방법들을 살펴보겠습니다 학생들에게 의도치 않게 힌트나 정답을 제공할 수 있는 것들입니다 Dictation은 자동으로 올바른 맞춤법을 생성할 수 있습니다 이모지 선택기는 검색 가능한 기호 라이브러리를 노출합니다 구조적 입력은 문자 구성 단서를 드러냅니다 이 중 어느 것이든 도움 없는 기억력을 테스트하는 평가를 우회할 수 있습니다
AutoFill은 사전 입력된 답변, 메모 또는 참고 자료를 제공할 수 있습니다 Contacts와 같은 소스에서 응답 필드로요 이러한 입력 방법을 제한하려면 AEAssessmentConfiguration 객체에서 각 프로퍼티를 false로 설정합니다 이렇게 하면 메뉴에서 숨겨지고 UI 컨트롤에서의 사용이 차단됩니다 일반적으로 이를 지원하는요
입력 제한이 적용되면 AutoFill, Dictation 및 이모지와 기호 메뉴 항목은 편집 메뉴에서 더 이상 사용할 수 없습니다 Dock은 평가 세션 중 활성화하고 싶을 수 있는 또 다른 유용한 시스템 경험입니다 평가 세션 중에요 학생들에게 명확하고 집중된 작업 공간을 제공하기 때문입니다 앱을 쉽게 찾고 전환할 수 있는요 이 코드 스니펫에서는 필터링된 Dock 경험을 활성화합니다 allowsDock을 true로 설정해서요 평가 중 Dock은 허용된 앱만 표시합니다 학생들에게 앱을 찾고 전환할 수 있는 집중된 작업 공간을 제공합니다
평가 세션에 진입하면 Finder와 휴지통의 항상 표시되는 기준 요소 외에도 세션에서 허용된 앱만 표시되는 것을 확인하세요 그러나 Finder가 있더라도 명시적으로 참여자로 추가되지 않으면 접근할 수 없습니다 평가 앱이 지정된 파일과의 상호작용이 필요한 경우 Finder에 대한 접근을 허용하고 싶을 수 있습니다 표준 열기 및 저장 대화상자를 활용할 수 있습니다 이것들은 파일을 탐색하고 구성하는 일관되고 직관적인 방법을 제공합니다 macOS 전체에서 파일에 접근하는요 다음으로 Finder를 평가 세션의 참여자로 추가합니다 AEAssessmentConfiguration 객체의 allowedDirectoriesAndFiles 프로퍼티로 Documents 폴더를 허용 목록에 추가할 수 있습니다 학생이 메모 작업을 저장할 수 있는요 Sample Assessment 앱에서요 이 설정은 디렉토리도 필터링합니다 표준 열기 및 저장 패널에서 사용 가능한 파일도요
학생이 메모 작업을 저장하려고 할 때 표준 저장 패널이 표시됩니다 하지만 허용 목록에 있는 디렉토리만 작업을 저장할 수 있습니다
Finder 윈도우를 열면 동일하게 필터링된 접근이 표시됩니다 그리고 허용 목록의 디렉토리에는 메모 파일이 들어 있습니다 방금 학생이 저장한요 다룰 제어 계층이 하나 더 있습니다 평가 중 실행이 허용된 프로세스를 제한하는 것입니다 평가 앱 실행에 필수적이지 않은 프로세스는 평가 세션의 무결성에 위협이 될 수 있습니다 화면 콘텐츠 캡처, 키 입력 기록 외부에 데이터 전송 또는 다른 방식으로 시스템과 상호작용해 안전한 시험 환경을 훼손할 수 있습니다 따라서 허용된 프로세스를 제한하고 싶을 수 있습니다 평가 앱과 허용 목록의 참여 앱만으로요 또한 단축키 및 Automator 작업도 종료시킬 수 있습니다 실행을 차단할 수 있습니다 allowOnlyParticipantsToRun을 true로 설정하면 시스템이 비필수 프로세스를 종료하도록 지시합니다 평가가 시작될 때요 이 기능이 활성화되면 기본 평가 앱과 명시적으로 허용 목록에 있는 참여자 그리고 필수 시스템 프로세스만 실행이 허용됩니다 또한 allowsUserScriptExecution을 false로 설정해 Shortcut 및 Automator 스크립트 실행을 방지합니다
평가 시작 전에는 Safari와 Notes가 실행 중입니다 그리고 장기 실행 Shortcut도요 하지만 평가 시작 후에는 샘플 평가 앱만 그리고 허용된 참여자인 Finder만 계속 실행됩니다 Shortcut을 포함한 사용자가 시작한 모든 백그라운드 프로세스는 중지되었으며 보안 시험 중에는 접근할 수 없습니다 처음으로 Assessment Mode를 도입하든 기존 통합을 강화하든 간에 다음 모범 사례들은 모든 개발자가 고려해야 할 것들입니다
이 사례들은 프레임워크를 도입하는 방법과 시험 응시자의 경험을 구성하는 방법 그리고 macOS 릴리스 전반에서 앱이 잘 작동하도록 유지하는 방법을 도와줍니다
깊은 시스템 통합으로 Assessment 프레임워크가 작업을 수행하도록 하세요 시스템 환경을 보안하는 것을요 자체적인 동등 기능을 구현하려는 충동을 억제하세요 프레임워크의 API를 직접 도입하고 유지 관리해 온 중복 코드를 삭제하세요
평가에 실제로 필요한 최소한만 제한하세요 추가하는 제한은 시험 응시자의 경험을 저해할 수 있으므로 허용적으로 시작하고 의도적으로 강화하세요
접근성은 평가 맥락에서 필수 요건으로 취급되어야 합니다 모든 학생은 공정한 시험 경험을 받을 자격이 있습니다 처음부터 보조 기술을 수용하도록 앱을 설계하세요 나중에 예외로 처리하지 말고요
AAC가 처음이시라면 세션 전환이 begin 및 end session API를 호출하는 순간에 발생하지 않는다는 점을 유의하세요 프레임워크의 전환 콜백에 등록하고 해당 이벤트를 기반으로 앱 상태를 구동하세요 세션이 언제 진정으로 시작되고 종료되었는지 항상 알 수 있도록요 또는 예기치 않게 종료되었는지요
매 macOS 베타가 출시되는 날 앱을 재검증하는 것이 중요합니다 전체 평가 테스트 매트릭스를 실행하고 즉시 피드백 보고서를 제출하세요 릴리스까지 기다렸다가 회귀를 발견하면 고객도 함께 발견하게 됩니다
이제 가능한 것들을 보셨으니 평가 앱을 한 단계 발전시키기 위한 다음 단계들을 고려해 보세요 시스템 사전 검사를 통해 기기 무결성을 검증하세요 평가 시작 전에요 접근성 기능을 활성화해서 모든 사용자에게 공평한 평가 경험을 제공하세요
Menu Bar 항목 접근을 맞춤 설정해 친숙하고 직관적인 경험을 제공하세요 Dock 및 파일 시스템을요
평가의 런타임 환경을 보안하세요 비필수 프로세스를 차단해서요
마지막으로 macOS에서 실제 시험 워크플로우로 평가 솔루션을 테스트하세요
교실 퀴즈 앱을 만들든 전국 규모의 표준화된 시험 플랫폼을 만들든 macOS의 AutomaticAssessmentConfiguration 프레임워크는 시스템 보안 전제 조건을 확인하는 접근성 편의를 조정하는 사용자 경험을 맞춤 설정하는 런타임 환경을 잠그는 단일 통합 API를 통한 도구를 제공합니다 여러분이 이 새로운 기능들을 활용해 더 안전한 더 포용적이고 더 완성도 높은 평가 경험을 제공하는 것이 기대됩니다, 전 세계 모든 학생들을 위해요 함께해 주셔서 감사합니다
-
-
2:30 - Set up precondition checks
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowLockdownMode = false configuration.allowPrivateRelay = false configuration.requiresSIP = true configuration.requiresManagedDevice = true configuration.requiresSingleUser = true configuration.requiresUserAccountType = .standard return configuration } -
4:01 - Restrict accessibility features
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowsAccessibilityVoiceOver = true configuration.allowsAccessibilitySwitchControl = false configuration.allowsAccessibilityAlternativeInputMethods = true configuration.allowsAccessibilityBackgroundSounds = true configuration.allowsAccessibilityHoverText = true configuration.allowsAccessibilityLiveSpeech = true configuration.allowsAccessibilitySpokenContent = true configuration.allowsAccessibilityVoiceControl = true configuration.allowsAccessibilityZoom = true return configuration } -
5:32 - Customize the Menu Bar items
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowsMenuBar = true configuration.allowedMenuBarItems = [ .battery, .clock, .volume ] configuration.allowedAppleMenuItems = [ .sleep ] return configuration } -
7:01 - Define input restrictions
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowsDictation = false configuration.allowsAutoFill = false configuration.allowsStructuralInput = false configuration.allowsEmojiKeyboard = false return configuration } -
7:38 - Enable dock appearance
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowsDock = true return configuration } -
8:35 - Set allowed directories and files
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowedDirectoriesAndFiles = [ URL(fileURLWithPath: "~/Documents/") ] return configuration } -
9:58 - Set application launch restrictions
import AutomaticAssessmentConfiguration func makeAssessmentConfiguration() -> AEAssessmentConfiguration { let configuration = AEAssessmentConfiguration() configuration.allowOnlyParticipantsToRun = true configuration.allowsUserScriptExecution = false return configuration }
-
-
- 0:00 - Introduction
An overview of the Automatic Assessment Configuration framework in macOS 27, which creates a locked-down testing environment, and a preview of the five areas covered.
- 1:34 - Precondition checks
Require a hardened device before an exam starts — System Integrity Protection, MDM enrollment, a single signed-in standard account, and disabled Lockdown Mode and iCloud Private Relay.
- 3:00 - Accessibility restrictions
Control which built-in accessibility features stay available during a session, allowing approved accommodations like Switch Control while restricting features that accept user-generated content.
- 4:33 - System experience customization
Tailor how students interact with macOS during an assessment by customizing the Menu Bar and its items, the Dock, input technologies like Dictation and AutoFill, and Finder access.
- 9:16 - Application launch restrictions
Restrict which processes run during an assessment to your app and allowlisted participants, and block Shortcuts and Automator script execution to protect the testing environment.
- 10:51 - Best practices
Recommendations for adopting the framework: rely on its APIs rather than building equivalents, restrict only the minimum required, treat accessibility as a requirement, and register for session transition callbacks.
- 12:35 - Next steps
Ways to take your assessment app further — validate device integrity with pre-checks, enable accessibility for an equitable experience, customize the system experience, block non-essential processes, and test with real exam workflows.