'테스트' 검색 결과

새 테스트와 기존 테스트가 보호하는 동작과 결함을 점검합니다. 중복과 구현 의존성을 검토하고 삭제 근거를 기록하며, 필요한 검증을 남겨 테스트 전용 코드도 정리합니다.

• 새 테스트의 필요성을 확인합니다
• 중복되거나 구현에 의존하는 테스트를 점검합니다
• 테스트만을 위해 공개한 함수를 검토합니다

새 기능이나 버그 수정을 위해 먼저 테스트를 작성하고 실패를 확인한 뒤 구현합니다. 최소한의 코드로 테스트를 통과시키고 전체 테스트를 유지하며 코드를 정리합니다.

• 테스트부터 새 기능을 구현할 때
• 테스트로 버그를 재현하고 수정할 때
• 테스트를 유지하며 코드를 정리할 때

REA의 CI와 테스트 모음을 조사하여 결함을 놓치는 판정과 테스트 데이터의 차이를 검증합니다. 필요한 검출 능력을 유지하면서 실측을 바탕으로 실행 비용도 검토합니다.

• 결함을 놓치는 CI 판정 조사
• 테스트 데이터와 현재 사양의 차이 확인
• 느린 테스트 모음의 불필요한 비용 측정

Systematically QA test any application — web apps, native macOS apps, Electron apps, CLI tools, interactive REPLs, or anything on screen. Three modes: browser (chromux/CDP, fast, DOM-level), computer (MCP computer-use, screenshot + pixel clicks, any app), and cli (tmux, send-keys + capture-pane for interactive terminals). Auto-selects mode or accepts --browser / --computer / --cli override. Use when asked to "qa", "QA", "test this site", "test this app", "find bugs", "test and fix", "fix what's broken", "dogfood", "exploratory test", "bug hunt", "QA this app", "사이트 테스트", "앱 테스트", "브라우저 QA", "화면 보고 테스트해줘", "네이티브 앱 테스트", "screen test". Three tiers: Quick (critical/high only), Standard (+ medium), Exhaustive (+ cosmetic). Produces before/after health scores, fix evidence, and a ship-readiness summary.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

OpenClaw 테스트와 플러그인 검증의 시간 및 메모리 사용량을 측정하고 로딩과 시작 과정의 원인을 조사합니다. 검증 범위를 유지하며 개선 전후 수치를 비교합니다.

• 느린 테스트와 과도한 모듈 로딩 원인 조사
• 플러그인 검증 시간과 메모리 사용 절감
• 테스트 중 메모리 증가 조사

OpenClaw 릴리스 후보의 수동 테스트를 위해 격리 복사본 등의 환경을 준비합니다. 테스트 진행과 피드백 정리, 공개 전 보고서 확인을 지원합니다.

• Gateway 격리 복사본에서 검증
• 사람이 조작 화면별로 테스트
• 공개 전 검증 보고서 확인

원격 환경이나 Docker에서 설치, 연동, 실제 사용자 작업을 테스트합니다. 코드 신뢰도에 따른 환경 선택부터 장애 조사와 실행 후 정리까지 다룹니다.

• 깨끗한 환경에서 패키지 설치 테스트
• 실제 서비스와의 연동 검증
• macOS, Windows, WSL2 동작 확인

OpenClaw의 Docker 환경에서 전체 동작을 확인하는 테스트를 작성하고 수정합니다. 모의 서버와 실제 서비스로 전송 내용, 이미지 이해, 최종 응답을 검증합니다.

• Docker 종단 간 테스트 추가 및 수정
• 의존 서비스로 전송한 요청 내용 확인
• 실제 모델 제공 서비스의 동작 검증

재현 절차, 로그와 최근 변경 사항으로 버그, 테스트 실패와 예상 밖 동작의 원인을 조사합니다. 근거에 따라 가설을 검증하고 수정 후 테스트까지 진행합니다.

• 실패하는 테스트의 원인 조사
• 운영 환경의 버그 추적
• 빌드나 연동이 실패하는 지점 조사

서로 독립적인 버그나 테스트 실패를 별도 에이전트에 맡겨 동시에 조사하고 수정합니다. 담당 범위를 정하고 결과 검토, 변경 충돌 확인, 전체 테스트와 통합까지 안내합니다.

• 원인이 다른 테스트 실패 조사
• 서로 다른 기능의 독립적인 버그 수정
• 여러 에이전트의 담당 범위 정리

기능의 external behavior를 Cucumber 인수 테스트(주 검증층)로 구축 — .feature 실행으로 문서↔코드 드리프트를 구조적으로 차단, Four Layer(Steps→Protocol Driver→SUT), 태그 기반 가역 제외, 기존 JUnit 인수 테스트 이관. "인수 테스트 도입", "Gherkin을 실행 가능하게", "cucumber 셋업" 요청 시 사용. /cucumber-acceptance로 호출.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

