Run any Skill in Manus with one click

computer-use-test

Stars11

Forks1

UpdatedJune 10, 2026 at 12:38

Runs app test scenarios through Computer Use MCP and produces a structured UI/UX feedback report with screenshot evidence. Use when the user says computer use 테스트, 앱 테스트, UI 테스트, cu test, computer use test, or 앱 QA.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

devstefancho

devstefancho/skills

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software Quality Assurance Analysts and TestersComputer and Mathematical Occupations·SOC 15-1253

File Explorer

5 files

SKILL.md

readonly

name	computer-use-test
description	Runs app test scenarios through Computer Use MCP and produces a structured UI/UX feedback report with screenshot evidence. Use when the user says computer use 테스트, 앱 테스트, UI 테스트, cu test, computer use test, or 앱 QA.
allowed-tools	Read, Write, Edit, Glob, Grep, Bash, AskUserQuestion
context	main
agent	general-purpose

Computer Use Test

Computer Use MCP로 앱의 사용 시나리오를 실행하고, 기능/UI·UX 이슈를 구조화된 피드백 리포트로 만든다.

원칙

Scenario-driven — 사전 작성된 시나리오 기반. 없으면 먼저 생성한다.
Template-driven — 시나리오·피드백·리포트 모두 정해진 템플릿을 따른다. 자유 형식 금지.
Screenshot evidence — 이슈 발견 시 반드시 스크린샷으로 증거를 남긴다.
Non-blocking — 스텝 실패 시 이슈만 기록하고 다음 스텝으로 진행한다. 테스트 전체를 중단하지 않는다.

MCP 동작 이슈(타임아웃·세션 만료·멀티모니터 등)는 known-issues.md 참조.

산출물 위치 (대상 프로젝트 루트)

시나리오 — test-cases/{app-name}/{scenario-name}.md
리포트 — test-cases/{app-name}/reports/{YYYY-MM-DD}-report.md
1-depth 서브디렉토리만 허용, 파일명은 lowercase-with-hyphens

Phase 1 — Setup

앱 이름과 실행 방법(URL 또는 앱 이름) 확보 — 없으면 AskUserQuestion
Computer Use MCP 활성 확인(/mcp) 후 request_access — 타임아웃 시 최대 3회 재시도
Glob test-cases/**/*.md로 기존 시나리오 확인 → Phase 2 분기

Phase 2 — Scenario Preparation

기존 시나리오가 있으면 목록을 보여주고 AskUserQuestion으로 택1 — 그대로 실행 / 보완 후 실행 / 신규 추가 생성.

없으면:

코드베이스 탐색으로 주요 기능 파악 (웹앱은 라우트·컴포넌트·페이지, 네이티브앱은 화면·메뉴)
templates/scenario-template.md를 따라 주요 흐름별 시나리오 생성 (예: basic-flow, error-handling, navigation, data-input)
test-cases/{app-name}/에 저장하고 사용자 확인을 받는다

Phase 3 — Scenario Execution

각 시나리오 파일을 순서대로:

시나리오를 읽고 Preconditions 확인 → 앱 실행
Steps 테이블 각 행 — Action 수행 → 스크린샷 촬영 → Expected Result와 실제 화면 비교
불일치 시 templates/feedback-template.md를 따라 이슈 기록 (ID는 F-001부터 순차, Severity·Category 판단) — 기록 후 다음 스텝 계속
시나리오 완료 시 통과/실패 스텝 수 요약

Phase 4 — Ad-hoc Exploration

시나리오만 돌리고 끝내지 않는다. 커버하지 못한 영역을 자유 탐색:

엣지 케이스 (빈 입력, 긴 텍스트, 특수문자) / UI 일관성 (폰트, 색상, 간격, 정렬) / 반응성 (버튼 피드백, 로딩, 전환) / 접근성 (키보드 네비게이션, 포커스) / 에러 상태 (네트워크 끊김, 잘못된 입력)
탐색마다 Exploration(무엇을) / Intent(왜) / Finding(발견, 이슈 또는 "정상") 기록
이슈는 피드백 항목에 추가 (Scenario 필드에 "ad-hoc" 표기)

