<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>테스트 대역 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%ED%85%8C%EC%8A%A4%ED%8A%B8-%EB%8C%80%EC%97%AD/</link><description>Recent content in 테스트 대역 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Wed, 28 Oct 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%ED%85%8C%EC%8A%A4%ED%8A%B8-%EB%8C%80%EC%97%AD/index.xml" rel="self" type="application/rss+xml"/><item><title>서비스 검사를 꺼도 통과한 테스트 8개</title><link>https://team-edo.github.io/posts/2026/10/fake-repository-masks-service-check/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/fake-repository-masks-service-check/</guid><description>&lt;p>얼쑤에서 분석을 다시 시작할 수 있는 경우는 기존 녹음을 유지한 서버 오류나 시간 초과입니다. 다른 상태에서 요청이 들어오면 서비스는 먼저 거절합니다. 그 검사를 통과한 뒤에도 DB 갱신은 조건부로 실행합니다. 서비스가 상태를 읽은 뒤 다른 요청이 그 행을 바꿀 수 있기 때문입니다.&lt;/p>
&lt;p>단위 테스트의 가짜 저장소도 실제 DB의 조건을 비슷하게 구현했습니다. 서비스의 재시도 가능 여부 검사를 일부러 항상 참으로 바꿔 봤는데, 당시 테스트 &lt;strong>여덟 개&lt;/strong>가 모두 통과했습니다. 서비스는 거절했어야 할 요청을 저장소에 넘겼지만, 가짜 저장소가 대신 거절해서 바깥에서 본 결과와 행 상태는 같았습니다.&lt;/p></description></item></channel></rss>