기본 콘텐츠로 건너뛰기

[크롬북 활용] 학교에서 학생 평가 시험을 보기 위한 크롬북 활용 방법

미국 주 정부에서는 학생들에게 1인 1대의 크롬북 공급이 진행되고 있습니다. 학교에서는 구글 클래스룸을 이용하여 모든 과목의 수업 진행이 이루어 지고, 뿐만 아니라 구글에서는 1인 1대 크롬북 보급으로 인하여 학교에서 학생평가를 위한 시험보기 조차도 크롬북을 활용 한다고 합니다.
크롬북 시험보기에 대한 이미지 검색결과  
학교에서 크롬북으로 시험보기를 하기 위해서는 모든 크롬북 기기 관리를 위한 크롬 기기 콘솔이 필요합니다. 기업이나 학교에서 직원 또는 학생들에게 크롬북을 배급하기 위해서는 크롬 기기 관리는 선택이 아니라 필수 입니다.  

학생 평가에 크롬북 사용
크롬북을 학생 평가용으로만 사용하도록 설정할 수 있습니다. 크롬북은 여러 테스트 제공업체와 연동되며, 시험 중에 학생이 웹을 탐색하지 못하도록 하고 외부 저장소, 스크린샷 및 인쇄 기능을 사용하지 못하도록 할 수 있습니다.
Chrome 기기는 학생 평가 관리를 위한 안전한 플랫폼이며 올바르게 설정할 경우 초등학교에서 고등학교까지의 교육 과정 시험 기준에 부합합니다. 2013년 2월 미국 연구 협회 및 스마터 밸런스드 어세스먼트 컨소시엄(Smarter Balanced Assessment Consortium)에서 개발한 파일럿 테스트에서 크롬북의 학생 평가용 성능이 입증되었습니다. 관련 블로그 글을 읽어보세요.

설정

다음 방법 중 한 가지를 사용하여 크롬북에서 평가를 수행할 수 있습니다.
  • 시나리오 1: 크롬북을 '단일 앱 키오스크'로 설정하여 크롬북에서 시험을 실시합니다. 이 방법을 사용할 경우 시험 제공업체가 Chrome 키오스크 앱으로 생성한 시험 앱이 잠김 모드에서 전체 화면으로 실행됩니다.
  • 시나리오 2: 시험 제공업체가 시험을 치를 수 있도록 새 도메인을 지정하여 설정하면 학생들이 제공업체에서 부여한 계정에 접속하여 시험을 치를 수 있습니다.
  • 시나리오 3: 학교에서 공개 세션 키오스크를 통해 시험을 실시합니다.
사전 요구사항은 다음과 같습니다.
  1. Chrome 기기별 Chrome 관리 라이선스 구매
  2. 학교 도메인에 각 기기 등록
각 방법을 사용하여 관리자는 안전한 학생 평가를 위해 기기를 잠글 수 있습니다.

시나리오 1: 학교에서 시험 앱을 실행하는 단일 앱 키오스크로 크롬북을 실행하도록 설정

요구사항: 시험을 Chrome 키오스크 앱으로 실행할 수 있어야 합니다.
  1. Chrome 관리 > 기기 설정 > 키오스크 설정 > 단일 앱 키오스크에서 선택한 조직 단위의 기기에 대해 단일 앱 키오스크 허용을 선택합니다.
  2. 키오스크 애플리케이션 관리를 클릭합니다. 대화 상자가 표시되면 사용하려는 시험 키오스크 앱을 선택합니다. Chrome 웹 스토어에서 검색할 수 있습니다. 또는 앱 ID 및 URL이 있는 경우에는 맞춤 앱 지정을 선택하여 수동으로 설치할 수 있습니다.
  3. 관리하고자 하는 시험의 대상 학생들이 키오스크 앱에 대해 선택한 조직 단위에 포함되도록 해야 합니다.
  4. 학생이 로그아웃한 뒤 다시 로그인하면 크롬북이 단일 앱 키오스크 모드에서 전체 화면으로 실행됩니다. 학생들이 스크린샷을 캡쳐하거나 앱에서 지정하지 않은 웹사이트에 액세스하지 못하도록 잠금 환경으로 제공됩니다.
키오스크 설정에 대한 자세한 내용은 기기 설정 관리를 참조하세요.