Phase 5 — Report

templates/report-template.md를 채운다 — Summary(1-3문장), Scenario Results(시나리오별 통과/실패), Issues(시나리오 + ad-hoc 전체), Ad-hoc Exploration 내역, Recommendations(우선순위별)
test-cases/{app-name}/reports/{YYYY-MM-DD}-report.md에 저장
사용자에게 요약 출력 — 총 이슈 수(severity별), 가장 중요한 이슈 3개, 리포트 경로

Anti-patterns

WRONG: 스텝 실패 → 테스트 중단. RIGHT: 이슈 기록 후 다음 스텝 진행.
WRONG: 자유 형식으로 리포트 작성. RIGHT: 템플릿 3종을 그대로 채운다.
WRONG: 스크린샷 없이 이슈만 서술. RIGHT: 모든 이슈에 스크린샷 증거 첨부.

More from this repository

same repository

ram-check

devstefancho/skills

Diagnose macOS RAM by memory pressure rather than raw usage — runs one script that reports the pressure verdict, swap, the usage-vs-cache breakdown, top consumers, and an optional process-group total. Use when the user asks about memory or RAM, "why is my RAM so high", "is 36GB/48GB enough", whether to worry about usage, 메모리 사용량, 램 사용량 높은데, 메모리 부족한가, 맥 메모리 확인.

2026-06-2811

executive-summary

devstefancho/skills

Compresses a long output, report, or analysis into a one-page executive (CEO/CTO) brief — conclusion first, key points only, technical detail translated into business impact. Use when the user wants the gist of something too long for a decision-maker, with phrases like 내용이 너무 많아서 읽기 힘들다, 한눈에 안 들어온다, 다 읽기 귀찮으니 요약해줘, CEO/CTO에게 보고하듯, 한 페이지로 정리해줘, 핵심만 압축해서 알려줘, 정리해줘, 요약해줘.

2026-06-1611

github-issue

devstefancho/skills

Unified GitHub issue workflow via the gh CLI — fetch an issue (body, labels, comments, image/video attachments) into the session, create a new issue from a template, or update an existing one (body, labels, state, comments). Handles the 404 that plain curl/WebFetch hits on GitHub attachment URLs by downloading with an auth token, and extracts viewable frames from video attachments. Use whenever the user mentions GitHub issues — 이슈 가져와, 이슈 조회, 이슈 등록, 이슈 생성, 이슈 만들어줘, 이슈 업데이트, 이슈 수정, 이슈 코멘트, 이슈 작업, fetch issue N, work on issue N, create an issue, update issue N, file a bug, /github-issue.

2026-06-1011

writing-flows

devstefancho/skills

Writes single-scenario Flow documents under flows/<topic>/ — use case context, one Mermaid diagram (sequence or flowchart), step-by-step branches, and source file references — so how a service behaves end-to-end can be grasped at a glance. Use when user asks for a sequence diagram, user flow, use case doc, or mentions 시퀀스 다이어그램, 유저 플로우, 플로우 그려줘, 동작 흐름, 플로우 작성. Also trigger on intent like 어떻게 동작하는지 한눈에 보고 싶다, 동작 순서 정리해줘 — but not on simple code questions about a single function.

2026-06-1011

create-team

devstefancho/skills

Creates and manages an agent team (planner + implementer teammates) for the current worktree session. Use when user says "create team", "팀 생성", "팀 만들어줘", "agent team", or wants a planner+implementer spec-driven workflow in a worktree session. Also covers team operations — cleanup ("팀 정리", end teammates) and expand ("팀원 추가", add a role) — folded from the former agent-team commands.

2026-06-1011

split-work

devstefancho/skills

Splits current project work into parallel-safe task groups with worktree branch names and structured starting prompts. Use only on manual /split-work invocation — no automatic trigger.

2026-06-1011

name	computer-use-test
description	Runs app test scenarios through Computer Use MCP and produces a structured UI/UX feedback report with screenshot evidence. Use when the user says computer use 테스트, 앱 테스트, UI 테스트, cu test, computer use test, or 앱 QA.
allowed-tools	Read, Write, Edit, Glob, Grep, Bash, AskUserQuestion
context	main
agent	general-purpose