PR 작성 전이나 큰 수정 후에 자신의 변경을 목표에 필요한 최소 범위로 정리합니다. 중복 설계와 테스트를 검토하고 필요한 동작을 유지하면서 변경량을 줄입니다.

• PR 작성 전 변경 내용 정리
• 큰 수정 후 중복 설계 줄이기
• 구체적인 결함을 잡는 테스트 유지

Solid 2로 OpenClaw 화면을 구현하고 이전하며 검토와 테스트를 진행합니다. 상태 관리, Lit과의 공존, 대화상자 표시, 성능 확인을 다룹니다.

• Lit 화면을 Solid 2로 이전
• 상태 관리와 화면 갱신 검토
• 플러그인 화면과 대화상자 구현

OpenClaw 테스트의 메모리 증가와 부족 원인을 조사합니다. 측정값과 메모리 객체 기록을 비교해 실제 해제 누락과 테스트 프로세스의 모듈 보존을 구분하고 수정 결과를 검증합니다.

• Vitest 메모리 부족 원인을 조사합니다
• 같은 프로세스의 메모리 기록을 비교합니다
• 해제 누락과 모듈 보존을 구분합니다

OpenClaw 출시 정보를 확인해 Discord 공지를 작성합니다. 버전별 업데이트 절차와 사용자 테스트 항목을 정리하고 승인 후 게시도 지원합니다.

• beta 버전 공지를 작성할 때
• stable 버전 업데이트 방법을 안내할 때
• 사용자 테스트 항목을 정리할 때

OpenClaw CI의 대기와 실행 환경 부족 원인을 조사합니다. 측정 결과에 따라 실행기 등록 수, 병렬 실행 수, 테스트 분할과 작업 배치를 조정합니다.

• OpenClaw CI 대기 원인 조사
• 집중 시간대 실행기 등록 수 추산
• 병렬 실행 수와 테스트 분할 검토

OpenClaw 채팅 연결을 설정하고 실제 테스트 메시지로 수신 여부를 확인합니다. 토큰을 노출하지 않고 기존 접근 제한을 유지하면서 연결 문제를 조사합니다.

• Telegram 봇을 연결할 때 사용합니다
• 테스트 메시지 수신을 확인합니다
• 채팅 연결 오류를 조사합니다

Discord 테스트 봇으로 연결 정보와 읽기 권한을 확인하고, 메시지·파일·스레드 작업과 OpenClaw 응답을 증거로 검증하며 로그와 정리 결과도 확인합니다.

• 봇 식별 정보와 기록 읽기 권한 확인
• 메시지·파일·스레드 작업 검증
• OpenClaw 응답·순차 전송·입력 표시 검증

Crabbox 임시 환경에서 네이티브 앱이나 웹 앱을 실행해 채팅 사이드 패널에 표시합니다. 실행 확인, 화면 조작 테스트, 미리보기 재표시와 프로세스 종료를 지원합니다.

• 네이티브 앱 실행 및 화면 확인
• 웹 앱 미리보기
• 화면 조작을 통한 앱 테스트

Node.js 실행을 일시 중지하고 변수와 실행 경로를 조사합니다. 비동기 작업 중단, 간헐적 테스트 실패, 메모리 증가와 CPU 부하의 원인을 찾는 데 사용합니다.

• 비동기 작업이 멈추는 원인 조사
• 간헐적으로 실패하는 테스트 조사
• 시작 시점과 자식 프로세스 문제 조사

기능 개발용 독립 작업 공간을 준비합니다. 기존 분리 상태를 확인하고 환경의 기본 기능이나 git worktree를 사용하며, 의존성 준비와 시작 전 테스트도 진행합니다.

• 별도 작업 공간에서 기능 개발을 시작할 때
• 구현 계획 실행 전에 환경을 준비할 때
• 작업 공간이 이미 분리되었는지 확인할 때

같은 세션에서 기존 구현 계획을 작업별로 실행합니다. 테스트의 실패와 성공, 진행 상황과 판단을 기록하고 마지막에 브랜치 전체를 검토합니다.

• 작성된 개발 계획 구현
• 별도 구현 에이전트 없이 작업 진행
• 진행 기록을 바탕으로 작업 재개

코드 리뷰 의견을 실제 코드와 지원 환경에 대조해 타당성을 확인합니다. 불명확한 내용을 정리하고 근거를 들어 답변하며, 수정 사항마다 테스트합니다.

• 모호한 리뷰 의견을 정리할 때
• 제안된 변경의 호환성을 확인할 때
• 추가하려는 기능의 실제 사용 여부를 조사할 때

명세나 요구 사항을 변경 파일, 함수 정의, 테스트와 검증 절차가 명확한 구현 계획으로 정리합니다. 코드를 쓰기 전에 작업을 나누고 다른 담당자에게 인계할 수 있게 합니다.

• 코드 작성 전 기능 구현 계획 수립
• 요구 사항을 테스트 가능한 작업으로 분할
• 다른 담당자나 에이전트에게 구현 인계