시나리오 2: 시험 제공업체에서 평가를 위한 학생 계정 설정

제공업체에서 수행해야 하는 단계는 다음과 같습니다.

  1. 시험 제공업체는 제공업체 소유의 별도 도메인을 만듭니다.
  2. 제공업체에서 학생 계정을 생성합니다.
  3. 설정설정 방법
    허용된 앱 및 확장 프로그램허용된 앱 및 확장 프로그램에서 선택한 항목을 제외한 모든 앱과 확장 프로그램을 차단합니다.를 선택합니다.
    시크릿 모드시크릿 모드 허용 안함을 선택합니다.
    스크린샷스크린샷 사용 안함을 선택합니다.
    URL 차단와일드카드(*)를 사용하여 모든 URL을 차단하도록 URL 차단목록을 설정합니다. 그리고 평가 URL 및 학생이 액세스할 수 있는 모든 기타 도구에는 URL 차단목록 예외를 설정합니다. 자세히 알아보기
    인쇄인쇄 사용 안함을 선택합니다.
    외부 저장장치외부 저장장치 허용 안함을 선택합니다.
    각 설정에 대해 자세히 알아보려면 사용자용 Chrome 정책을 참조하세요.

학교 IT 관리자가 수행해야 하는 단계는 다음과 같습니다.

  1. 학생의 크롬북 관리에 사용하는 학교의 관리콘솔에 로그인합니다.
  2. Chrome 관리 > 기기 설정으로 이동한 다음 학생이 사용하는 기기가 포함된 조직 단위를 선택합니다.
  3. 사용자 데이터에서 모든 로컬 사용자 데이터 지우기를 선택하여 로그아웃 시 기기에서 학생 데이터를 삭제하도록 설정합니다. 특별히 시험을 위해 만든 계정에 사용하는 것이 좋습니다.
  4. (선택 단계) 로그인 제한에서 '*@assessmentdomain.com'을 입력하여 사용자 목록에 있는 사용자만 로그인하도록 제한합니다. 이렇게 하면 평가 도메인에 속함으로써 기기에 로그인할 수 있는 사용자를 제한합니다. 자세히 알아보기

학생이 수행해야 하는 단계는 다음과 같습니다.

  1. 제공업체에서 제공한 사용자 인증 정보를 사용하여 크롬북에 로그인합니다.
  2. 시험을 봅니다.
  3. 시험이 종료되면 로그아웃합니다. 로그아웃하면 기기가 초기화됩니다.

보안 강화 정보

위에 설명된 Chrome의 기본적인 관리 기능 외에도 평가 제공업체는 기기에 로그인한 사용자를 확인할 수 있는 도구 및 추가 보고서 등 추가 제어 기능을 사용하기 위해 자신만의 Chrome 확장 프로그램을 배포하도록 선택할 수 있습니다.

시나리오 3: 학교가 학생의 기기에 공개 세션 설정

이렇게 하려면 학교에서 도메인에 Chrome 기기를 등록해야 합니다.
  1. 관리콘솔에서 평가 대상 학생을 자신의 조직 단위(OU)에 넣습니다.
  2. 공개 세션용 조직 단위에 배치함으로써 공개 세션용 학생 기기를 설정합니다(공개 세션 도움말의 6단계 참조).
  3. 설정설정 방법
    사용자 세션 시간 제한시험을 보도록 허용할 시간만큼 최대 사용자 세션 길이를 설정합니다. 대부분의 평가 또는 시험 감독관이 학생의 시험 시간을 모니터링하므로 이 설정은 선택사항입니다.
    다음 시간 동안 유휴 상태이면 로그아웃다음 시간 동안 유휴 상태이면 로그아웃 시간은 기본적으로 5분으로 설정되어 있으므로 최소 15분 이상으로 변경합니다.
    허용된 앱 및 확장 프로그램허용된 앱 및 확장 프로그램에서 선택한 항목을 제외한 모든 앱과 확장 프로그램을 차단합니다를 선택합니다.
    시크릿 모드시크릿 모드 허용 안함을 선택합니다.
    스크린샷스크린샷 사용 안함을 선택합니다.
    URL 차단와일드카드(*)를 사용하여 모든 URL을 차단하도록 URL 차단목록을 설정합니다. 그리고 평가 URL 및 학생이 액세스할 수 있는 모든 기타 도구에는 URL 차단목록 예외를 설정합니다. 자세히 알아보기
    인쇄인쇄 사용 안함을 선택합니다.
    외부 저장장치외부 저장장치 허용 안함을 선택합니다.
    각 설정에 대해 자세히 알아보려면 공개 세션 관리 및 사용자용 Chrome 정책을 참조하세요.
  4. Chrome 관리 > 사용자 설정에서 학생의 일반 계정이 포함된 조직 단위의 URL 차단목록에 평가 URL을 추가합니다.
  5. 시험을 보려면 학생이 공개 세션에서 로그인하도록 합니다.
  6. 학생이 시험을 완료하고 공개 세션을 종료하면 기기에서 세션이 초기화됩니다.

