Test Scenarios IV3

Test Scenarios — IV3 Infra / K8s 생성

생성: 2026-10-16 · 기준: v07 설치 후 통합 검증(IV) · 원본: 여정별 계획서(Excel) ← Test Scenarios · IV 허브 · 기능 TC

요약

시나리오	기능 TC	제목	유형	결과 (CSP별)	spec
IV3_S01	TC-WF-007	Workflow로 단일 CSP Infra 생성	정상	✅ 6건 · 🚧 NHN Cloud, NCP, KT	IV3_S01
IV3_S02	TC-INFRA-018	직접 Infra 생성 (Add Infra)	정상	✅ 9건	IV3_S02
IV3_S03	TC-INFRA-030	생성한 Infra에 nodegroup 추가	정상	✅ AWS, AWS, KT · ⬜ 7건	IV3_S03
IV3_S04	TC-INFRA-039	Disk attach/detach: Infra 상세에서	정상	✅ AWS, KT · ⬜ 7건	IV3_S04
IV3_S05	TC-INFRA-040	Disk attach/detach: Disks 화면 action item에서	정상	✅ AWS, KT · ⬜ 7건	IV3_S05
IV3_S06	TC-INFRA-047	Infra에서 Custom Image 생성 → MyImages 목록 표시	정상	✅ 9건	IV3_S06
IV3_S07	TC-INFRA-045	NLB 생성 → 같은 Infra 의 NodeGroup node 할당	정상	✅ AWS · ❌ KT · ⬜ 7건	IV3_S07
IV3_S08	TC-WF-009	Workflow 필수 파라미터 누락 RUN	예상실패	✅ 공통	IV3_S08
IV3_S09	TC-WF-010	Workflow Infra 이름 중복 RUN	예상실패	✅ AWS	IV3_S09
IV3_S10	TC-INFRA-019	직접 Infra 생성 이름 중복 (예상실패)	예상실패	✅ AWS	IV3_S10
IV3_S11	TC-WF-008	Workflow로 멀티 CSP Infra mc10 생성 (CSP별 nodegroup 1개, node 1개)	정상	🚧 공통	IV3_S11
IV3_S12	TC-IAM-052	Project 생성 → Workspace(ws01) 할당	정상	✅ 공통	IV3_S12
IV3_S13	TC-WF-011	Workflow로 K8s 클러스터 생성 (nodegroup 1개)	정상	❌ AWS · ⬜ 8건	IV3_S13
IV3_S14	TC-INFRA-011	Data Disk 생성 (CreateDisk)	정상	✅ 9건	IV3_S14
IV3_S15	TC-INFRA-041	Data Disk attach (AttachDisk)	정상	✅ AWS, KT · ⬜ 7건	IV3_S15
IV3_S16	TC-INFRA-043	Data Disk detach (DetachDisk)	정상	✅ AWS, KT · ⬜ 7건	IV3_S16
IV3_S17	TC-INFRA-022	K8s 직접 생성 타입 A: Cluster 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)	정상	✅ AWS · ⬜ 8건	IV3_S17
IV3_S18	TC-INFRA-023	K8s 직접 생성 타입 B: Cluster 와 NodeGroup 한 번에 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)	정상	✅ Azure, GCP, IBM · 🚧 NHN Cloud, NCP · ⏭️ AWS, Alibaba, Tencent, KT	IV3_S18
IV3_S19	TC-INFRA-024	K8s 직접 생성 Expert 모드: VPC/Subnet/Security Group 선택 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)	정상	✅ AWS, Azure, GCP · ⬜ 6건	IV3_S19
IV3_S20	TC-INFRA-034	K8s NodeGroup 추가 요청 → Creating 확인 (타입 A, Cluster Active 상태에서 시작)	정상	✅ AWS, GCP · ⬜ 7건	IV3_S20
IV3_S21	TC-INFRA-033	K8s 목록에서 Cluster 선택 → NodeGroup 선택 → node 확인	정상	✅ AWS, GCP · ⬜ 7건	IV3_S21
IV3_S22	TC-INFRA-025	K8s Expert 생성 — Subnet 1개(단일 AZ) 선택 시 오류 (예상실패)	예상실패	✅ AWS	IV3_S22
IV3_S23	TC-INFRA-016	Infra Node Recommendation 확인 (Provider 별)	정상	✅ 9건	IV3_S23
IV3_S24	TC-INFRA-017	Infra Image Recommendation 확인 (Spec 조회 선행)	정상	✅ 8건 · ❌ NHN Cloud	IV3_S24
IV3_S25	TC-INFRA-042	Data Disk attach — Create New (node 와 같은 AZ 에 새 disk 생성 후 attach)	정상	✅ AWS, KT · ⬜ 7건	IV3_S25
IV3_S26	TC-IAM-055	Project 삭제 거부: Workspace 에 할당된 Project 는 삭제할 수 없다 (예상실패)	예상실패	✅ 공통	IV3_S26
IV3_S27	TC-IAM-054	Project 할당 해제: Workspace 에서 Project 를 Unassign	정상	✅ 공통	IV3_S27
IV3_S28	TC-IAM-056	Project 삭제: 할당 해제된 Project 삭제	정상	✅ 공통	IV3_S28
IV3_S29	TC-INFRA-046	NLB Edit: NLB 대상 node 할당 해제 / 재할당	정상	✅ AWS	IV3_S29
IV3_S30	TC-INFRA-044	Disks 화면에서 Data Disk Detach (Data Disk Detail 의 Detach)	정상	✅ AWS	IV3_S30
IV3_S31	TC-INFRA-060	Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부 (예상실패)	예상실패	✅ AWS	IV3_S31
IV3_S32	TC-INFRA-061	NLB 삭제	정상	✅ AWS	IV3_S32
IV3_S33	TC-WF-004	Workflow 목록 조회 (기본 Workflow 10종 · 컬럼 · Action 버튼)	정상	✅ 공통	IV3_S33
IV3_S34	TC-WF-001	Workflow Engine(Jenkins) 수정 및 연동 확인 (SampleOss EDIT → Connection Check → Edit)	정상	✅ 공통	IV3_S34
IV3_S35	TC-WF-002	신규 Workflow 생성 (workflow-create-test: namespace-ensure → infra-create)	정상	✅ 공통	IV3_S35
IV3_S36	TC-WF-003	Workflow 삭제 (workflow-delete-test) → 같은 이름 재등록	정상	✅ 공통	IV3_S36
IV3_S37	TC-WF-005	Workflow 상세 수정 (DB_NAME 변경 + Stage 추가) → 원복	정상	✅ 공통	IV3_S37
IV3_S38	TC-WF-006	Workflow 로그 모달 표시 (최신 Build Console Log)	정상	✅ 공통	IV3_S38
IV3_S39	TC-WF-014	Event Listener 목록 조회	정상	✅ 공통	IV3_S39
IV3_S40	TC-WF-015	신규 Event Listener 생성 (el-vm-mariadb-backup-import-data-init)	정상	✅ 공통	IV3_S40
IV3_S41	TC-WF-016	Event Listener 이름 중복 검사 (기존 이름 거부 · 미검증 Create 차단)	예외	✅ 공통	IV3_S41
IV3_S42	TC-WF-012	Event Listener 를 통한 Workflow 실행 (GET)	정상	✅ AWS	IV3_S42
IV3_S43	TC-WF-013	Event Listener 를 통한 Workflow 실행 (POST)	정상	✅ AWS	IV3_S43
IV3_S44	TC-WF-017	Event Listener 상세 수정 → 호출 Build 에 수정값 반영	정상	✅ AWS	IV3_S44
IV3_S45	TC-WF-018	Event Listener 삭제 → 삭제 URL 호출 거부	정상	✅ 공통	IV3_S45
IV3_S46	TC-WF-019	Workflow 로 오브젝트 스토리지 활용 (VM · Bucket 생성, 화면 확인 범위)	정상	✅ AWS	IV3_S46
IV3_S47	TC-INFRA-062	Disks 화면 action item 에서 Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부 (예상실패)	예상실패	✅ AWS	IV3_S47
IV3_S48	TC-INFRA-020	CSP별 K8s 지원 현황 확인 (지원 버전 · 이미지 지정 방식)	정상	✅ 공통	IV3_S48
IV3_S49	TC-INFRA-021	K8s 이미지 선택 (이미지 지정 필요 CSP, NHN)	정상	✅ NHN Cloud	IV3_S49

상세

IV3_S01

Workflow로 단일 CSP Infra 생성

항목	내용
기능 TC	TC-WF-007 Workflow 로 단일 CSP Infra 생성
화면	Workflows(iframe) → multi-csp-vm-deploy RUN 팝업(Run Workflow, 파라미터 입력) → 실행 상태
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작
자동화	IV3_S01

절차

1.Workflows 진입(iframe 핸드셰이크) 2.multi-csp-vm-deploy RUN: INFRA_ID=mw1, PROVIDER/CSP=aws, 연결/Region/Spec/Image 지정, INFRA_NODEGROUP_PREFIX=g1, INFRA_NODEGROUP_SIZE=1 3.Run 4.Running 도달까지 대기 5.Infra Workloads 에서 mw1 선택 → Infra Info > Node List 에서 NodeGroup(g1-aws)의 node(g1-aws-1) 선택 → Node Info 상세 확인

기대결과

Infra mw1 Running, Node Info [ g1-aws / g1-aws-1 ] 상세에 CSP, Node Status=Running, Node Spec, Image ID, Connection(Config Name), Public/Private IP 표시

결과 (v07)