Computer Use Test

Computer Use MCP로 앱의 사용 시나리오를 실행하고, 기능/UI·UX 이슈를 구조화된 피드백 리포트로 만든다.

원칙

Scenario-driven — 사전 작성된 시나리오 기반. 없으면 먼저 생성한다.
Template-driven — 시나리오·피드백·리포트 모두 정해진 템플릿을 따른다. 자유 형식 금지.
Screenshot evidence — 이슈 발견 시 반드시 스크린샷으로 증거를 남긴다.
Non-blocking — 스텝 실패 시 이슈만 기록하고 다음 스텝으로 진행한다. 테스트 전체를 중단하지 않는다.

MCP 동작 이슈(타임아웃·세션 만료·멀티모니터 등)는 known-issues.md 참조.

산출물 위치 (대상 프로젝트 루트)

시나리오 — test-cases/{app-name}/{scenario-name}.md
리포트 — test-cases/{app-name}/reports/{YYYY-MM-DD}-report.md
1-depth 서브디렉토리만 허용, 파일명은 lowercase-with-hyphens

Phase 1 — Setup

앱 이름과 실행 방법(URL 또는 앱 이름) 확보 — 없으면 AskUserQuestion
Computer Use MCP 활성 확인(/mcp) 후 request_access — 타임아웃 시 최대 3회 재시도
Glob test-cases/**/*.md로 기존 시나리오 확인 → Phase 2 분기

Phase 2 — Scenario Preparation

기존 시나리오가 있으면 목록을 보여주고 AskUserQuestion으로 택1 — 그대로 실행 / 보완 후 실행 / 신규 추가 생성.

없으면:

코드베이스 탐색으로 주요 기능 파악 (웹앱은 라우트·컴포넌트·페이지, 네이티브앱은 화면·메뉴)
templates/scenario-template.md를 따라 주요 흐름별 시나리오 생성 (예: basic-flow, error-handling, navigation, data-input)
test-cases/{app-name}/에 저장하고 사용자 확인을 받는다

Phase 3 — Scenario Execution

각 시나리오 파일을 순서대로:

시나리오를 읽고 Preconditions 확인 → 앱 실행
Steps 테이블 각 행 — Action 수행 → 스크린샷 촬영 → Expected Result와 실제 화면 비교
불일치 시 templates/feedback-template.md를 따라 이슈 기록 (ID는 F-001부터 순차, Severity·Category 판단) — 기록 후 다음 스텝 계속
시나리오 완료 시 통과/실패 스텝 수 요약

Phase 4 — Ad-hoc Exploration

시나리오만 돌리고 끝내지 않는다. 커버하지 못한 영역을 자유 탐색:

엣지 케이스 (빈 입력, 긴 텍스트, 특수문자) / UI 일관성 (폰트, 색상, 간격, 정렬) / 반응성 (버튼 피드백, 로딩, 전환) / 접근성 (키보드 네비게이션, 포커스) / 에러 상태 (네트워크 끊김, 잘못된 입력)
탐색마다 Exploration(무엇을) / Intent(왜) / Finding(발견, 이슈 또는 "정상") 기록
이슈는 피드백 항목에 추가 (Scenario 필드에 "ad-hoc" 표기)

Phase 5 — Report

templates/report-template.md를 채운다 — Summary(1-3문장), Scenario Results(시나리오별 통과/실패), Issues(시나리오 + ad-hoc 전체), Ad-hoc Exploration 내역, Recommendations(우선순위별)
test-cases/{app-name}/reports/{YYYY-MM-DD}-report.md에 저장
사용자에게 요약 출력 — 총 이슈 수(severity별), 가장 중요한 이슈 3개, 리포트 경로

Anti-patterns

WRONG: 스텝 실패 → 테스트 중단. RIGHT: 이슈 기록 후 다음 스텝 진행.
WRONG: 자유 형식으로 리포트 작성. RIGHT: 템플릿 3종을 그대로 채운다.
WRONG: 스크린샷 없이 이슈만 서술. RIGHT: 모든 이슈에 스크린샷 증거 첨부.