구글 도움말 참고 - https://support.google.com/chrome/a/answer/3273084?hl=ko 

크롬 기기 관리 자세한 정보  - http://goo.gl/9g8dpq 
-------------------------------------------------------------
Google Apps 전문 블로그 - charlychoi.blogspot.kr

댓글

이 블로그의 인기 게시물

초파리 뇌가 게임하고 로봇을 조종한다? 커넥톰 AI의 원리와 현실

CONNECTOME × AI 초파리 뇌가 게임하고 로봇을 조종한다? 커넥톰 AI가 실제로 하는 일과 하지 못하는 일을, Doom과 드론 사례로 구분해 봤습니다. 결론부터 말하면 완전히 거짓은 아닙니다. 다만 "살아 있는 뇌를 컴퓨터에 업로드했다"는 설명은 틀립니다. 139,255 2024년 공개된 성체 암컷 초파리 뇌의 뉴런 수 5,450만 같은 커넥톰에 기록된 화학 시냅스 수 1억 2,500만 2026년 수컷 중추신경계 지도에 포함된 시냅스 연결 먼저, 무엇이 공개된 것인가 2024년 FlyWire 연구진은 성체 암컷 초파리 한 마리의 뇌에서 139,255개 뉴런과 약 5,450만 개 화학 시냅스를 재구성했습니다. 세포 유형과 뇌 영역, 신경전달물질 예측도 함께 공개했습니다. [1] 2026년에는 수컷 초파리의 뇌와 복측신경삭까지 연결한 지도가 나왔습니다. 16만6천 개가 넘는 뉴런과 1억2,500만 개 시냅스 연결을 담아, 감각이 움직임으로 이어지는 경로까지 연구할 수 있게 됐습니다. [2] 연구진은 전자현미경 사진에서 AI로 뉴런 경계를 분리하고 3차원으로 이어 붙입니다. AI가 잘못 합치거나 끊은 부분은 사람이 검수합니다. 커넥톰은 도로 지도에 가깝습니다. 도로가 어디로 이어지는지는 보여주지만, 지금 차가 어디를 달리는지, 신호등이 어떻게 바뀌는지, 운전자가 어디로 가려는지까지 알려주지는 않습니다. 커넥톰은 죽은 조직에서 얻은 정적 구조입니다. 순간의 막전위와 발화 패턴, 정확한 시냅스 강도, 호르몬 상태, 배고픔 같은 내부 상태는 온전히 담겨 있지 않습니다. 정적인 배선도에 어떻게 행동을 넣나 1. 그래프로 바꾼다 뉴런을 노드, 시냅스를 방향이 있는 연결로 표현합니다. 시냅스 수와 신경전달물질 예측은 가중치와 흥분·억제 부호의 출발점이 됩니다. 2. 시간 규칙을 넣는다 각 뉴런에 입력이 쌓이고 임계값을 넘으면 발화하는 수학 모델을 붙입니다. 대표적인 방...

Jev는 더 빠른 챗봇이 아니다: System One Model의 역할과 기업 활용 가능성

