<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Testcontainers on Gukin Han</title>
    <link>https://gukin.dev/tags/testcontainers/</link>
    <description>Recent content in Testcontainers on Gukin Han</description>
    <generator>Hugo</generator>
    <language>ko-kr</language>
    <lastBuildDate>Fri, 18 Jul 2025 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://gukin.dev/tags/testcontainers/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>좋은 테스트는 무엇인가? 레거시 시스템에 테스트 환경 구축</title>
      <link>https://gukin.dev/posts/legacy-test-environment-testcontainers/</link>
      <pubDate>Fri, 18 Jul 2025 00:00:00 +0000</pubDate>
      <guid>https://gukin.dev/posts/legacy-test-environment-testcontainers/</guid>
      <description>&lt;h2 id=&#34;요약&#34;&gt;요약&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;반복적인 수동테스트로 불편함을 느껴서 테스트 환경을 구축하였습니다&lt;/li&gt;
&lt;li&gt;구축하고 테스트를 작성하는 과정에서 구성 방식, 데이터 클린업 등에 대한 고민을 하였습니다&lt;/li&gt;
&lt;li&gt;결과적으로 어떻게 설계하고 테스트를 작성할지 자신만의 기준을 정할 수 있게 되었습니다&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;수동-테스트의-반복-비용&#34;&gt;수동 테스트의 반복 비용&lt;/h2&gt;
&lt;p&gt;&lt;a href=&#34;https://product.kyobobook.co.kr/detail/S000001804724&#34;&gt;마이클 페더는 &amp;ldquo;레거시 코드 활용 전략&amp;rdquo;&lt;/a&gt;에서 레거시 코드를 다음과 같이 정의했다:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&amp;ldquo;테스트가 없는 코드는 곧 레거시 코드다&amp;rdquo;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;테스트 코드가 없는 조직은 신기능 개발이나 이슈로 인한 코드 수정이 발생하면 일부 기능에 대한 수동 테스트를 진행하게 된다. 예를 들어, 연차를 생성하는 옵션에 요구사항이 바뀌면 연차 생성을 위한 옵션 설정을 하고 여러 직원, 근무형태 케이스에 대해 모두 테스트를 진행하게 된다. 아무래도 다양한 경우의 수를 확인하기 어렵기 때문에 숨어있는 모든 버그를 찾아내기란 쉽지 않았다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