• AWS ✅ PASS (2026-10-16) — v07 PASS(사본 rf-run3, 2026-10-16): 기존 mw1(Stopped/Suspended 1) → Resume → Running, Node Info [g1-aws / g1-aws-1] CSP aws, Running, t3.micro, aws-ap-northeast-2, Public/Private IP 확인 → 다시 Suspend 이전(2026-10-07 미판정): v07 미판정(2026-10-07): Workflow 로 mw1 생성은 성공(Running, node g1-aws-1… · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_AWS.webm
• Azure ✅ PASS (2026-10-16) — v07 PASS(사본 rf-run3): Run(Standard_B1s, Canonical:0001-com-ubuntu-server-jammy:22_04-lts-gen2:22.04.202608060) → mw2 Running, Node Info g2-azure-1 값 일치 / 비고: 생성 실행(rf-run2)은 판정 통과 후 녹화 저장만 실패(같은 사본 동시 실행) → rf-run3 에서 기존 mw2 상태 검증으로 녹화. mw2 는 이후 TC 용으로 유지(Running) · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — v07 PASS(268s, 사본 rf-run3): mw3 Running(ecs.t6-c1m2.large, ubuntu_22_04_x64_20G_alibase_20260810.vhd) / 비고: mw3 유지(Running) · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — v07 PASS(144s, 사본 rf-run3): mw4 Running(n1-standard-1, ubuntu-2204-jammy-v20260820) / 비고: mw4 유지(Running) · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_GCP.webm
• Tencent ✅ PASS (2026-10-16) — v07 PASS(161s, 사본 rf-run3): mw5 Running(S5.MEDIUM2, img-487zeit5) / 비고: mw5 유지(Running) · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_Tencent.webm
• NHN Cloud 🚧 BLOCKED (2026-10-16) — BLOCKED(2026-10-16): mw6 Failed. Workflow LOG: "failed to create vNet 'default-shared-nhn-kr1-kr-pub-a' … 409 Quota exceeded for resources: ['vpc']" / 비고: CSP VPC 쿼터. Workflow 에는 기존 vNet 선택 파라미터 없음. Failed mw6 는 cleanup workflow 로 삭제 · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_NHNCloud.webm
• NCP 🚧 BLOCKED (2026-10-16) — BLOCKED(2026-10-16): mw7 Failed. LOG: "failed to create vNet 'default-shared-ncp-kr-KR-1' … 1015009 You can no longer create a product" / 비고: CSP VPC 한도. 1차는 Image 옵션 로딩 지연(스크립트) → 재실행. mw7 삭제 · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_NCP.webm
• IBM ✅ PASS (2026-10-16) — v07 PASS(153s, 사본 rf-run3): mw8 Running(bx2-2x8, Ubuntu 22.04 Minimal) / 비고: mw8 유지(Running) · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_IBM.webm
• KT 🚧 BLOCKED (2026-10-16) — BLOCKED(2026-10-16): mw9 Failed. LOG: "failed to create vNet 'default-shared-kt-kr1-DX-M1': vpc-kt-kr1 can have only 1 VPC, but already have a VPC tbg6tcag3uvmfabht270" / 비고: KT 계정 VPC 1개 제한(사전 설정). 입력 1x1.itl, Image img9(검색 결과 1건뿐). mw9 삭제 · 녹화 v07_IV3_S01_Workflows_RunVmDeploy_KT.webm

IV3_S02

직접 Infra 생성 (Add Infra)

항목	내용
기능 TC	TC-INFRA-018 직접 Infra 생성 (Add Infra)
화면	Workloads > Infra Workloads > Add Infra (Create Infra 폼: Name, Description, Deployment Algorithm, Policy on Partial Failure, Labels, + NodeGroup → Deploy)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작
자동화	IV3_S02

절차

1.Infra Workloads 진입 2.Add Infra: Name=mc1, Deployment Algorithm=Express, Policy on Partial Failure=Continue 3.+ NodeGroup: g1 (연결=aws-ap-northeast-2, Spec=t3.micro, Image=Ubuntu 22.04 기본 이미지(Image Recommendation, ami-0efae34c528c68a9c), node 1) → Done 4.Deploy 5.Running 도달까지 대기 6.mc1 선택 → Infra Info > Node List 에서 NodeGroup(g1)의 node(g1-1) 선택 → Node Info 상세 확인

기대결과

Infra mc1 Running (nodegroup g1, node 1), Node Info [ g1 / g1-1 ] 상세에 CSP, Node Status=Running, Node Spec, Image ID, Connection(Config Name), Public/Private IP 표시

결과 (v07)

• AWS ✅ PASS (2026-10-06) — v07 PASS(95s): [nodegroup] g1: conn=aws-ap-northeast-2, spec=t3.micro, image=ami-012a353bb3afb92ee, size=1 / [list-row] {"status":"Running","id":"mc1","systemLabel":"","name":"mc1","providerImg":"aws","provider":"aws","statusCount.countTotal":"1","statusCount.countRunning":"1","… · 녹화 v07_IV3_S02_InfraWorkloads_Create_AWS.webm
• Azure ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc2: Add Infra Express, g2 = azure-koreacentral / Standard_B1ms(1 vCPU, 2GB) / Canonical 0001-com-ubuntu-server-jammy 22_04-lts-gen2 / node 1 → Running(약 3분). Node Info [g2/g2-1] Zone 1, Public IP <PUBLIC_IP>, Private 10.73.0.4. 계획 spec Standard_… · 녹화 WSL ~/mcmp-e2e-iv5c/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_Azure.webm
• Alibaba ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc3: Express, g3 = alibaba-ap-northeast-2 / ecs.t6-c1m2.large(2 vCPU, 4GB) / ubuntu_22_04_x64_20G_alibase_20260810.vhd / node 1 → Running. Node Info Zone ap-northeast-2a, Public IP <PUBLIC_IP>, Private 10.2.44.131 · 녹화 WSL ~/mcmp-e2e-iv5b/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_Alibaba.webm
• GCP ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc4: Express, g4 = gcp-asia-northeast3 / n1-standard-1(1 vCPU, 3.75GB) / ubuntu-2204-jammy-v20260820 / node 1 → Running. Node Info Zone asia-northeast3-a, Public IP <PUBLIC_IP>, Private 10.104.0.4 · 녹화 WSL ~/mcmp-e2e-iv5b/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_GCP.webm
• Tencent ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc5: Express, g5 = tencent-ap-seoul / S5.MEDIUM2(2 vCPU, 2GB) / img-487zeit5(Ubuntu Server 22.04 LTS 64bit) / node 1 → Running. Node Info Zone ap-seoul-1, Public IP <PUBLIC_IP>, Private 10.170.0.17 · 녹화 WSL ~/mcmp-e2e-iv5b/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc6: 신규 VPC 생성 금지 규칙에 따라 Deployment Algorithm=Expert 로 기존 vNet nhn-kr1-22c68100-…(subnet tbndnafj64ik03nun2qn-subnet-0), SG sg6, SSH Key key6 선택. g6 = nhn-kr1 / m2.c1m2(1 vCPU, 2GB) / 0f07c795-…(Ubuntu Server 22.04.5 LTS) / node 1 → Running(약 3분). … · 녹화 WSL ~/mcmp-e2e-iv5c/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_NHNCloud.webm
• NCP ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc7: Deployment Algorithm=Expert, 기존 vNet ncp-kr-142413 / subnet tbr0u59a2lnobtpbef14-subnet-2 / SG ncp-kr-365868 / SSH Key key7, g7 = ncp-kr / ci2-g3(2 vCPU, 4GB) / 23214590(ubuntu-22.04-base) / node 1 → Running(약 3분). Node Info Zone KR-1, Public … · 녹화 WSL ~/mcmp-e2e-iv5d/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_NCP.webm
• IBM ✅ PASS (2026-10-12) — [IV5 세션 수행, 2026-10-12 사용자 지시] mc8: Express, g8 = ibm-jp-tok / bx2-2x8(2 vCPU, 8GB) / Ubuntu 22.04 Minimal(r022-f1f5d21f-…) / node 1 → 요청 "Infra create: mc8 — completed", Running. Node Info Zone jp-tok-1, Public IP <PUBLIC_IP>, Private 10.152.0.4. 계획서 IBM Infra 연결 미검증 → K8s … · 녹화 WSL ~/mcmp-e2e-iv5b/results/v07/recordings/v07_IV3_S02_InfraWorkloads_Create_IBM.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(118s): [confirm-modal] NodeGroup Done: NodeGroup Validation Failed - High provisioning failure risk: Spec 'kt+kr1+1x1.itl' has 86% failure rate (6 failures out of 7 attempts). Recent failure examples: Failed to Get the VM Status. (from mc-infra-connector:1024/spider/vm … · 녹화 v07_IV3_S02_InfraWorkloads_Create_KT.webm

IV3_S03

생성한 Infra에 nodegroup 추가

항목	내용
기능 TC	TC-INFRA-030 생성된 Infra 에 NodeGroup 추가
화면	Workloads > Infra Workloads > Infra 선택 > 상세 Node List 'Add server'(⌄ 메뉴 'New' 와 같은 화면) → '+ Node' → Node Configuration → Done → Deploy
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S02 mc1 Running
자동화	IV3_S03

절차

1.Infra Workloads 목록에서 mc1 선택 2.Add server → + Node: NodeGroup g1b 추가(Spec t3.micro, Image ami-0afe1fd15675c3f15 — 카탈로그에 없으면 Ubuntu 22.04 기본 이미지, node 1) → Done 3.Deploy → 상세에서 nodegroup g1, g1b 표시 확인 4.g1b 의 node(g1b-1) 선택 → Node Info 상세(CSP, Running, Spec, Image ID, Connection, IP) 확인

기대결과

mc1 에 nodegroup 2개(g1, g1b) 표시, 신규 node g1b-1 Running, Node Info [ g1b / g1b-1 ] 에 CSP, Node Status=Running, Spec, Image ID, Connection, Public/Private IP 표시

결과 (v07)

• AWS ✅ PASS (2026-10-06) — v07 PASS(105s): [before] {"status":"Running","id":"mc1","systemLabel":"","name":"mc1","providerImg":"aws","provider":"aws","statusCount.countTotal":"1","statusCount.countRunning":"1","statusCount.countSuspended":"0","statusCount.countTerminated":"0","statusCount.countFailed":"0"… · 녹화 v07_IV3_S03_InfraWorkloads_AddNodeGroup-ViewNodeInfo_AWS.webm
• AWS ✅ PASS (2026-10-07) — v07 PASS(207s): [before] {"status":"Running","id":"mc1","systemLabel":"","name":"mc1","providerImg":"aws","provider":"aws","statusCount.countTotal":"2","statusCount.countRunning":"2","statusCount.countSuspended":"0","statusCount.countTerminated":"0","statusCount.countFailed":"0"… · 녹화 v07_IV3_S03_InfraWorkloads_AddNodeGroup-ViewNodeInfo_AWS-GCP.webm
• KT ✅ PASS (2026-10-14) — v07 PASS(111s, 2026-10-14): [before] {"status":"Running","id":"mc9","systemLabel":"","name":"mc9","providerImg":"kt","provider":"kt","statusCount.countTotal":"1","statusCount.countRunning":"1","statusCount.countSuspended":"0","statusCount.countTerm / [confirm-modal] NodeGroup Do… · 녹화 v07_IV3_S03_InfraWorkloads_AddNodeGroup-ViewNodeInfo_KT.webm

IV3_S04

Disk attach/detach: Infra 상세에서

항목	내용
기능 TC	TC-INFRA-039 Infra 상세에서 Data Disk attach / detach
화면	Cloud Resources > Disks(Create Data Disk) → Workloads > Infra Workloads > Infra 선택 > Node List 에서 node 선택 > Node Info > Block Device '+ Attach Disk'(Attach Data Disk 팝업: Target Node, Existing Disk / Create New Disk)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV2_S04 disk1 존재, IV3_S02 mc1 Running
자동화	IV3_S04

절차

1.Cloud Resources > Disks: Create Data Disk disk1c(aws-ap-northeast-2, 10GB) 2.Infra 목록에서 mc1 선택 → Running node g1b-2 선택 → Node Info 3.Block Device + Attach Disk → Existing Disk: disk1c → Attach 4.Node Info Block Device·Disks 목록 Attached To 에서 attach 확인 5.Detach 6.Block Device·Disks 목록에서 해제(Available) 확인

기대결과

disk1c 가 생성되고 mc1 의 node g1b-2 에 attach 된 뒤, detach 후 해제되어 Available

결과 (v07)

• AWS ✅ PASS (2026-10-12) — PASS(재실행 2026-10-12 11:13, stage, ws01/default, Infra mt1 / node g1-1(Running, t3.micro, Zone ap-northeast-2d), Playwright 녹화). disk 준비: Disks 화면 Create Data Disk 팝업에 Zone 선택이 없어 기존 disk1b/1c/1d 는 ap-northeast-2a(API GetDataDisk 의 zone 값, 화면 미표시) → g1-1 Node Info '+ Attach Disk … · 녹화 v07_IV3_S04_InfraWorkloads_CreateDisk-AttachDisk-DetachDisk_AWS.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(105s): [disk-type] SSD → (옵션 없음, 기본 타입) / [disk-create] Data Disk "disk9c" created successfully | Data Disk "disk9c" created successfully | Data Disk "disk9c" created successfully / [disk-available] {"name":"disk9c","_provider":"kt","_region":"kr1","diskType":"HDD","dis… · 녹화 v07_IV3_S04_InfraWorkloads_CreateDisk-AttachDisk-DetachDisk_KT.webm

IV3_S05

Disk attach/detach: Disks 화면 action item에서

항목	내용
기능 TC	TC-INFRA-040 Disks 화면 action item 에서 Data Disk attach
화면	Cloud Resources > Disks (Create Data Disk 팝업) → Disk 행 action item → attach
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S02 mc1 Running
자동화	IV3_S05

절차

1.Disks 진입 2.Create Data Disk: Connection=aws-ap-northeast-2, Disk Name=disk1b, 10GB 3.목록의 disk1b action item → attach: 대상 Infra/node mc1 선택 4.attach 확인 5.detach 6.detach 확인

기대결과

disk1b 가 mc1 에 attach/detach

결과 (v07)

• AWS ✅ PASS (2026-10-12) — PASS(재실행 2026-10-12 11:14, stage, ws01/default, Infra mt1 / node g1-1(Zone ap-northeast-2d), Playwright 녹화). disk 는 같은 AZ(2d)에 준비한 disk1g(IV3_S04 비고 참고). 절차: Disks 목록 disk1g 행 체크 → Attach selected Data Disk → Infra mt1 / NodeGroup g1 / Node 'g1-1 (Running)' → Attach(토스트 없음) → Di… · 녹화 v07_IV3_S05_Disks_Create-AttachDisk-DetachDisk_AWS.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(98s): [disk-type] SSD → (옵션 없음, 기본 타입) / [disk-create] Data Disk "disk9b" created successfully | Data Disk "disk9b" created successfully | Data Disk "disk9b" created successfully / [node-zone] g9-1: Zone DX-M1 / [attach] target=mc9 / g9-1 disk=disk9b / (토스트 없음) / [disk-… · 녹화 v07_IV3_S05_Disks_Create-AttachDisk-DetachDisk_KT.webm

IV3_S06

Infra에서 Custom Image 생성 → MyImages 목록 표시

항목	내용
기능 TC	TC-INFRA-047 Infra 에서 Custom Image 생성 → MyImages 목록 표시
화면	Workloads > Infra Workloads > Infra 선택 > Default 탭 Node List 에서 node 선택 > 툴바 ⌄ 메뉴 'Create MyImage' → Cloud Resources > MyImages
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S02 mc1 Running
자동화	IV3_S06

절차

1.Infra 목록에서 mc1 선택 2.Infra 상세정보 action item 에서 Custom Image 생성: 이름 img1 3.생성 완료 대기 4.Cloud Resources > MyImages 목록에 img1 표시 확인 5.CSP 필터 확인

기대결과

img1 생성, MyImages 목록에 표시

결과 (v07)

• AWS ✅ PASS (2026-10-08) — v07 PASS(40s): [node-fallback] (지정 없음) Running 아님 → g1-1 사용 / [target] mc1 / g1-1 / [myimage-create] Loading... Create MyImage: img1 (from g1-1) — in progress... | Loading... Create MyImage: img1 (from g1-1) — in progress... | Loading... Create MyImage: img1 (from g1-1) — in pro… · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_AWS.webm
• Azure ✅ PASS (2026-10-16) — [2026-10-16] mc2/g2-1 선택 → Create MyImage img2 → MyImages 목록 표시(상태 Available, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] mc3/g3-1 선택 → Create MyImage img3 → MyImages 목록 표시(상태 Available, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend. 1차는 mc3 노드가 Running 아니어서 실패 → Resume 후 PASS · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — [2026-10-16] mc4/g4-1 선택 → Create MyImage img4 → MyImages 목록 표시(상태 Available, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] mc5/g5-1 선택 → Create MyImage img5 → MyImages 목록 표시(상태 Creating, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] mc6/g6-1 선택 → Create MyImage img6 → MyImages 목록 표시(상태 Available, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend. 1차 판정 실패는 spec 오판(Provider 표기 'nhn' ↔ CSP 코드 NHNCloud) — spec 수정 후 PASS · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] mc7/g7-1 선택 → Create MyImage img7 → MyImages 목록 표시(상태 Available, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] mc8/g8-1 선택 → Create MyImage img8 → MyImages 목록 표시(상태 Creating, Provider 확인). 노드 Suspended → Resume 후 진행, 끝나고 Suspend · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_IBM.webm
• KT ✅ PASS (2026-10-16) — [2026-10-16] img9(2026-10-12 생성, Available)가 MyImages 목록에 Provider kt 로 표시 — 이미 있어 생성 단계는 건너뜀(preexisting) · 녹화 v07_IV3_S06_InfraWorkloads_CreateMyImage_KT.webm

IV3_S07

NLB 생성 → 같은 Infra 의 NodeGroup node 할당

항목	내용
기능 TC	TC-INFRA-045 NLB 생성 → 실행 중인 여러 Infra 할당
화면	Cloud Resources > NLB (Create NLB 팝업) → NLB 목록 → NLB Detail(Assigned Nodes) → Edit(assign / unassign nodes)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. mc1 의 Target NodeGroup node(g1-1, g1-2) Running
자동화	IV3_S07

절차

1.NLB 진입 2.Create NLB: Infra=mc1, Target NodeGroup=g1, Listener Port=80, Target Port=80, Protocol=TCP, Health Checker 기본값 3.Create 4.목록에 NLB 표시 5.NLB Detail 의 Assigned Nodes 에 g1-1, g1-2 확인 6.Edit(assign / unassign nodes)에서 Assigned/Available Nodes 가 같은 Infra(mc1) node 로 구성되는지 확인(변경 없이 Cancel)

기대결과

NLB 생성·목록 표시, 같은 Infra 의 Target NodeGroup node(g1-1, g1-2)가 NLB 에 할당. Edit 의 할당 대상은 같은 Infra 의 node 로 한정

결과 (v07)

• AWS ✅ PASS (2026-10-12) — PASS(기대결과 변경 후 재판정 — 2026-10-12 11:29 실행 녹화 기준, stage, ws01/default). IV3_S32 로 기존 NLB 삭제 후 Create NLB: Infra mc1, Target NodeGroup g1, Listener 80, Target 80, TCP, Health Checker 기본값 → Create(토스트 없음) → 목록 g1(mc1, PUBLIC/REGION, TCP:80, node 2, DNS tbphk12j4lv65273dpko-288a25103… · 녹화 v07_IV3_S07_NLB_Create-AssignInfra_AWS.webm
• KT ❌ FAIL (2026-10-12) — v07 FAIL(414s): [nlb-before] g1mc1awsap-northeast-2PUBLICREGIONTCP:80g12tbphk12j4lv65273dpko-288a251035ac3565.elb.ap-northeast-2.amazonaws.com / ERROR: Error: expect(locator).toBeHidden() failed / [원인 2026-10-12] KT NLB 생성 요청 PostNLB 가 500: "failed to check NLB existence: Failed… · 녹화 v07_IV3_S07_NLB_Create-AssignInfra_KT.webm

IV3_S08

Workflow 필수 파라미터 누락 RUN

항목	내용
기능 TC	TC-WF-009 Workflow 필수 파라미터 누락 RUN 거부
화면	Workflows(iframe) → Run Workflow 팝업
구분	예상실패 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작
자동화	IV3_S08

절차

1.Workflows 진입 2.multi-csp-vm-deploy RUN 에서 필수 파라미터(예: INFRA_ID)를 비우고 Run

기대결과

검증 에러 또는 실행 거부, 자원 미생성

결과 (v07)

• 공통 ✅ PASS (2026-10-16) — v07 PASS(255s, 예상실패 확인, 사본 rf-stub1): Workflow RUN 에서 AWS_IMAGE_ID 를 비우고 실행 → 오류 토스트 'Please reselect AWS_IMAGE_ID for the current Region/Connection.', 팝업 유지(실행 안 됨), 신규 Build 없음, Infra mcmp-e2e-v07-wf009 생성 안 됨 · 녹화 v07_IV3_S08_Workflows_RunMissingParam_NG.webm

IV3_S09

Workflow Infra 이름 중복 RUN

항목	내용
기능 TC	TC-WF-010 Workflow Infra 이름 중복 RUN 거부
화면	Workflows(iframe) → Run Workflow 팝업
구분	예상실패 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S01_AWS 완료(mw1 존재)
자동화	IV3_S09

절차

1.Infra Workloads 에서 기존 mw1 의 노드 수·전체 Infra 수 확인 2.Workflows 진입 3.multi-csp-vm-deploy RUN: INFRA_ID=mw1(기존과 동일), Spec=t3.micro, Image=ami-0efae34c528c68a9c, CSP_LIST=aws, INFRA_NODEGROUP_PREFIX=g1, SIZE=1 4.Run 5.Workflows 목록 Status 와 Infra 목록(mw1 노드 수, Infra 수) 관찰 6.LOG 에서 실패 사유 확인

기대결과

이미 존재하는 이름이므로(mw1 의 Running/Stopped 상태와 무관) 실행 실패, 추가 자원 미생성

결과 (v07)

• AWS ✅ PASS (2026-10-07) — v07 PASS(2026-10-07): mw1 이 이미 있는 상태에서 같은 이름으로 multi-csp-vm-deploy 를 Run → Run 요청은 접수되나 workflow 최종 상태 FAILURE, Infra 수 2→2, mw1 node 1→1(중복 생성 안 됨). 오류 토스트 없음(화면에 실패 사유는 Workflow 상태로만 확인). [before] mw1: {"status":"Running","id":"mw1","systemLabel":"","name":"mw1","providerImg":… · 녹화 v07_IV3_S09_Workflows_RunDuplicateName_AWS_NG.webm

IV3_S10

직접 Infra 생성 이름 중복 (예상실패)

항목	내용
기능 TC	TC-INFRA-019 직접 Infra 생성 이름 중복 거부
화면	Workloads > Infra Workloads > Add Infra (Create Infra 폼 → + NodeGroup → Done → NodeGroup Validation 확인 팝업 → Deploy → Infra Deployment Warning 팝업)
구분	예상실패 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S02_AWS 완료(mc1 존재)
자동화	IV3_S10

절차

1.Add Infra: Name=mc1(기존과 동일), nodegroup 1개 2.Deploy

기대결과

이름 중복 시 Infra 가 생성되지 않음: 경고(already exists) 표시, 계속 진행해도 중복 오류로 생성 실패, 추가 자원 미생성

결과 (v07)

• AWS ✅ PASS (2026-10-08) — v07 PASS(135s): [before] mc1: Total=4 Running=4 / 목록 3행 / [confirm-modal] NodeGroup Done: NodeGroup Validation NodeGroup validation could not be performed. It will be validated again at Deploy. Add to the list anyway? Cancel Confirm / [nodegroup] g1dup: conn=aws-ap-northeast-2, … · 녹화 v07_IV3_S10_InfraWorkloads_CreateDuplicateName_AWS_NG.webm

IV3_S11

Workflow로 멀티 CSP Infra mc10 생성 (CSP별 nodegroup 1개, node 1개)

항목	내용
기능 TC	TC-WF-008 Workflow 로 멀티 CSP Infra 생성 (CSP별 nodegroup 1개)
화면	Workflows(iframe) → multi-csp-vm-deploy RUN 팝업(CSP_LIST, CSP별 파라미터) → 실행 상태
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작
자동화	IV3_S11

절차

1.Workflows 진입 2.multi-csp-vm-deploy RUN: INFRA_ID=mc10, CSP_LIST=alibaba,aws,azure,gcp,ibm,ncp,nhn,tencent(KT 제외), CSP별 REGION/CONNECTION_NAME/ZONE/SPEC_ID/IMAGE_ID 입력 3.Run 4.Running 도달까지 대기

기대결과

Infra mc10 Running (CSP별 nodegroup 1개, node 1개)

결과 (v07)

• 공통 🚧 BLOCKED (2026-10-16) — BLOCKED(부분 6/8, 2026-10-16, 사본 rf-stub1): mc10(CSP_LIST=alibaba,aws,azure,gcp,ibm,ncp,nhn,tencent, g10, size 1) Run → Jenkins Build #3 SUCCESS, mc10 Running 6/6 — g10-alibaba·aws·azure·gcp·ibm·tencent Running(Node Info CSP 일치). g10-ncp·g10-nhn 미생성: systemMessage 'Resource prepar… · 녹화 v07_IV3_S11_Workflows_RunMultiCspVmDeploy.webm

IV3_S12

Project 생성 → Workspace(ws01) 할당

항목	내용
기능 TC	TC-IAM-052 프로젝트 생성 → 워크스페이스 할당
화면	Workspaces > Projects(/webconsole/operations/manage/workspaces/projects) → p1 행 클릭 → 상세(Assigned Workspaces) → 상단 Project 선택 목록
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. K8s 생성 전에 수행
자동화	IV3_S12

절차

1.Workspaces > Projects 진입 2.목록에서 p1(Workspaces 1) 확인(사전점검 2026-10-01 생성분 — 사용자 결정으로 생성 대신 존재 확인) 3.p1 행 클릭 → 상세 Assigned Workspaces 에 'ws01 (id: 1)' 확인 4.상단 Workspace=ws01 선택 후 Project 목록에 p1 표시·선택 확인

기대결과

p1 이 ws01 에 할당되어 목록·상세·상단 Project 선택 목록에 표시

결과 (v07)

• 공통 ✅ PASS (2026-10-12) — v07 PASS(14s): [preexisting] p1 이미 존재 → 생성 생략(존재 확인으로 대체) / [row] 2p1IV3_S12 AWSp112026-10-06 16:43:25 / [header] Project 선택: p1 · 녹화 v07_IV3_S12_Projects_ViewProject-CheckWorkspace.webm

IV3_S13

Workflow로 K8s 클러스터 생성 (nodegroup 1개)

항목	내용
기능 TC	TC-WF-011 Workflow 로 K8s 클러스터 생성 (nodegroup 1개)
화면	Workflows(iframe) → multi-csp-k8s-cluster-deploy RUN(Tumblebug Parameter Selection + Parameters: CLUSTER_PREFIX, K8S_NODEGROUP_PREFIX, K8S_DESIRED/MIN/MAX_NODE_SIZE, K8S_VERSION, CSP_LIST, AWS_SPEC_ID …) → Workflows Status → Workloads > K8s Workloads(Project p1)
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. p1 생성 완료
자동화	IV3_S13

절차

1.Workflows 진입 2.multi-csp-k8s-cluster-deploy RUN: NAMESPACE=p1, CSP_LIST=aws, Spec t3.medium(검색 선택, 기본값 c8i.xlarge 대신), CLUSTER_PREFIX=k1, K8S_NODEGROUP_PREFIX=g1, node 1(desired/min/max 1), K8S_VERSION 기본(1.35) 3.Run → Workflows Status SUCCESS 대기 4.K8s Workloads(p1) 목록에서 클러스터 표시·상태 확인

기대결과

K8s 클러스터(k1, CSP별 이름 규칙 확인) Active/Ready, nodegroup 1개(node 1)

결과 (v07)

• AWS ❌ FAIL (2026-10-15) — [2026-10-15 p1] Workflow multi-csp-k8s-cluster-deploy SUCCESS, 클러스터 k1-aws Active 이나 NodeGroup 0개(콘솔·EKS 모두) → 기대 'nodegroup 1개(node 1)' 미충족. 원인: tumblebug AWS nodeGroupsOnCreation=false(클러스터만 생성, NodeGroup 별도 추가 필요) + workflow 에 NodeGroup 추가 단계(k8sNodeGroupDynamic) 없음. spec 보완(… · 녹화 v07_IV3_S13_Workflows_RunK8sDeploy-ViewCluster_AWS.webm

IV3_S14

Data Disk 생성 (CreateDisk)

항목	내용
기능 TC	TC-INFRA-011 Data Disk 생성 (Infra 연결용, CreateDisk)
화면	Cloud Resources > Disks > Create Data Disk (Connection, Disk Name, Disk Type(optional), Disk Size, Description)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인, ws01/default
자동화	IV3_S14

절차

1.Cloud Resources > Disks 진입 2.Create Data Disk: Connection(해당 CSP 연결), Name disk1d, Size 10GB → Create 3.목록에 disk1d Available(Attached To '-') 확인

기대결과

토스트 'Data Disk "disk1d" created successfully', 목록에 Available

결과 (v07)

• AWS ✅ PASS (2026-10-06) — v07 PASS(40s): [disk-create] Data Disk "disk1d" created successfully | Data Disk "disk1d" created successfully | Data Disk "disk1d" created successfully / [disk-available] {"name":"disk1d","_provider":"aws","_region":"ap-northeast-2","diskType":"standard","diskSize":"10","status… · 녹화 v07_IV3_S14_Disks_CreateDisk_AWS.webm
• Azure ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk2d 20GB → 토스트 'Data Disk "disk2d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk3d 20GB → 토스트 'Data Disk "disk3d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk4d 20GB → 토스트 'Data Disk "disk4d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk5d 20GB → 토스트 'Data Disk "disk5d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk6d 20GB → 토스트 'Data Disk "disk6d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk7d 100GB(SSD) → Available. 1차 20GB 는 실패: PostDataDisk 500 'It is not a configurable SIZE range [<ACCOUNT_ID>..17587891077120]'(NCP 최소 100GiB). 결함 후보: ① 화면 Disk Type 옵션은 'HDD|10|2000|GB / SSD|10|2000|GB'(10GB) 로 안내해 실제 최소값과 다름 ② 생성 실패 시 오류 토스트 없… · 녹화 v07_IV3_S14_Disks_CreateDisk_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Create Data Disk: disk8d 20GB → 토스트 'Data Disk "disk8d" created successfully', 목록 Available(Attached To '-'). VM 연결 없이 Connection 단위 생성이라 VM Resume 없이 진행. disk 는 이후 Attach TC 용으로 유지 · 녹화 v07_IV3_S14_Disks_CreateDisk_IBM.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(34s): [disk-type] SSD → (옵션 없음, 기본 타입) / [disk-create] Data Disk "disk9d" created successfully | Data Disk "disk9d" created successfully | Data Disk "disk9d" created successfully / [disk-available] {"name":"disk9d","_provider":"kt","_region":"kr1","diskType":"HDD","disk… · 녹화 v07_IV3_S14_Disks_CreateDisk_KT.webm

IV3_S15

Data Disk attach (AttachDisk)

항목	내용
기능 TC	TC-INFRA-041 Data Disk attach (AttachDisk)
화면	Infra Workloads > Infra 선택 > Node List 에서 node 선택 > Node Info > Block Device '+ Attach Disk' (Attach Data Disk: Target Node 고정, Existing Disk / Create New)
구분	정상 · CSP별
사전 조건	IV3_S14 의 disk1d Available, 해당 CSP Running node 존재
자동화	IV3_S15

절차

1.Infra 선택 → Running node 선택 → Node Info 2.+ Attach Disk → Existing Disk: disk1d → Attach 3.Block Device 에 disk1d, Disks 목록 Attached / Attached To '{Infra} / {node}' 확인

기대결과

disk1d 가 node 에 attach 되어 Block Device·Disks 목록에 표시

결과 (v07)

• AWS ✅ PASS (2026-10-12) — PASS(재실행 2026-10-12 11:15, stage, ws01/default, Infra mt1 / node g1-1(Zone ap-northeast-2d), Playwright 녹화). disk 는 같은 AZ(2d)에 준비한 disk1h(IV3_S04 비고 참고). 절차: disk1h(Available) → mt1 > g1-1 > Node Info > + Attach Disk > Existing Disk disk1h > Attach(토스트 없음) → Disks 목록 Attached / … · 녹화 v07_IV3_S15_InfraWorkloads_AttachDisk_AWS.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(64s): [disk-before] {"name":"disk9d","_provider":"kt","_region":"kr1","diskType":"HDD","diskSize":"50","status":"Available","_attachedTo":"-","cspResourceId":"6fde3602-2ad3-4dcb-9a3f-6a7ffca3101c"} / [attach] target=mc9 / g9-1 disk=disk9d / (토스트 없음) / [disk-attached] {"… · 녹화 v07_IV3_S15_InfraWorkloads_AttachDisk_KT.webm

IV3_S16

Data Disk detach (DetachDisk)

항목	내용
기능 TC	TC-INFRA-043 Data Disk detach (DetachDisk)
화면	Infra Workloads > Infra 선택 > Node List 에서 node 선택 > Node Info > Block Device 의 disk 'Detach' → 'Detach disk "{disk}"?' Confirm
구분	정상 · CSP별
사전 조건	IV3_S15 로 disk1d attach 상태
자동화	IV3_S16

절차

1.Disks 목록에서 disk1d 가 attach 된 node 확인 2.해당 node 선택 → Node Info 3.Block Device disk1d Detach → Confirm 4.Disks 목록 Available, Block Device 에서 사라짐 확인

기대결과

disk1d 가 node 에서 해제되어 Available

결과 (v07)

• AWS ✅ PASS (2026-10-08) — v07 PASS(55s): [disk-before] disk1e: {"name":"disk1e","_provider":"aws","_region":"ap-northeast-2","diskType":"standard","diskSize":"10","status":"Attached","_attachedTo":"mc1 / g1-1","cspResourceId":"vol-0b52f16b33f9d1647"} / [detach] Detach Disk Detach disk "disk1e"? Cancel Co… · 녹화 v07_IV3_S16_InfraWorkloads_DetachDisk_AWS.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(48s): [disk-before] disk9d: {"name":"disk9d","_provider":"kt","_region":"kr1","diskType":"HDD","diskSize":"50","status":"Attached","_attachedTo":"mc9 / g9-1","cspResourceId":"6fde3602-2ad3-4dcb-9a3f-6a7ffca3101c"} / [detach] Detach Disk Detach disk "disk9d"? Cancel Conf… · 녹화 v07_IV3_S16_InfraWorkloads_DetachDisk_KT.webm

IV3_S17

K8s 직접 생성 타입 A: Cluster 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)

항목	내용
기능 TC	TC-INFRA-022 K8s 직접 생성 타입 A: Cluster 생성 → Creating 확인
화면	Workloads > K8s Workloads > Add cluster (Create Cluster: Cluster Name, Provider/Region, Connection, Version) → Deploy → 목록 → 클러스터 상세에서 NodeGroup 추가
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. p1 생성 완료
자동화	IV3_S17

절차

1.K8s Workloads 진입(Project p1) 2.Add cluster: Cluster Name=k1d, Provider=AWS, Region/Connection=aws-ap-northeast-2, Version 비움 (NodeGroup 입력 없이) 3.Deploy 4.목록에 k1d 가 Creating(진행 중)으로 표시되는지 확인 후 종료 (Active 대기는 녹화하지 않음)

기대결과

생성 요청이 접수되고 목록에 k1d 가 Creating 으로 표시. 요청이 거부되는 CSP(NodeGroup 필수 등)는 오류 메시지를 그대로 기록

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 재실행 p1] 기본 폼(NodeGroup 입력란 없음, 타입 A)으로 k1d 생성 요청 → 목록 Creating. 확인 후 삭제 / 이전: 2026-10-07 PASS · 녹화 v07_IV3_S17_K8sWorkloads_AddCluster-Creating_AWS.webm

IV3_S18

K8s 직접 생성 타입 B: Cluster 와 NodeGroup 한 번에 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)

항목	내용
기능 TC	TC-INFRA-023 K8s 직접 생성 타입 B: Cluster + NodeGroup 한 번에 생성
화면	Workloads > K8s Workloads > Add cluster (Create Cluster: Provider 선택 시 나타나는 NodeGroup 입력란 포함) → Deploy → 목록
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. p1 생성 완료
자동화	IV3_S18

절차

1.K8s Workloads 진입(Project p1) 2.Add cluster: Cluster Name=k1e, Provider=AWS, Region/Connection=aws-ap-northeast-2 선택 → NodeGroup 입력란이 나타나면 NodeGroup g1e(Spec=t3.medium, node 1) 입력, 나타나지 않으면 그 사실을 기록 3.Deploy 4.목록에 k1e 가 Creating(진행 중)으로 표시되는지 확인 후 종료 (Active 대기는 녹화하지 않음)

기대결과

Cluster k1e(+NodeGroup g1e) 생성 요청이 접수되고 목록에 Creating 으로 표시. NodeGroup 입력란이 없는 CSP 는 타입 A 로 판정하고 결과 그대로 기록

결과 (v07)

• AWS ⏭️ SKIP (2026-10-07) — SKIP(2026-10-07): AWS 는 NodeGroup 을 따로 생성하는 타입(타입 A). IV3_S17 에서 폼에 NodeGroup 입력란 없음 확인(nodegroup-field 없음) → 타입 B 시나리오 대상 아님. AWS 는 IV3_S17 → S20 으로 진행 · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_AWS.webm
• Azure ✅ PASS (2026-10-16) — v07 PASS(사본 rf-run1): p2 k2e + NodeGroup g2e(Standard_E4as_v6, node 1) Deploy → 'K8s create: k2e — in progress', 목록 Status N/A → 재조회 Creating → Active, NodeGroup g2e 표시(v1.36.4). 1차는 스크립트 오판(첫 N/A 상세로 NodeGroup 검사) → 재조회 상세로 판정하도록 수정 후 K8S_RECHECK=1 재확인 PASS / 비고: 생성 중 Status 'N… · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_Azure.webm
• Alibaba ⏭️ SKIP (2026-10-16) — SKIP(2026-10-16): 기본 폼에 NodeGroup 입력란 없음(타입 A) — 타입 B TC 비대상(Deploy 안 함) / 비고: 타입 A 는 TC-INFRA-022(IV3_S17) 대상 · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_Alibaba.webm
• GCP ✅ PASS (2026-10-16) — v07 PASS(134s, 2026-10-16 12:11 사용자 지시 재테스트, 사본 rf-k8sd): p4 에 k4e + NodeGroup g4e(e2-highmem-4, node 1) 타입 B 생성 → 목록 첫 조회 Status N/A, 재조회 Creating·NodeGroup g4e 표시(GKE 1.35.6-gke.1250001) / 비고: Creating 중 Delete 요청은 확인 창 후 무시되고 Active 로 전환(결함 후보 — 이슈 2번 표) — Active 후 재삭제. 2026-… · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_GCP.webm
• Tencent ⏭️ SKIP (2026-10-16) — SKIP(2026-10-16): 기본 폼에 NodeGroup 입력란 없음(타입 A) — 타입 B TC 비대상(Deploy 안 함) / 비고: 타입 A 는 TC-INFRA-022(IV3_S17) 대상 · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_Tencent.webm
• NHN Cloud 🚧 BLOCKED (2026-10-16) — BLOCKED(2026-10-16): 타입 B 폼 입력(k6e/g6e r2.c4m16) 후 Deploy → 토스트 "failed to create vNet 'p6-shared-nhn-kr1' … 409 Quota exceeded for resources: ['vpc'] OverQuota". 클러스터·vNet 미생성 / 비고: CSP VPC 쿼터(사전 설정). 2026-10-13 과 같은 원인. default Project 재시도(2026-10-16 11:26·11:29, IV3_S18 K8S_P… · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_NHNCloud.webm
• NCP 🚧 BLOCKED (2026-10-16) — BLOCKED(2026-10-16): 타입 B 폼(k7e/g7e s4-g3) Deploy → "failed to create vNet 'p7-shared-ncp-kr' … returnCode 1015009 You can no longer create a product". 미생성 / 비고: CSP VPC 한도(사전 설정). default Project 재시도(2026-10-16 11:26·11:29, IV3_S18 K8S_PROJECT=default, 사본 rf-k8sd)도 CSP 계정 VPC 한… · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_NCP.webm
• IBM ✅ PASS (2026-10-16) — v07 PASS(250s, 사본 rf-run1): p8 k8e + g8e(bx2-4x16, node 1) Deploy → 목록 N/A → 재조회 상세 Status Creating, NodeGroup g8e 표시(v1.36.5_1535) / 비고: 기본 폼(Simple)도 이번엔 요청 성공. Creating 확인 후 삭제(목록 제거). 생성 중 'N/A' 표시. IBM 콘솔 정리 확인 요청됨 · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_IBM.webm
• KT ⏭️ SKIP (2026-10-16) — SKIP(2026-10-16): K8s 진행 대상 아님(lib/data KT k8s.note), ws01 에 Project p9 없음(GetAllK8sCluster nsId=p9 → 404) · 녹화 v07_IV3_S18_K8sWorkloads_AddClusterWithNodeGroup-Creating_KT.webm

IV3_S19

K8s 직접 생성 Expert 모드: VPC/Subnet/Security Group 선택 생성 요청 → 목록에서 Creating 확인 (K8s Workloads)

항목	내용
기능 TC	TC-INFRA-024 K8s 직접 생성 Expert 모드: VPC/Subnet/Security Group 선택
화면	Workloads > K8s Workloads > Add cluster > Expert Creation (Create Cluster (Expert Mode): Cluster Name, Description, Provider/Region, Connection, VPC, Subnet, Security Group, Version) → Deploy → 목록
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. p1 생성 완료, 해당 CSP 의 vNet/SG 존재(IV2)
자동화	IV3_S19

절차

1.K8s Workloads 진입(Project p1) 2.Add cluster > Expert Creation 3.Cluster Name=k1f, Provider=AWS, Region/Connection=aws-ap-northeast-2 선택 4.VPC=v1 → Subnet=s1-1 → Security Group=sg1 선택(IV2 에서 생성한 자원) 5.NodeGroup 입력란이 나타나면 g1f(Spec=t3.medium, node 1) 입력, 없으면 Cluster 만 생성 6.Deploy 7.목록에 k1f 가 Creating 으로 표시되는지 확인 후 종료. 목록의 VPC/Subnet/Security Group 열이 표시되면 선택값과 일치하는지 확인

기대결과

선택한 VPC/Subnet/SG 로 생성 요청이 접수되고 목록에 k1f 가 Creating 으로 표시(VPC/Subnet/SG 열이 표시되면 선택값과 일치)

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1] Expert: p1 공용 vNet(subnet 2a·2b)·SG …-sg-k8s·1.35 → k1f Creating. (10-07 SKIP 사유였던 v1k 대신 공용 vNet 사용) 확인 후 삭제 / 이전: SKIP SKIP(2026-10-07): Expert 모드 VPC 선택지가 p1-shared-aws-ap-northeast-2 하나뿐(현재 Project 의 vNet 만 표시)이라 지정한 vNet(v1 등)이 없음 → 선택할 것이 없어 스킵(사용자 기준) · 녹화 v07_IV3_S19_K8sWorkloads_AddClusterExpert-Creating_AWS.webm
• Azure ✅ PASS (2026-10-06) — PASS(50s, 2026-10-06 13:57, IV3 세션 실행·사용자 지시로 2026-10-14 반영): Workspaces=ws01 / Project=p2 → K8s 직접 생성 Expert 모드 — cluster k2f, AZURE azure-koreacentral, VPC v2k / subnet s2k-1 → Create → 목록에 k2f Creating 확인. Security Group 은 지정한 sg2k 가 아니라 AKS 가 자동 생성한 NSG 가 적용됨(참고). 이전 기록의 쿼터 … · 녹화 results-v07/iv3/IV3_S19_K8sWorkloads_AddClusterExpert-Creating_Azure.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4] Expert: p4 공용 vNet·subnet 단일·1.35 + NodeGroup g4f(e2-highmem-4) → Active(1.35.6-gke). 결함 후보: 생성 중 Status N/A. 확인 후 삭제

IV3_S20

K8s NodeGroup 추가 요청 → Creating 확인 (타입 A, Cluster Active 상태에서 시작)

항목	내용
기능 TC	TC-INFRA-034 K8s NodeGroup 추가 (Cluster Active 상태)
화면	Workloads > K8s Workloads(p1) > 목록에서 Cluster 선택 > 상세 'NodeGroup List / Status' 의 'Add NodeGroup' → Add node(#addnode: Cluster Name/Provider/Region/Connection/VPC/Subnet/SG/Version 고정) → '+ NodeGroup' → NodeGroup Configuration(Node Name, Spec(Spec Recommendation), Image(Use Default 또는 Image Recommendation), SSH Key, Root Disk, Desired Node Count, Enable autoscaling) → Done → Deploy → 상세 NodeGroup 카드 선택 → NodeGroup Info
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. IV3_S17 의 k1d 가 Active (목록에서 Active 확인 후 시작, Active 가 아니면 대기 후 실행)
자동화	IV3_S20

절차

1.K8s Workloads 목록에서 k1d 가 Active 인지 확인 2.k1d 선택 → 상세 'Add NodeGroup' → Add node 화면(클러스터 정보 고정) → '+ NodeGroup' 3.Node Name=g1d, Spec=c6g.2xlarge(Spec Recommendation: Memory 16 / vCPU 8 검색, 사용자 지시로 t3.medium 대신), Image=AL2023_ARM_64_STANDARD(Image Recommendation 검색 — OS Architecture arm64 자동. 'Use Default' 는 x86 이미지라 ARM spec 과 불일치), SSH Key=p1-shared-aws-ap-northeast-2, Desired Node Count=1 → Done 4.Deploy → 토스트 'K8s NG create: g1d — in progress' / 'NodeGroup creation queued' 5.상세 NodeGroup List 에 g1d 카드 표시 → g1d 선택 → NodeGroup Info 의 Status 확인 후 종료(Ready 대기는 녹화하지 않음)

기대결과

NodeGroup 추가 요청이 접수되고 상세 NodeGroup List 에 g1d 가 표시되며, g1d 선택 시 NodeGroup Info 에 Status(Creating → Active) 표시

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1/k1s] NodeGroup 추가: g1t(spider 0.13.17) → Active, g1u·g1v·g1w(spider 0.13.17-mzc-eks-lt/lt2, Launch Template) → Active. spec 보완: 상세 NodeGroup List 카드는 이름만 표시해 이전 PASS 는 토스트 'K8s NG create' 문자열에 우연히 걸린 것 → NodeGroup Info Status 로 판정(최대 15분). 결함 후보: NodeGroup 생성 요청 중… · 녹화 v07_IV3_S20_K8sWorkloads_AddNodeGroup-Creating_AWS.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s] NodeGroup g4t(e2-highmem-4) 추가 → 'NodeGroup creation completed', NodeGroup Info Active. 시험 NodeGroup 은 IV4_S13/S14 로 삭제 · 녹화 v07_IV3_S20_K8sWorkloads_AddNodeGroup-Creating_GCP.webm

IV3_S21

K8s 목록에서 Cluster 선택 → NodeGroup 선택 → node 확인

항목	내용
기능 TC	TC-INFRA-033 K8s Cluster → NodeGroup → node 조회
화면	Workloads > K8s Workloads > 목록에서 Cluster 선택 > 상세 > NodeGroup 선택 > Node 목록
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=p1 선택 상태에서 시작. IV3_S20 의 NodeGroup g1d 가 Ready (타입 B 로 판별된 CSP 는 IV3_S18 의 k1e / g1e)
자동화	IV3_S21

절차

1.K8s Workloads 목록에서 k1d 선택 2.상세에서 NodeGroup g1d 선택 3.Node 목록에서 node 1개를 확인 (상태 Ready, Spec=t3.medium, Connection 등 표시 정보 기록)

기대결과

NodeGroup g1d 의 node 가 1개 Ready 로 표시되고 Spec/Connection 정보가 확인된다

결과 (v07)

• AWS ✅ PASS (2026-10-07) — v07 PASS(36s): [cluster-info] Cluster Info Name k1d CspName tb96jf27cqfu6kaj292e CspId tb96jf27cqfu6kaj292e Version 1.35 Status Active VPC vpc-09e43546e8298271a Subnet subnet-01d31d88ec2a4b0a9 Security Group sg-0c1db9cb302f4630d Cloud Connection aws-ap-northeast-2 End Point http… · 녹화 v07_IV3_S21_K8sWorkloads_SelectCluster-NodeGroup-ViewNode_AWS.webm
• GCP ✅ PASS (2026-10-15) — [2026-10-15 p4/k4s] Cluster 선택 → NodeGroup g4t 선택 → NodeGroup Info(Status Active, Image COS_CONTAINERD, Spec e2-highmem-4, Root Disk pd-balanced 100) · node 1개 확인 · 녹화 v07_IV3_S21_K8sWorkloads_SelectCluster-NodeGroup-ViewNode_GCP.webm

IV3_S22

K8s Expert 생성 — Subnet 1개(단일 AZ) 선택 시 오류 (예상실패)

항목	내용
기능 TC	TC-INFRA-025 K8s Expert 생성 Subnet 1개(단일 AZ) 선택 시 오류
화면	Workloads > K8s Workloads(p1) > Add cluster > Expert Creation(Cluster Name, Provider/Region, Connection, VPC, Subnet(단일 선택), Security Group, Version(필수)) → Deploy → 토스트
구분	예상실패 · CSP별
사전 조건	admin 로그인, ws01 / p1. p1 에 vNet v1k(subnet s1k-1 1개, 단일 AZ)·SG sg1k 존재
자동화	IV3_S22

절차

1.K8s Workloads(p1) → Add cluster → Expert Creation 2.Cluster Name=k1f, Provider=AWS, Region/Connection=aws-ap-northeast-2, VPC=v1k, Subnet=s1k-1, SG=sg1k, Version=1.35 3.Deploy 4.오류 토스트 확인, 목록에 k1f 가 생기지 않는지 확인

기대결과

AWS EKS 는 서로 다른 AZ 의 Subnet 2개 이상이 필요하므로 생성 거부: 'InvalidParameterException: Subnets specified must be in at least two different AZs', 클러스터 미생성

결과 (v07)

• AWS ✅ PASS (2026-10-15) — [2026-10-15 p1] spec 구현(stub 대체). Subnet 1개(2a)로 Deploy → 'Subnet Selection — AWS requires subnets in at least 2 different availability zones. Selected zones: ap-northeast-2a' 모달로 사전 차단, 클러스터 미생성(과금 없음) · 녹화 v07_IV3_S22_K8sWorkloads_AddClusterExpert-SingleSubnet_AWS_NG.webm

IV3_S23

Infra Node Recommendation 확인 (Provider 별)

항목	내용
기능 TC	TC-INFRA-016 Infra Node(Spec) Recommendation (Provider 별)
화면	Workloads > Infra Workloads > Add Infra > + NodeGroup > Spec 검색 → Node Recommendation 팝업(Priority Option/Limit(location), Cloud Provider, Spec Config: Memory/vCPU/COST, Architecture)
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=default 선택 상태에서 시작. Infra 를 생성하지 않는다(Add Infra 폼에서 추천 팝업만 사용)
자동화	IV3_S23

절차

1.Infra Workloads → Add Infra → + NodeGroup 2.Spec 입력 옆 검색 → Node Recommendation 팝업 3.Priority Option(location)=Seoul, Cloud Provider=AWS 체크 4.Spec Config: Memory 28GB, vCPU 14 입력 → 검색 5.추천 목록에 AWS 의 spec 만 표시되는지(PROVIDER/REGION 열) 확인. Add Infra 입력 spec(t3.micro)이 있으면 그 행도 확인 6.Cancel(생성하지 않음)

기대결과

선택한 Provider(AWS)의 spec 만 추천 목록에 표시되고 REGION 이 해당 CSP 지역. 입력 spec(t3.micro) 행 존재

결과 (v07)

• AWS ✅ PASS (2026-10-06) — v07 PASS(19s): [spec-search] provider=aws, priority=seoul, mem=11, vCPU=22 → Showing 1-5 of 81 rows / 연결: aws-ap-northeast-2, aws-ap-northeast-3 · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_AWS.webm
• Azure ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_Alibaba.webm
• GCP ✅ PASS (2026-10-07) — v07 PASS(22s): [spec-search] provider=gcp, priority=seoul, mem=34, vCPU=11 → Showing 1-5 of 105 rows / 연결: gcp-asia-northeast3, gcp-asia-northeast2, gcp-asia-northeast1 · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_Tencent.webm
• NHN Cloud ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Add Infra → + NodeGroup → Spec 검색(Node Recommendation), 해당 Provider spec 만 추천 목록에 표시. 생성 없이 Cancel · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_IBM.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(20s): [spec-search] provider=kt, priority=seoul, mem=11, vCPU=11 → Showing 1-4 of 4 rows / 연결: kt-kr1 · 녹화 v07_IV3_S23_InfraWorkloads_NodeRecommendation_KT.webm

IV3_S24

Infra Image Recommendation 확인 (Spec 조회 선행)

항목	내용
기능 TC	TC-INFRA-017 Infra Image Recommendation (Spec 조회 선행)
화면	Workloads > Infra Workloads > Add Infra > + NodeGroup > Spec 검색(Node Recommendation) → Apply → Image 검색 → Image Recommendation 팝업(OS Type 검색)
구분	정상 · CSP별
사전 조건	admin 로그인 상태, Workspace=ws01 / Project=default 선택 상태에서 시작. Infra 를 생성하지 않는다(Add Infra 폼에서 추천 팝업만 사용)
자동화	IV3_S24

절차

1.(선행) IV3_S23 과 같이 Node Recommendation 에서 Provider=AWS 로 Spec(t3.micro) 조회 후 행 선택 → Apply 2.Image 입력 옆 검색 → Image Recommendation 팝업(Provider/Region 은 선택한 Spec 에서 자동 입력) 3.OS Type='ubuntu 22.04' 입력 → 검색 4.추천 목록에 Available 이미지가 표시되고 Provider/Region 이 선택한 Spec 과 일치하는지 확인 5.이미지 1건 선택 → Apply 로 Image 입력란이 채워지는지 확인 6.Add Infra 를 저장하지 않고 종료

기대결과

Spec 조회·선택 후 해당 Provider/Region 의 Image 추천 목록이 표시(Available)되고 Apply 시 Image 가 입력됨

결과 (v07)

• AWS ✅ PASS (2026-10-06) — v07 PASS(24s): [spec-search] provider=aws, priority=seoul, mem=11, vCPU=22 → Showing 1-5 of 81 rows / 연결: aws-ap-northeast-2, aws-ap-northeast-3 / [spec-applied] spec=t3.micro, connection=aws-ap-northeast-2 / [image-search] os='ubuntu 22.04' → Showing 1-5 of 23 rows / 행 5개, Av… · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_AWS.webm
• Azure ✅ PASS (2026-10-16) — [2026-10-16] Spec Apply → Image Recommendation(ubuntu 22.04) Available 표시 → 이미지 선택 Apply 로 Image 입력. 저장 없이 종료 · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_Azure.webm
• Alibaba ✅ PASS (2026-10-16) — [2026-10-16] Spec Apply → Image Recommendation(ubuntu 22.04) Available 표시 → 이미지 선택 Apply 로 Image 입력. 저장 없이 종료 · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_Alibaba.webm
• GCP ✅ PASS (2026-10-07) — v07 PASS(25s): [spec-search] provider=gcp, priority=seoul, mem=34, vCPU=11 → Showing 1-5 of 105 rows / 연결: gcp-asia-northeast3, gcp-asia-northeast2, gcp-asia-northeast1 / [spec-applied] spec=n1-standard-1, connection=gcp-asia-northeast3 / [image-search] os='ubuntu 22.04' → Sho… · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_GCP.webm
• Tencent ✅ PASS (2026-10-16) — [2026-10-16] Spec Apply → Image Recommendation(ubuntu 22.04) Available 표시 → 이미지 선택 Apply 로 Image 입력. 저장 없이 종료 · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_Tencent.webm
• NHN Cloud ❌ FAIL (2026-10-16) — [2026-10-16, 2회 재현] Spec(m2.c1m2, nhn-kr1) Apply 후 Image Recommendation 검색은 Available 5건 표시되지만, 행을 클릭해도 선택(tabulator selected)이 되지 않고 Apply 시 alert 'Please select an image first.'. 콘솔 오류 없음, 이미지 id(UUID) 중복 없음. 같은 절차로 Tencent 는 선택·Apply 정상 → 결함 후보(imagerecommendation.js, NHN 결과에… · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_NHNCloud.webm
• NCP ✅ PASS (2026-10-16) — [2026-10-16] Spec Apply → Image Recommendation(ubuntu 22.04) Available 표시 → 이미지 선택 Apply 로 Image 입력. 저장 없이 종료 · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_NCP.webm
• IBM ✅ PASS (2026-10-16) — [2026-10-16] Spec Apply → Image Recommendation(ubuntu 22.04) Available 표시 → 이미지 선택 Apply 로 Image 입력. 저장 없이 종료 · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_IBM.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(24s): [spec-search] provider=kt, priority=seoul, mem=11, vCPU=11 → Showing 1-4 of 4 rows / 연결: kt-kr1 / [spec-applied] spec=1x1.itl, connection=kt-kr1 / [image-search] os='ubuntu' → Showing 1-5 of 5 rows / 행 5개, Available 5개 / 예: - Ubuntu 24.04edbd8ef7-f120-4657-8be7-… · 녹화 v07_IV3_S24_InfraWorkloads_ImageRecommendation_KT.webm

IV3_S25

Data Disk attach — Create New (node 와 같은 AZ 에 새 disk 생성 후 attach)

항목	내용
기능 TC	TC-INFRA-042 Data Disk attach — Create New (node 와 같은 AZ 에 새 disk)
화면	Infra Workloads > Infra 선택 > Node List 에서 node 선택 > Node Info > Block Device '+ Attach Disk' (Attach Data Disk > Create New: Disk Name, Disk Size, Disk Type(optional), Description)
구분	정상 · CSP별
사전 조건	admin 로그인, ws01/default. 해당 CSP Infra(mc1) Running (Suspend 상태면 Resume 후 시작)
자동화	IV3_S25

절차

1.Infra 목록에서 mc1 선택 → Running node 선택 → Node Info(Zone 확인) 2.+ Attach Disk → Create New: Disk Name=disk1e, Disk Size=10GB → Attach 3.모달이 닫히고 Block Device 에 disk1e 표시, Disks 목록에 Attached / Attached To 'mc1 / {node}' 확인

기대결과

disk1e 가 node 와 같은 AZ 에 생성되어 attach 된다(Existing Disk 의 AZ 불일치 문제 없음)

결과 (v07)

• AWS ✅ PASS (2026-10-07) — v07 PASS(82s): [node-fallback] g1b-2 Running 아님 → g1-1 사용 / [node-zone] g1-1: Zone ap-northeast-2d / [attach-new] target=mc1 / g1-1 disk=disk1e(10GB) / (토스트 없음) / [disk-attached] {"name":"disk1e","_provider":"aws","_region":"ap-northeast-2","diskType":"standard","diskSize":"10",… · 녹화 v07_IV3_S25_InfraWorkloads_AttachDiskCreateNew_AWS.webm
• KT ✅ PASS (2026-10-12) — v07 PASS(75s): [node-zone] g9-1: Zone DX-M1 / [disk-type] SSD → (옵션 없음, 기본 타입) / [attach-new] target=mc9 / g9-1 disk=disk9e(50GB) / (토스트 없음) / [disk-attached] {"name":"disk9e","_provider":"kt","_region":"kr1","diskType":"HDD","diskSize":"50","status":"Attached","_attachedTo":"mc… · 녹화 v07_IV3_S25_InfraWorkloads_AttachDiskCreateNew_KT.webm

IV3_S26

Project 삭제 거부: Workspace 에 할당된 Project 는 삭제할 수 없다 (예상실패)

항목	내용
기능 TC	TC-IAM-055 워크스페이스에 할당된 프로젝트 삭제 거부
화면	Workspaces > Projects (/webconsole/operations/manage/workspaces/projects) → 목록 행 선택 → 상세의 Delete → 안내 팝업
구분	예상실패 · 공통
사전 조건	admin(mcmp) 로그인 상태. 임시 Project ptmp 가 Workspace ws01 에 할당된 상태(없으면 Add Project 로 생성: Name=ptmp, Initial Workspace=ws01)
자동화	IV3_S26

절차

1.Projects 진입 2.ptmp 행 선택 3.상세의 Delete 클릭 4.안내 팝업 확인(Cannot Delete Project — This project is assigned to: ws01 / Unassign it from all workspaces first, Close / Go to Assignments) 5.Close 후 ptmp 가 목록에 그대로 있는지 확인

기대결과

삭제가 거부되고 안내 팝업이 표시되며 ptmp 는 삭제되지 않고 남는다

결과 (v07)

• 공통 ✅ PASS (2026-10-08) — v07 PASS(24s): [created] 임시 Project ptmp 생성(ws01 할당) / [before] ptmp: Workspaces 1 / [delete-popup] Cannot Delete Project This project is assigned to: ws01 Unassign it from all workspaces first. Close Go to Assignments · 녹화 v07_IV3_S26_Projects_DeleteAssigned_NG.webm

IV3_S27

Project 할당 해제: Workspace 에서 Project 를 Unassign

항목	내용
기능 TC	TC-IAM-054 프로젝트 할당 해제 (Unassign)
화면	Workspaces > Projects → 목록 행 선택 → 상세 Assigned Workspaces 의 Unassign
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태. 임시 Project ptmp 가 Workspace ws01 에 할당된 상태(없으면 생성)
자동화	IV3_S27

절차

1.Projects 진입 2.ptmp 행 선택 3.상세 Assigned Workspaces 에서 ws01 Unassign(확인창이 있으면 확인) 4.상세에 ws01 이 사라지고 목록 Workspaces 수가 0 이 되는지 확인 5.상단 Workspace=ws01 의 Project 선택 목록에서 ptmp 가 사라졌는지 확인

기대결과

ptmp 가 ws01 에서 해제되어 Assigned Workspaces 가 비고, ws01 의 Project 선택 목록에서 사라진다(Project 자체는 목록에 남음)

결과 (v07)

• 공통 ✅ PASS (2026-10-08) — v07 PASS(24s): [before] Workspaces 1 / Assigned Workspaces ws01 (id: 1) Unassign Assign to Workspace… Assign / [after] Assigned Workspaces No workspaces assigned. Assign to Workspace… ws01 ws01 Assign · 녹화 v07_IV3_S27_Projects_UnassignWorkspace.webm

IV3_S28

Project 삭제: 할당 해제된 Project 삭제

항목	내용
기능 TC	TC-IAM-056 할당 해제된 프로젝트 삭제
화면	Workspaces > Projects → 목록 행 선택 → 상세 Delete → 확인 팝업
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태. 임시 Project ptmp 가 어떤 Workspace 에도 할당되지 않은 상태(IV3_S27 완료)
자동화	IV3_S28

절차

1.Projects 진입 2.ptmp 행 선택 3.상세 Delete 클릭 → 확인 팝업(대상 ptmp) Confirm 4.목록에서 ptmp 가 사라지고 default / p1 / system 은 그대로인지 확인

기대결과

삭제가 성공하고 ptmp 만 목록에서 제거된다

결과 (v07)

• 공통 ✅ PASS (2026-10-08) — v07 PASS(26s): [confirm] Delete Project Delete project "ptmp"? Cancel Confirm · 녹화 v07_IV3_S28_Projects_DeleteUnassigned.webm

IV3_S29

NLB Edit: NLB 대상 node 할당 해제 / 재할당

항목	내용
기능 TC	TC-INFRA-046 NLB Edit: 대상 node 할당 해제 / 재할당
화면	Cloud Resources > NLB (/cloudresources/nlbs) → 목록 행 선택 → 상단 'Edit selected (assign / unassign nodes)' → Edit NLB 모달(Assigned Nodes 체크 시 해제 / Available Nodes 체크 시 할당) → Save
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default. IV3_S07 로 NLB g1(mc1 / NodeGroup g1, Assigned Nodes g1-1·g1-2)가 있고 mc1 Running
자동화	IV3_S29

절차

1.NLB 진입 2.NLB g1 행 선택 → Edit 3.Assigned Nodes 에서 g1-2 체크(해제) → Save 4.상세 Assigned Nodes 가 g1-1 만 남았는지 확인 5.다시 Edit → Available Nodes 에서 g1-2 체크(할당) → Save 6.상세 Assigned Nodes 가 g1-1, g1-2 로 돌아왔는지 확인

기대결과

node 할당 해제와 재할당이 반영되어 Assigned Nodes 가 변경된다

결과 (v07)

• AWS ✅ PASS (2026-10-08) — v07 PASS(62s): [before] Assigned Nodes g1-1g1-2 Target Port 80 Health Checker TCP:80 / [edit-modal-assigned] Edit NLB — g1 Add or remove target nodes of this NLB. Listener and health checker cannot be changed after creation. Assigned Nodes (check to unassign) g1-1 g1-2 Removing … · 녹화 v07_IV3_S29_NLB_EditAssignNodes_AWS.webm

IV3_S30

Disks 화면에서 Data Disk Detach (Data Disk Detail 의 Detach)

항목	내용
기능 TC	TC-INFRA-044 Disks 상세에서 Data Disk Detach
화면	Cloud Resources > Disks → 목록 행 선택 → 하단 Data Disk Detail(Attached To 표시) → Detach 버튼(#detail-detach-btn) → 확인
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default. node 와 같은 AZ 에 attach 된 disk 가 있음(IV3_S25 로 attach 한 disk1e, IV3_S16 으로 detach 했다면 S25 를 다시 실행)
자동화	IV3_S30

절차

1.Disks 진입 2.Attached 상태 disk(disk1e) 행 선택 3.Data Disk Detail 에서 Attached To 확인 4.Detach 클릭 → 확인 5.목록 Status Available, Attached To '-' 확인

기대결과

disk 가 node 에서 분리되어 Available 이 된다

결과 (v07)

• AWS ✅ PASS (2026-10-08) — v07 PASS(71s): [attach] target=mc1 / g1-1 disk=disk1e / (토스트 없음) / [disk-attached] {"name":"disk1e","_provider":"aws","_region":"ap-northeast-2","diskType":"standard","diskSize":"10","status":"Attached","_attachedTo":"mc1 / g1-1","cspResourceId":"vol-0b52f16b33f9d1647"} / [preco… · 녹화 v07_IV3_S30_Disks_DetachFromDetail_AWS.webm

IV3_S31

Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부 (예상실패)

항목	내용
기능 TC	TC-INFRA-060 Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부
화면	Infra Workloads > Infra 선택 > Node List 에서 node 선택 > Node Info > Block Device '+ Attach Disk'(Attach Data Disk: Target Node 고정, Existing Disk) / Cloud Resources > Disks 목록
구분	예상실패 · CSP별
사전 조건	admin 로그인, ws01 / default. Infra mt1 Running, node g1-1 Running(Zone ap-northeast-2d). Disks 에 node 와 다른 AZ 의 disk(Available) 1개 존재
자동화	IV3_S31

절차

1.Disks 에서 대상 disk 의 AZ(CSP 콘솔 또는 상세)와 Status Available 확인 2.Infra Workloads → mt1 → node g1-1 → Node Info(Zone ap-northeast-2d 확인) 3.+ Attach Disk → Existing Disk 에서 다른 AZ 의 disk 선택 → Attach 4.오류 메시지/팝업 상태 기록 5.Disks 목록에서 disk 가 Available·Attached To '-' 인지, Block Device 에 표시되지 않는지 확인

기대결과

AZ 가 달라 attach 가 거부되고 사용자에게 원인(AZ 불일치)을 알리는 오류가 표시됨. disk 는 Available 유지, node Block Device 에 표시되지 않음

결과 (v07)

• AWS ✅ PASS (2026-10-14) — 10-12 FAIL(오류 표시 없음) 정정: 오류 토스트는 autohide 5초인데 spec 이 팝업 대기(최대 90초) 뒤에 읽어 놓쳤음 → lib/ui.ts watchToasts 로 Attach 직후부터 기록. Attach 거부 후 팝업이 남는 것은 정상(다른 disk 선택·생성용, Cancel 로 닫음). v07 PASS(159s, 2026-10-14): [disk-before] {"name":"disk1c","_provider":"aws","_region":"ap-northeast-2",… · 녹화 v07_IV3_S31_InfraWorkloads_AttachDisk-AZMismatch_AWS_NG.webm

IV3_S32

NLB 삭제

항목	내용
기능 TC	TC-INFRA-061 NLB 삭제
화면	Cloud Resources > NLB(/cloudresources/nlbs) → 목록 행 체크 → 상단 'Delete selected' → 확인 팝업 → 목록
구분	정상 · CSP별
사전 조건	admin 로그인, ws01 / default. IV3_S07 로 만든 NLB g1(Infra mc1 / Target NodeGroup g1, Assigned Nodes g1-1·g1-2) 존재
자동화	IV3_S32

절차

1.NLB 진입 2.NLB g1(mc1) 행 체크 3.Delete selected → 확인 팝업 문구 기록 → Confirm 4.목록에서 g1 이 사라지는지 확인

기대결과

삭제 요청이 접수되고 NLB 목록에서 mc1/g1 NLB 가 제거됨

결과 (v07)

• AWS ✅ PASS (2026-10-12) — PASS(2026-10-12 11:29, stage, ws01/default, Playwright 녹화). NLB 목록 g1(Infra mc1, aws ap-northeast-2, PUBLIC/REGION, TCP:80, node 2, DNS tb0516fbmaf749obn30e-e990c1e8355be73b.elb…) 행 체크 → 상단 'Delete selected' → 확인 팝업 'Delete Selected — Delete 1 selected NLB(s)?' → Confirm(토스트 없음)… · 녹화 v07_IV3_S32_NLB_Delete_AWS.webm

IV3_S33

Workflow 목록 조회 (기본 Workflow 10종 · 컬럼 · Action 버튼)

항목	내용
기능 TC	TC-WF-004 Workflow 목록 조회
화면	Workflows > Workflows (iframe :18083/web/workflow/list)
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 기본 Workflow seed 등록
자동화	IV3_S33

절차

1.Workflows 진입 2.컬럼(Workflow Name/Purpose/Status/Params Count/Last Run Date/Action) 확인 3.기본 Workflow 10종 포함 · 행마다 Detail/DELETE/RUN/LOG 버튼 4.화면 목록 = GET /eventlistener/workflowList/N 응답

기대결과

기본 Workflow 10종 모두 포함, Status·Params Count·Last Run Date 표시, Detail/DELETE/RUN/LOG 버튼 표시

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: seed 10종·컬럼·버튼 확인, 화면 목록 = API 10건 · 녹화 v07_IV3_S33.webm

IV3_S34

Workflow Engine(Jenkins) 수정 및 연동 확인 (SampleOss EDIT → Connection Check → Edit)

항목	내용
기능 TC	TC-WF-001 Workflow Engine(Jenkins) 수정 및 연동 확인
화면	mc-workflow-manager OSS 목록(:18083/web/oss/list) → SampleOss EDIT → Edit OSS 모달 (콘솔 메뉴에 없음)
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. Jenkins 서버 구동
자동화	IV3_S34

절차

1.OSS 목록 → SampleOss EDIT 2.URL/ID/PW 를 현재 값 그대로 입력(공용 설정이라 값 변경 안 함) 3.Connection Check 4.Edit 저장(응답 최대 3분 대기) 5.재조회 값 일치

기대결과

Jenkins 연결 확인 성공, 수정한 접속 정보 저장 및 재조회 일치

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: Connection Check "This OSS connection is available."(data=true) → PATCH /oss/1 200(6s) "Update SUCCESS." → 재조회 URL/ID/PW 동일 · 녹화 v07_IV3_S34.webm

IV3_S35

신규 Workflow 생성 (workflow-create-test: namespace-ensure → infra-create)

항목	내용
기능 TC	TC-WF-002 신규 Workflow 생성
화면	Workflows > Workflows (iframe :18083/web/workflow/list) → New Workflow
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S34 완료, Workflow Stage 기본 데이터 등록
자동화	IV3_S35

절차

1.New Workflow → 이름 workflow-create-test → Duplicate Check 2.Purpose For Deployment → Create Script 3.팔레트 Utility > namespace-ensure, Infra > infra-create 클릭 4.Regist 5.목록 등록·상세(Stage 순서·Parameter)·Params Count 확인

기대결과

Workflow 목록 등록(Jenkins Job 생성), Stage 순서와 Parameter 설정 일치, Params Count = 공백 키 제외·대문자 정규화 후 저장 키 수

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Registered successfully." → 목록 등록, Stage namespace-ensure → infra-create, 저장 키 24개 = Params Count · 녹화 v07_IV3_S35.webm

IV3_S36

Workflow 삭제 (workflow-delete-test) → 같은 이름 재등록

항목	내용
기능 TC	TC-WF-003 Workflow 삭제
화면	Workflows > Workflows (iframe :18083/web/workflow/list) → DELETE → Delete Workflow 모달
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. TC-WF-002 절차로 삭제 전용 Workflow 생성(실행 이력·연결 Event Listener 없음)
자동화	IV3_S36

절차

1.workflow-delete-test 생성(없으면) · existEventListener=false 확인 2.DELETE → Delete 3.목록·상세에서 제거 4.같은 이름으로 Duplicate Check·Regist → 정리 삭제

기대결과

Workflow 목록(및 Jenkins Job)에서 삭제, 동일 Workflow Name 재사용 가능

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Deleted successfully." → 목록·상세 없음 → 재등록 "Name is available."/"Registered successfully." → 정리 삭제 · 녹화 v07_IV3_S36.webm

IV3_S37

Workflow 상세 수정 (DB_NAME 변경 + Stage 추가) → 원복

항목	내용
기능 TC	TC-WF-005 Workflow 상세 수정
화면	Workflows > Workflows (iframe :18083/web/workflow/list) → vm-mariadb-backup-import-data-init Detail
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 수정 대상 Workflow 존재, IV3_S34 완료
자동화	IV3_S37

절차

1.원본 상세 백업(results/v07/iv3_s37-original.json) 2.Detail → DB_NAME=testdb_updated · Database > db-data-verify 추가 → Edit 3.재조회: Stage·Parameter·script·Params Count 4.(정리) 백업 원본을 PATCH /workflow/{idx} 로 저장 → 원본과 비교

기대결과

변경한 Parameter 와 Stage 구성 유지, 재생성된 Pipeline(script)에 반영, Params Count = 저장된 Parameter 키 수

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Updated successfully." → DB_NAME testdb_updated, Stage 7개(db-data-verify 추가), script 반영, Params Count 40. 원복 PATCH 200 → Stage·Parameter 25개·script 원본과 동일. 부수 변경(NAMESPACE·IMAGE 등)은 비고 참고 · 녹화 v07_IV3_S37.webm

IV3_S38

Workflow 로그 모달 표시 (최신 Build Console Log)

항목	내용
기능 TC	TC-WF-006 Workflow 로그 모달 표시
화면	Workflows > Workflows (iframe :18083/web/workflow/list) → LOG → Workflow Log 모달
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 실행 이력이 있는 Workflow 존재(IV3 실행분), Jenkins 정상 연결
자동화	IV3_S38

절차

1.Status SUCCESS/FAILURE 인 Workflow 의 LOG 클릭 2.최신 Build 카드 선택 3.화면 로그 = GET /workflow/log/{idx} 의 buildLog · Stage 로그 · (실패 시) 원인 줄

기대결과

선택한 Build 번호와 Console Log 일치, 대상 Workflow 의 Stage 로그 표시, 실패한 경우 원인 표시

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: Build #1 카드 로그 = API buildLog, Stage 2/2(namespace-ensure, multi-csp-k8s-cluster-deploy), Finished: SUCCESS · 녹화 v07_IV3_S38.webm

IV3_S39

Event Listener 목록 조회

항목	내용
기능 TC	TC-WF-014 Event Listener 목록 조회
화면	Workflows > Event Listeners (iframe :18083/web/workflows/eventListener/list)
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. Workflow 메뉴 접근
자동화	IV3_S39

절차

1.Event Listeners 진입 2.컬럼(Event Listener Name/Connect Workflow Name/Event Listener Desc/Action URL/Action) 3.행마다 Action URL·Edit/Delete 버튼 4.화면 목록 = GET /eventlistener/list

기대결과

Listener 이름·연결 Workflow·Description·Action URL 표시, Edit/DELETE 버튼 표시, 미등록 상태에서는 빈 목록

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: 컬럼 확인, 미등록 상태 빈 목록(Showing 0 rows) = API 0건 · 녹화 v07_IV3_S39.webm

IV3_S40

신규 Event Listener 생성 (el-vm-mariadb-backup-import-data-init)

항목	내용
기능 TC	TC-WF-015 신규 Event Listener 생성
화면	Workflows > Event Listeners (iframe :18083/web/workflows/eventListener/list) → New Event Listener 모달
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S39 완료, 연결 Workflow 존재
자동화	IV3_S40

절차

1.New Event Listener → 이름 → Duplicate Check 2.Description · Workflow vm-mariadb-backup-import-data-init 선택 3.Parameter NAMESPACE ns01, INFRA_ID, DB_NAME, DB_USER, DB_PASSWORD 입력 4.Create 5.목록·Action URL·저장값 확인

기대결과

신규 Listener 목록 등록 및 Action URL 생성, 연결 Workflow 와 기본 Parameter 저장

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Registered successfully." → idx 1, Action URL /eventlistener/run/1, 파라미터 시트 값과 일치(IMAGE 빈 값) · 녹화 v07_IV3_S40.webm

IV3_S41

Event Listener 이름 중복 검사 (기존 이름 거부 · 미검증 Create 차단)

항목	내용
기능 TC	TC-WF-016 Event Listener 이름 중복 검사
화면	Workflows > Event Listeners (iframe :18083/web/workflows/eventListener/list) → New Event Listener 모달
구분	예외 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S40 완료(기존 Listener 존재)
자동화	IV3_S41

절차

1.기존 이름 → Duplicate Check 2.…-02 → Duplicate Check 3.…-03 으로 바꾸고 검증 없이 Create

기대결과

기존 이름 중복 안내, 미사용 이름 통과, 재변경 후 미검증 Create 시 오류 안내 및 차단

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Name is already in use." → "Name is available." → "Please perform duplicate check for the name."(미생성, 목록 수 변화 없음) · 녹화 v07_IV3_S41.webm

IV3_S42

Event Listener 를 통한 Workflow 실행 (GET)

항목	내용
기능 TC	TC-WF-012 Event Listener 를 통한 Workflow 실행 (GET)
화면	Event Listener Action URL GET 호출 → Workflows Status/LOG
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S40 완료, 연결 Workflow 실행 가능, Jenkins 정상 연결
자동화	IV3_S42

절차

1.GET /eventlistener/run/{idx}?NAMESPACE=ns01&INFRA_ID=vm-mariadb-data-init&REGION=ap-northeast-2&CONNECTION_NAME=aws-ap-northeast-2&DB_NAME=testdb_get 2.접수 응답 · 신규 Build 3.Build LOG 의 전달값·최종 결과

기대결과

응답 code=200, data=true(접수), 연결 Workflow 신규 Build 생성·상태 갱신, Query Parameter 가 해당 Build 에 반영

결과 (v07)

• AWS ✅ PASS (2026-10-14) — v07 PASS: code=200/data=true → Build #1 생성(Status FAILURE). infra-create 400 "imageId is required"(EL 의 IMAGE 빈 값, S40 비고) → VM 미생성. 로그에 NAMESPACE·INFRA_ID·REGION·CONNECTION_NAME 반영, DB_NAME 은 DB Stage 미도달로 확인 못 함 · 녹화 v07_IV3_S42_AWS.webm

IV3_S43

Event Listener 를 통한 Workflow 실행 (POST)

항목	내용
기능 TC	TC-WF-013 Event Listener 를 통한 Workflow 실행 (POST)
화면	Event Listener Action URL POST 호출 → Workflows Status/LOG
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S40 완료, 연결 Workflow 실행 가능, Jenkins 정상 연결
자동화	IV3_S43

절차

1.POST /eventlistener/run/{idx} (JSON Body: NAMESPACE, INFRA_ID, REGION, CONNECTION_NAME, DB_NAME=testdb_post, INSERT_SQL) 2.접수 응답 · 신규 Build 3.Build 의 전달값과 최종 결과/실패 원인 4.(정리) vm-mariadb-data-init-cleanup RUN

기대결과

응답 code=200, data=true(접수), Request Body 가 해당 Build 에 반영, 최종 실행 결과 또는 실패 원인 확인 가능

결과 (v07)

• AWS ✅ PASS (2026-10-14) — v07 PASS: code=200/data=true → Build #4 SUCCESS(VM 생성·MariaDB 설치), 로그에 DB_NAME testdb_post 반영 → cleanup Build #2 SUCCESS(VM 삭제). 1차(Build #2)는 IMAGE 빈 값으로 infra-create 실패 · 녹화 v07_IV3_S43_AWS.webm

IV3_S44

Event Listener 상세 수정 → 호출 Build 에 수정값 반영

항목	내용
기능 TC	TC-WF-017 Event Listener 상세 수정
화면	Workflows > Event Listeners (iframe :18083/web/workflows/eventListener/list) → Edit → Event Listener Edit 모달 → Action URL GET
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S40 완료, 연결 Workflow 실행 가능
자동화	IV3_S44

절차

1.Edit → Description updated webhook desc · DB_NAME testdb_updated · INSERT_SQL 변경 → Edit 2.재조회 3.Action URL GET(Query 없음) → 신규 Build 로그에 수정값 4.(정리) vm-mariadb-data-init-cleanup RUN

기대결과

수정한 Description/Parameter 및 연결 Workflow 유지, 호출 Build 에 수정된 Parameter 반영

결과 (v07)

• AWS ✅ PASS (2026-10-14) — v07 PASS: "Updated successfully." → 저장값 일치 → GET → Build #5 SUCCESS, 로그에 DB_NAME testdb_updated → cleanup Build #3 SUCCESS · 녹화 v07_IV3_S44_AWS.webm

IV3_S45

Event Listener 삭제 → 삭제 URL 호출 거부

항목	내용
기능 TC	TC-WF-018 Event Listener 삭제
화면	Workflows > Event Listeners (iframe :18083/web/workflows/eventListener/list) → Delete → Delete Event Listener 모달
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. 삭제용 Listener(el-delete-test → workflow-create-test) 생성
자동화	IV3_S45

절차

1.el-delete-test 생성(없으면) 2.Delete → Delete 3.목록 제거 4.기존 Action URL GET → data=false · 30초 뒤 신규 Build 없음

기대결과

Listener 목록에서 삭제, 삭제 URL 응답 data=false 및 신규 Build 미생성

결과 (v07)

• 공통 ✅ PASS (2026-10-14) — v07 PASS: "Deleted successfully." → 목록 제거 → 삭제 URL code=200/data=false, Build 수 0→0 · 녹화 v07_IV3_S45.webm

IV3_S46

Workflow 로 오브젝트 스토리지 활용 (VM · Bucket 생성, 화면 확인 범위)

항목	내용
기능 TC	TC-WF-019 Workflow 로 오브젝트 스토리지 활용
화면	Workflows > Workflows (iframe :18083/web/workflow/list) → vm-object-storage-data-lab-init RUN → Infra Workloads
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=default 선택된 상태에서 시작. IV3_S34 완료, AWS 연결 및 VM/Object Storage 생성 권한, Infra ID·Bucket 미사용
자동화	IV3_S46

절차

1.RUN: Spec t3.medium · Image ami-012a353bb3afb92ee 선택, NAMESPACE default, INFRA_ID wf-object-storage-test, OBJECT_STORAGE_* aws/ap-northeast-2/default/bucket-aws-01, JUPYTER_PORT 8888, CIDR 0.0.0.0/0 → Run 2.Build SUCCESS · Infra Running · 로그에 Bucket 3.(정리) vm-object-storage-data-lab-cleanup RUN

기대결과

Jenkins SUCCESS 및 VM Running, 지정 Bucket 생성·연결

결과 (v07)

• AWS ✅ PASS (2026-10-16) — v07 PASS(601s, 사본 rf-run3): vm-object-storage-data-lab-init #1 SUCCESS, wf-object-storage-test Running, 로그에 bucket-aws-01 생성·Available·broker 검증. cleanup #1 SUCCESS, Infra 목록 잔존 0. 1차 실패: Image ami-012a353bb3afb92ee 'No matches' → AWS Image 검색 결과가 custom image img1(Ubuntu 22.04 … · 녹화 v07_IV3_S46_AWS.webm

IV3_S47

Disks 화면 action item 에서 Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부 (예상실패)

항목	내용
기능 TC	TC-INFRA-062 Disks 화면 action item 에서 Data Disk attach — disk 와 node 의 AZ 가 다를 때 거부
화면	Cloud Resources > Disks 목록 → disk 행 체크 → 'Attach selected Data Disk'(Infra / NodeGroup / Node 선택) / Infra Workloads > mt1 > Node List(Resume·Suspend)
구분	예상실패 · CSP별
사전 조건	admin 로그인, ws01 / default. Infra mt1, node g1-1(Zone ap-northeast-2d). Disks 에 node 와 다른 AZ 의 disk1c(ap-northeast-2a, Available). Attach 모달 Node 목록은 Running node 만 표시 → g1-1 이 Suspended 면 Resume 후 진행, 끝나면 Suspend
자동화	IV3_S47

절차

0.mt1 g1-1 이 Suspended 면 Node List ⌄ Resume 1.Disks 에서 disk1c Available 확인 2.disk1c 행 체크 → Attach selected Data Disk → Infra mt1 / NodeGroup g1 / Node g1-1 → Attach 3.오류 토스트·팝업 상태 기록(팝업이 남아 있으면 Cancel) 4.Disks 목록 disk1c Available·Attached To '-' 확인 5.0 에서 Resume 했으면 g1-1 Suspend

기대결과

AZ 가 달라 attach 가 거부되고 사용자에게 원인(AZ 불일치)을 알리는 오류가 표시됨. disk 는 Available 유지. 거부 후 팝업이 남는 것은 정상(다른 disk 선택·생성용)

결과 (v07)

• AWS ✅ PASS (2026-10-14) — v07 PASS(117s, 2026-10-14): [node-info g1-1] csp=aws, region=aws:ap-northeast-2, zone=ap-northeast-2d, spec=t3.micro, status=Suspended, publicIp=Region, privateIp=10.35.20.84, os=Ubuntu 22.04 / [node-before] g1-1: Suspended / Zone ap-northeast-2d / [confirm-modal] VmResume / Wou… · 녹화 v07_IV3_S47_Disks_AttachDisk-AZMismatch_AWS_NG.webm

IV3_S48

CSP별 K8s 지원 현황 확인 (지원 버전 · 이미지 지정 방식)

항목	내용
기능 TC	TC-INFRA-020 CSP별 K8s 지원 현황 확인
화면	Workloads > K8s Workloads → Add cluster(기본 폼) → Cloud Provider / Region
구분	정상 · 공통
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=p1 선택된 상태에서 시작. CSP Connection 등록
자동화	IV3_S48

절차

1.Add cluster 2.Provider 9종별 Region 선택 3.GetAvailableK8sVersion 응답·버전 기록 4.NodeGroup 이미지 칸 표시 여부 기록 5.Deploy 안 함

기대결과

Provider 별 지원 K8s 버전 목록 조회(2xx), 이미지 지정 방식 표시

결과 (v07)

• 공통 ✅ PASS (2026-10-15) — v07 PASS: 버전 조회 오류 없음. 지원 버전: Azure 1.36/1.35/1.34, GCP 1.35/1.34, Alibaba 1.36/1.35, NCP·IBM 조회. AWS·Tencent 는 버전 조회 호출 없음, KT 미구현. 이미지 칸: Azure·GCP 등 타입 B 표시 · 녹화 v07_IV3_S48.webm

IV3_S49

K8s 이미지 선택 (이미지 지정 필요 CSP, NHN)

항목	내용
기능 TC	TC-INFRA-021 K8s 이미지 선택 (이미지 지정 필요 CSP)
화면	K8s Workloads → Add cluster → NodeGroup Image 검색 모달(#image-search-pmk)
구분	정상 · CSP별
사전 조건	admin(mcmp) 로그인 상태, Workspace=ws01 / Project=p1 선택된 상태에서 시작. NHN Connection nhn-kr1
자동화	IV3_S49

절차

1.NHN · nhn-kr1 2.Spec r2.c4m16 적용 3.Image 검색 → 목록 4.행 선택 → Apply → Image 칸 반영 5.Deploy 안 함

기대결과

이미지 검색 2xx, 선택 가능한 이미지 목록, 선택 이미지 반영

결과 (v07)

• NHN Cloud ✅ PASS (2026-10-15) — v07 PASS: SearchImage 200 · 38건 → Ubuntu Server 24.04.3 LTS 선택 → Image 칸 5c38715f-0375-4167-af4e-56f75ba8b252 · 녹화 v07_IV3_S49_NHNCloud.webm