한 줄 요약: Jev는 글을 생성하는 챗봇이 아니라, 소프트웨어가 직접 사용할 판단값과 확률을 100ms 내외로 빠르게 반환하는 System One 의사결정 전용 모델 이다. 최근 AI 개발자 커뮤니티에서 Jev 가 빠르게 주목받고 있다. 항공권을 약 7초 만에 찾고, 광고 수백 개를 수십 초 안에 분석하고, 논문 1,018편을 0.08달러에 분류했다는 사례들이 등장했다. 숫자만 보면 새로운 초고속 생성형 AI처럼 보인다. 하지만 Jev를 ChatGPT나 Claude의 더 빠르고 저렴한 대체품으로 이해하면 핵심을 놓친다. Jev는 글을 생성하는 AI가 아니라, 소프트웨어가 사용할 판단값을 빠르게 반환하는 의사결정 전용 모델이다. TypeSafe AI는 이를 새로운 모델 계열인 System One Model 이라고 부른다.[1] 이 글에서는 TypeSafe의 공식 발표와 개발 문서, 초기 활용 사례를 바탕으로 다음 질문에 답한다. Jev는 정확히 무엇인가? 기존 LLM과 무엇이 다른가? 어떤 업무에 유용한가? Hermes 같은 AI 에이전트와 어떻게 연결할 수 있는가? 기업 데이터와 개인정보를 외부 API로 보내는 보안 문제는 어떻게 봐야 하는가? 1. 기존 LLM이 자동화에서 부딪히는 문제 ChatGPT, Claude, Gemini와 같은 LLM은 기본적으로 사람이 읽는 문자열을 생성하는 모델 이다. 보고서 작성, 설명, 대화, 코드 생성에는 매우 강력하다. 그러나 기업의 업무 시스템이 필요한 것은 종종 긴 설명문이 아니다. 예를 들어 고객 문의가 들어왔을 때 프로그램이 알고 싶은 것은 다음과 같다. 어느 부서가 처리해야 하는가? 긴급도는 얼마인가? 환불 요청인가? 사람이 확인해야 하는가? 자동 처리해도 되는가? 일반 LLM에 이런 질문을 하면 자연스러운 문장이나 JSON을 생성하도록 프롬프트를 작성한 뒤, 결과를 다시 파싱하고 검증해야 한다...

Aside 브라우저, 이렇게 쓰고 있습니다: 대표 활용 사례와 직접 써 본 후기

AI BROWSER STORY "브라우저가 대신 클릭해 준다면?" Aside로 일하는 방법 탭 수십 개를 오가며 하던 조사, 정리, 게시, 점검. 이 반복 작업을 AI 브라우저 Aside에게 맡긴 사례를 소개합니다. 다른 사용자들의 대표 사례와 제가 직접 써 본 경험을 함께 담았습니다. 01 CONCEPT Aside는 어떤 브라우저일까? 한 줄 요약: "AI가 내 대신 웹사이트를 직접 조작해 주는 브라우저" 크롬이나 웨일은 사람이 직접 클릭하고 입력합니다. Aside는 여기에 AI 에이전트가 들어 있어서, "쿠팡에서 최근 주문한 커피 장바구니에 담아줘"처럼 말로 지시하면 AI가 화면을 읽고 클릭하고 입력하며 작업을 끝냅니다. 일반 브라우저 사람이 검색하고, 복사하고, 붙여넣고, 로그인하고, 정리합니다. 단계마다 내 손이 필요합니다. Aside 브라우저 목표만 말하면 AI가 여러 사이트를 오가며 여러 단계를 이어서 처리합니다. 사람은 확인과 승인만 합니다. 내 로그인 그대로 이미 로그인한 사이트를 그대로 조작합니다. 별도 연동이나 API 설정이 필요 없습니다. 스킬 · 루틴 · 메모리 한 번 시킨 방식을 스킬로 저장하고, 주간·일간 루틴으로 자동 반복하며, 내 선호를 기억합니다. 브라우저 + 내 컴퓨터 웹 작업뿐 아니라 내 PC의 파일 읽기, 영상·문서 생성 같은 작업도 함께 처리합니다. Lasso(올가미) 선택 화면 영역을 드래그하거나 동그라미로 지정해 "이 부분 정리해줘"라고 전달합니다. 복사·붙여넣기가 필요 없습니다. 외부 도구 연결 CLI, MCP, Skill로 코딩 에이전트와 연동하고 Slack으로 원격 지시도 가능합니다. 모델 선택 원하는 AI 모델을 연결해 속도와 비용을 조절할 수 있습니다. 사용자 중에는 저렴한 모델을 붙여 주력으로 쓰는 분도 있습니다. 02 BACKGROUND 왜 AI 브라우저가 나왔을까? 챗봇은 ...

