---
id: test-mode
title: "Test mode"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: []
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.85
created_at: 2026-05-23
updated_at: 2026-05-23
review_reason: ""
merge_history: []
tags: ["research", "design thinking"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: ["Nurse knowledge exchange plus", "eGVHD App", "Integrated graphical information display", "Drug interaction alerts"]
github_commit: ""
---

# [[Test mode]]

## 🎯 한 줄 통찰 (One-line insight)
프로토타입을 매개로 사용자로부터 피드백을 수집하여 솔루션을 정교화하고, 사용자의 니즈와 문제 정의(POV)를 재검증하는 공감 중심의 학습 과정이다 [1-4].

## 🧠 핵심 개념 (Core concepts)
1.  **사용자 피드백 솔리시테이션 (Soliciting Feedback):** 제작된 프로토타입을 실제 사용자에게 제시하여 솔루션이 사용자의 니즈를 충족하는지 확인하는 과정이다 [1, 3, 5].
2.  **공감의 지속적 심화 (Deepening Empathy):** 초기 공감 단계와 달리 구체적인 솔루션 모델을 통해 사용자의 사고, 감정, 행동 방식에 대해 더 깊은 통찰을 얻는 기회이다 [1-4].
3.  **솔루션 및 POV 정교화 (Refining Solutions & POV):** 테스트 결과는 단순히 정답 여부를 가리는 것이 아니라, 다음 프로토타입의 반복 방향을 결정하거나 때로는 문제 정의(POV) 자체를 수정하게 한다 [2, 4].
4.  **경험 기반 테스트 (Experiential Testing):** 사용자에게 솔루션을 설명하는 대신 실제 상황과 유사한 경험을 제공하여 솔직하고 자연스러운 반응을 이끌어낸다 [2, 4, 6, 7].

## 🧩 추출된 패턴 (Extracted patterns)
- **Show Don't Tell:** 프로토타입의 기능을 설명하기보다 사용자의 손에 직접 쥐어주고 그들이 어떻게 해석하고 사용하는지(혹은 오용하는지) 관찰하는 전략이다 [2, 4].
- **Prototype as if Right, Test as if Wrong:** 프로토타입은 최선의 솔루션이라는 확신으로 제작하되, 테스트 단계에서는 자신의 가설이 틀릴 수 있다는 열린 태도로 피드백을 수용해야 한다 [8, 9].
- **Comparison-based Testing:** 두 개 이상의 프로토타입을 동시에 제시하여 사용자가 이를 비교하게 함으로써 그들의 잠재된 니즈를 명확히 드러나게 한다 [6, 7].
- **In-situ testing:** 가능한 한 사용자의 실제 생활 환경 내에서 테스트를 진행하여 가장 현실적인 피드백을 확보한다 [8, 9].

## 📖 세부 내용 (Details)
테스트 모드는 디자인 씽킹 프로세스의 마지막 단계로 간주되지만, 실제로는 **반복적(Iterative)인 순환 구조**의 핵심이다 [6, 7]. 이 모드에서는 "이 솔루션이 사용자의 문제를 해결하는가?"와 "사용자가 이 과정을 통해 어떻게 느끼고 생각하는가?"라는 질문에 답을 구한다 [5, 10].

테스트의 주요 목적은 **프로토타입 정교화**이다 [2, 4]. 테스트를 통해 얻은 통찰은 다음 프로토타입 제작에 직접적인 정보를 제공하며, 필요하다면 다시 아이디어를 구상(Ideate)하거나 문제를 재정의(Define)하는 단계로 되돌아가는 근거가 된다 [2, 4, 11]. 또한 사용자가 프로토타입과 상호작용하는 과정에서 초기 연구 단계에서 발견하지 못한 **예상치 못한 통찰(Unexpected insights)**을 얻을 수 있어 공감 역량을 확장한다 [1-4].

효과적인 테스트를 위해 관찰자(Designer)는 **듣기(Listening)**에 집중해야 하며, 사용자가 프로토타입을 다루는 과정에서 겪는 혼란이나 질문을 면밀히 기록해야 한다 [2, 4, 12]. 특히 2026년의 현대적 관점에서는 실제 사용자 상호작용과 데이터 기반 시뮬레이션을 결합한 **하이브리드 테스트(Hybrid testing)**를 통해 장기적인 행동 변화까지 예측하기도 한다 [13, 14].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **전통적 방식과의 대비:** 전통적인 설계 방식이 선형적이고 하향식(Top-down)인 반면, 디자인 씽킹의 테스트는 결과가 실패로 나타날 경우 기꺼이 초기 단계로 돌아가는 유연한 순환 방식을 취한다 [15].
- **실패에 대한 관점:** 일반적인 프로젝트 관리에서는 실패를 피해야 할 것으로 간주하지만, 디자인 씽킹에서는 테스트를 통해 "빨리 그리고 저렴하게 실패(Fail quickly and cheaply)"하여 장기적인 리스크를 줄이는 것을 권장한다 [16, 17].
- **AI의 역할 변화:** 2026년 기준, AI는 단순한 분석 도구를 넘어 감정 분석을 통해 수천 건의 사용자 인터뷰와 테스트 데이터를 처리하여 인간이 놓칠 수 있는 숨겨진 패턴을 찾는 협업자로 기능한다 [18, 19].

## 🛠️ 적용 사례 (Applied in summary)
- **Nurse Knowledge Exchange Plus:** 간호 교대 시 정보 전달 과정을 인간 중심적으로 설계하고 현장 테스트를 거쳐 125개 간호 부서에 성공적으로 구현되었다 [20, 21].
- **eGVHD App:** 이식편대숙주질환(GvHD) 진단 및 중증도 측정을 돕는 앱을 개발하여 종이 양식 기반의 기존 가이드라인과 비교 테스트한 결과, 진단 정확도가 68%에서 93%로 크게 향상되었다 [22, 23].
- **ICU Integrated Graphical Display:** 중환자실 간호사의 상태 변화 감지 능력을 높이기 위해 설계된 그래픽 디스플레이가 기존 시스템보다 감지 정확도가 높고 사용성이 우수함이 테스트를 통해 검증되었다 [23, 24].
- **Drug Interaction Alerts:** 디자인 씽킹을 적용한 약물 상호작용 경고 인터페이스가 전통적인 텍스트 기반 시스템보다 효율성과 사용자 만족도 면에서 우수하다는 결과가 도출되었다 [23, 25].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (실제 적용 사례 발견 시 applied/validated로 승격 가능)
- **출처 신뢰도:** B (Official Documentation / Primary Source via NotebookLM)
- **중복 검사 결과:** 신규 생성 (New discovery)

## 📝 변경 이력 (Change history)
- 2026-05-23: Initial draft generated via Datacollector_MAC P-Reinforce engine.