Jepsen, ParticleDB 여러 버전서 96개 이슈 발견, rc22에도 쓰기 손실
Jepsen은 ParticleDB 1.1.4부터 1.1.18.11.rc-22까지의 시험에서 SQL 오류와 트랜잭션 이상, 데이터 손실 등 96개 이슈를 기록했습니다. Orkes는 1.1.19-rc.13에서 남은 문제를 해결했다고 밝혔지만 Jepsen은 이후 버전을 시험하지 않았으며, 공식 문서상 최신 빌드는 1.1.19-rc.16입니다.
개발·오픈소스 · 최신기사
개발 도구와 언어, 웹 기술과 오픈소스 프로젝트의 변화를 다룹니다.
CI 빌드 시간을 27분에서 4분으로, 85% 단축하기
Scala 풀스택 프로젝트의 CI가 27분 걸리던 원인을 실제 CI에서 하나씩 측정해 평균 4분으로 줄였습니다. 테스트별 Postgres 컨테이너와 앱 구동을 공유하고, 변경 경로에 따른 작업 생략과 캐시 수정, 병렬 실행을 적용했습니다.
is-kit GitHub 별 100개 달성, 50개 이후 달라진 점
TypeScript 타입 가드 라이브러리 is-kit이 GitHub 별 100개를 달성했습니다. 글에서는 속성 좁히기 API와 판별 유니온 검사를 추가하고 런타임 예외를 보완한 과정, 외부 사용이 Effect의 타입 추론 문제를 드러낸 사례를 소개합니다.
버그는 로직이 아니라 경계에서 발생합니다
HivePlane v0.2.0의 현장 테스트에서 메모리 테스트가 놓친 결함은 값이 데이터베이스나 API 경계를 넘을 때 드러났습니다. 글은 PostgreSQL을 포함한 실제 환경에서 경계 간 데이터 변환과 상태를 검증해야 한다고 설명하며, 댓글에서는 백업 복원 검사의 실제 스키마 확인이 빠졌다는 점을 짚습니다.
AI 코딩에서 어려운 부분: 작업이 끝났다고 판단하기
Code Factory는 AI 코딩 에이전트가 작업을 마친 뒤 요구사항과 테스트 범위를 확인하고, 검사 결과를 검증 대상 코드와 연결하는 로컬 우선 워크플로를 제안합니다. 작성자는 기록이 정확성을 보장하지 않으며 테스트와 사람의 판단이 여전히 필요하다고 밝힙니다.
Kerno 1.0 — AI 런타임 백엔드 QA 엔지니어
Kerno 1.0은 AI 코딩 에이전트가 코드를 작성하는 동안 실제 데이터베이스와 서비스로 백엔드를 테스트하고, 실패를 에이전트에 전달하는 도구입니다. 사용자 흐름, 보안 검사, 백그라운드 작업 등을 실행하며 저장한 테스트를 GitHub Actions로 PR마다 다시 실행합니다.
초파리보다 똑똑한가요? 초파리 뇌로 코드 리뷰하기
초파리 뇌 시뮬레이션을 코드 리뷰에 적용한 실험에서, 30개 예·아니요 답변은 처음 보는 변경 301건 중 테스트 결과와 290번 일치했습니다. 같은 답변을 입력한 로지스틱 회귀는 298번 일치해 더 나은 결과를 냈고, 글쓴이는 리뷰에서 사람이 맡을 몫을 코드 줄별 검사보다 비즈니스 로직과 의도 판단으로 옮기자고 제안합니다.
Specreel — 자동으로 업데이트되는 제품 데모
Specreel은 앱 URL을 실제 브라우저에서 탐색해 주요 흐름을 설명이 담긴 데모로 만들고, Playwright 테스트 기록으로 데모를 갱신하는 도구입니다. 오픈소스 CLI와 호스팅 Cloud를 제공하며, GitHub Action으로 통과한 빌드마다 데모를 다시 게시할 수 있습니다.
Tiden, 코딩 에이전트의 의도 검증
Tiden은 코딩 에이전트가 만든 변경 사항을 코드 작성 세션의 테스트가 아니라 버전 관리되는 요구사항과 대조하는 도구입니다. 개발 환경에서 테스트를 실행하고 결과를 병합 게이트와 연결하며, 운영 오류를 릴리스와 변경 사항, 프롬프트까지 추적한다고 설명합니다.
`rm -f` 한 줄이 크래시 감지를 조용히 꺼뜨렸습니다
크래시 후 데몬을 재시작해도 기록 공백이 남지 않는 버그의 원인은 복구 로직이 확인하는 PID 파일을 테스트 정리 단계에서 삭제한 것이었습니다. 테스트 하네스가 실행 조건을 재현하고 데몬 실행 여부가 아닌 복구 결과를 검증해야 한다는 교훈을 agentwatch 사례로 설명합니다.
AI에게 버그 수정을 맡기기 전에 원인부터 입증하게 하세요
AI가 제안한 패치로 증상이 사라져도 원인을 해결했다고 단정할 수는 없습니다. 재현 절차와 로그로 가설을 검증하고, 원인에 맞는 최소 수정과 회귀 테스트를 확인하는 디버깅 흐름을 제안합니다.
README Clew 2: AdaL로 만들고, Jev가 분류하고, 코드가 판정하고, Haiku가 설명합니다
README Clew 2는 공개 JavaScript·TypeScript 저장소의 README와 실제 코드를 대조합니다. Jev가 README 문장의 유형을 분류하고 다섯 가지 고정 검증기가 판정하며, Claude Haiku는 검사 결과만으로 요약합니다. 자체 저장소를 첫 실전 테스트에 썼다가 오탐을 발견한 뒤 수정한 과정도 공개합니다.
자신이 만든 코드를 스스로 승인하지 않는 코딩 시스템
Derivative는 자연어 요구사항을 실행 가능한 Python으로 바꾸지만, 생성기가 결과를 승인하지는 않습니다. 별도 검증 파이프라인이 격리 실행과 계약·적대적 검사를 거쳐 패키징을 결정하며, 블라인드 평가에서 검증 성공은 0/6이었지만 실패 판정과 불가능 판정은 각각 3/3을 맞혔습니다.
Bun 1.4의 bun test --parallel, 4초 테스트를 약 1초로 단축
Bun 1.4의 bun test --parallel은 테스트 파일을 워커 프로세스에 나눠 실행합니다. 대기 시간이 긴 테스트는 코어 수보다 많은 워커로도 빨라지지만, CPU 연산이 중심인 테스트는 코어 수에서 성능 향상이 멈춥니다. 파일별 격리 범위와 --bail 동작도 실험으로 확인합니다.
추측 없이 Git 병합 충돌 해결하기 — 충돌 표시, --ours/--theirs와 rebase의 반전
Git 충돌 표시가 보여주는 내용과 인덱스의 세 단계, --ours와 --theirs의 의미를 병합과 rebase 상황별로 설명합니다. 충돌 없이 끝난 병합도 동작을 깨뜨릴 수 있으므로 병합 결과를 대상으로 테스트해야 한다고 짚습니다.
pdfplumber·Camelot·tabula-java 테스트 PDF 143개로 PDF-to-Excel 도구를 검증했습니다
pdfplumber, Camelot, tabula-java의 테스트 스위트에서 PDF 143개를 골라 PDF-to-Excel 도구를 시험했습니다. 변환 성공률보다 경고 없이 잘못된 결과를 내는 경우를 살폈고, 경고 대상이 아니었던 결과 21개를 직접 확인해 3개에서 결함을 찾았습니다.
스파이더맨이 광고판 밖에서 문워크했지만 테스트만 알아챘습니다
Blender 장면을 Python 스크립트로 생성하고 렌더링하는 과정에 CI식 검증 절차를 적용한 사례입니다. 프레임별 발 위치 측정과 지면 지지 검사로 화면에서는 지나치기 쉬운 애니메이션 오류를 찾아 고쳤습니다.
운영자의 신뢰를 무너뜨리는 오탐을 잡는 15줄 테스트
AI 에이전트 이상 탐지기 43개를 정상 추적 데이터 하나에 함께 실행하고, 어떤 탐지기도 경고하지 않는지 검사하는 테스트를 소개합니다. 이전 프로젝트에서는 경고 56,869건 중 45,575건이 오탐이었으며, 글은 개별 탐지기 테스트만으로 놓치는 통합 문제를 설명합니다.
Garry Tan의 Claude Code 작업 환경 gstack — 기획부터 검토·QA·배포까지 역할별 스킬 제공
gstack은 Claude Code를 기획자, 엔지니어링 매니저, 리뷰어, QA 담당자처럼 역할별 스킬로 구성하는 오픈소스 작업 환경입니다. 작성자는 제품 기획부터 코드 검토, 브라우저 테스트, 배포까지 이어지는 흐름과 여러 에이전트 지원을 제시하며, 일부 보안·검증 기능은 별도 조건과 설정이 필요하다고 설명합니다.
tester-army/e2e — 자연어로 웹·모바일 앱을 테스트하는 E2E 프레임워크
tester-army/e2e는 자연어로 테스트 목표를 지정하면 에이전트가 웹·모바일 앱을 조작하는 E2E 테스트 프레임워크입니다. 에이전트 동작을 검증한 테스트는 다음 실행에서 기록한 동작을 재생해 모델 호출을 줄이며, 일반적인 로케이터와 어서션도 함께 사용할 수 있습니다.