Muse와 OpenClaw: 같은 에이전트인가, 새로운 개인비서인가

개인 AI 에이전트 비교 · 2026년 9월 25일 Muse와 OpenClaw: 같은 에이전트인가, 새로운 개인비서인가 Muse가 OpenClaw 코드를 그대로 실행하는 클론이라는 증거는 없습니다. 다만 에이전트의 기본 구조와 제품 철학은 크게 닮았고, Muse의 새로움은 개념보다 배포 방식·보안 모델·대중화에 있습니다. 에이전트 개념은 OpenClaw ≈ Muse입니다. 구현은 다릅니다. OpenClaw가 사용자가 직접 운영하는 개방형 하니스라면, Muse는 Meta가 호스팅하는 소비자용 서비스입니다. 1. 왜 ‘일반인용 OpenClaw’라는 말이 나왔나 Muse 출시 뒤 초기 사용자들은 두 제품의 내부 파일 체계를 비교했습니다. SOUL.md , IDENTITY.md , USER.md , MEMORY.md , AGENTS.md , TOOLS.md 같은 이름뿐 아니라, 에이전트의 성격과 행동 경계를 정하는 문장까지 비슷하다는 지적이 나왔습니다. The Verge도 두 제품이 핵심 파일 이름과 “Be genuinely helpful, not performatively helpful” 같은 문구를 공유한다고 보도했습니다. [2] 파일 규약 OpenClaw: 성격·사용자·기억·도구를 텍스트 파일로 관리합니다. Muse: 이름과 역할이 유사한 파일 체계가 관찰됐습니다. 제품 형태 공통점: 질문에 답하는 챗봇을 넘어 브라우저와 도구를 사용해 실제 일을 수행하는 개인 에이전트를 지향합니다. 논란의 핵심은 화면이 비슷하다는 정도가 아닙니다. 에이전트 하니스, 즉 모델이 기억·도구·규칙을 활용하도록 둘러싼 실행 구조와 성격 문서까지 닮았다는 점입니다. 2. Meta의 공식 설명 Meta Superintelligence Labs 제품 책임자 Nat Friedman은 Muse를 “처음부터 새로 만들었지만, 제품으로서는...

항공권 예약 그 이상 — Hermes Agent 326개 실사용 사례로 본 '에이전트 시대'의 실제 모습

항공권 예약 그 이상 — Hermes Agent 326개 실사용 사례로 본 '에이전트 시대'의 실제 모습 2026-10-05 · Nous Research 공식 발표 분석 Nous Research가 자사 X 계정을 통해 "Hermes Agent는 항공권 예약 그 이상이다"라며 실제 사용자 326개 사례 모음을 공개했다 ( 원문 트윗 · 전체 목록 ). X, Reddit, GitHub, YouTube, 블로그, 팟캐스트, 링크드인 등 11개 채널에서 수집된 이 사례들은 "에이전트가 실험실을 벗어나 실제로 무엇을 하고 있는가"를 보여주는 꽤 정직한 스냅샷이다. 1. 숫자로 보는 구도 326개 사례는 15개 카테고리로 분류되어 있다. 압도적 1위는 역시 개발 워크플로우지만, 2위인 '개인 비서'가 전체의 15%를 차지한다는 점이 주목할 만하다 — 비개발자 사용자층이 결코 작지 않다는 뜻이다. Dev Workflow 77 Personal Assistant 49 Integrations 32 Creative 26 Business Ops 23 Meta & Ecosystem 23 Cost Optimization 20 Privacy & Self-Hosted 13 Content Creation 12 Research 12 Enterprise 12 Messaging 11 출처 채널: Discord 116 · X/Twitter 61 · Reddit 60 · GitHub 38 · Blog 20 · YouTube 17 · GitHub Gist 4 · Hacker News 4 · LinkedIn 3 · Podcast 2 · Product Hunt 1 2. 다섯 가지 패턴 ① "24시간 켜져 있는 직원" 서사가 압도적으로 많다 $175짜리 중고 Dell OptiPlex, 라즈베리파이5, 5년 된 고장난 GPU 노트북처럼 저사양 장비에서 Her...