[ Essay - Technology ] 바이브 코딩의 허와 실

이미지
지금 우리는 가히 AI 시대라는 패러다임의 전환에 시대에 살고 있다고 해도 과언이 아니다. 특히, IT 업계에서 대다수의 작업량을 차지하는 프로그래밍의 영역에서 생성 AI를 이용한 생산성 향상의 가능성이 보이면서 어느 분야보다 가장 빠르게 괄목적인 성과를 이루고 있는듯 하다. 고작 몇 년전에는 커서에 의해 프로그래밍을 AI에게 프로그래밍을 위임하는 것이 더 나을 수 있다는 것이 어느정도 증명되면서, 작년에는 Claude Code의 영향으로 인해 이러한 이슈가 좀 더 가속화되지 않았나 싶다. 이러한 굉장히 빠르게 이루어지고 있는 생성형 AI 솔루션의 발달은 개발자의 종말론을 더더욱 부각시키면서 업계 전반이 큰 변화를 겪고 있는 것으로 보인다. 특히 이러한 변화 속에서 “프로그래밍을 몰라도 생성형 AI만 있으면 제품을 만들 수 있다”는  주장도 자연스럽게 힘을 얻고 있다. 최근에는 Saas 솔루션은 종말할 것이라는 다소 파격적인 이야기도 들리는 것으로 보면 소프트웨어 업계가 큰 격변의 시기가 온것임에는 틀림 없어 보인다. 허(虛): 빠르게 만들 수 있다는 환상 이런 상황에서 가장 주목받는 주장들은 서론에서 언급했다시피 ‘프로그래밍을 알지 못한다고 하더라도  생성형AI를 이용하면 빠르게 제품을 개발이 가능하다’라는 주장이고, 실제로 이는 어느 정도 타당성이 있어 보인다. 정말로 움직이는 결과물을 단 몇초 만에 보여주기 때문이다. 하지만, 이러한 ‘빠르게 제품 개발 가능하다’는 주장의 가장 큰 맹점이 있는데 개발자의 존재 이유가 단순한 제품이나 기능개발에 있지 않다는 점이다. 만약, AI를 통해 그럴듯 한 솔루션을 만들었다고 치자. 이것에 얼마만큼의 비지니스성과 지속가능성이 있을까? 예컨대 AI에게 넷플릭스나 트위터, 인스타그램과 같은 페이지를 만들어달라고 요청한다면, 아마 실제로 그럴듯 하게 만들어 줄 것 이다. 이러한 인기 서비스들은 토이 프로젝트로 다루기 쉽고, 하나의 트렌드로 자리 잡아 관련 자료를 찾기도 어렵지 않다. 코드 또한 깃허브에 충분...

[ Django, Python ] mozilla 튜토리얼 예제로 살펴보는 Django 분석 ⑨ : Web Applcation Test

웹 애플리케이션 뿐만 아니라 
다른 수 많은 애플리케이션도 마찬가지지만 테스트는 정말 중요하다.

물론 테스트도 여러가지가 있으나
개발자로서 하는 테스트는 대부분 단위 테스트일 것 이다.

흔히 말하는 디버깅이 이에 포함될 수 있을 것이다.

문제는 이 세상의 수 많은 애플리케이션은 
대게 계속해서 성장한다는 것이다.

따라서 애플리케이션이 비대해지게 되는데
그러한 단계에서 점점 단위 테스트에 더 어려워진다.

왜냐하면 그 만큼 단위들의 양이 늘어나며
이러한 수 많은 단위들이 서로 얼키고 설켜
종속되어 있을 수 밖에 없기 때문이다.

물론 가능한 독립적이면 
좀 더 단위 테스트가 쉬워지겠지만 말이다.

이러한 문제에 대한 솔루션으로 기업에서 
자동화 테스트 프로그램을 판매하기도 하며,

언어에도 이런 자동화 테스트를 도와주는 툴이 존재 한다.

예컨데, Java에 있는 Junit를 예로 들 수 있을 것이다. 

Django 또한 자동화 테스트를 
작성하도록 도와주는 툴이 존재한다.

Django에서는 Python 표준 unittest 라이브러리를 기반으로하는
테스트 툴을 제공한다.

Test Structure Overview

Django에서의 자동화 테스트 작성 방법은 어렵지 않다.

아래와 같이 catalog 디렉토리 안에 
tests 라는 새로운 디렉토리를 만들고 그 안에
__init__.py, test_models.py, test_views.py, test_forms.py를 만들자.


Djangounittest 모듈의 built-in test discovery를 사용한다.

이는 test*.py 패턴으로 정의된 
모든 파일의 현재 디텍토리에서 테스트할 대상을 찾는다.

따라서 해당 파일들은 각각 models.py, forms.py, views.py에서
테스트할 대상을 찾게 될 것이다.

여기서 __init__.py는 해당 디렉토리가 패키지로 구성되어 있다는 것을
Python에게 알려주는 역할을 하기 때문에 따로 수정은 필요 없다.

또한 각 테스트 파일들 안에 

from django.test import TestCase

# Create your tests here.
위와 같은
catalog/ 디렉토리tests.py 파일 안에 있는 
코드를 복사 붙여넣고 이 파일을 삭제하자.

삭제하지 않는다면 에러가 날 것이다.

이전 공식 도큐먼트 튜토리얼에서는 
catalog/ 디렉토리tests.py 파일 안에
모든 테스트 코드를 집어 넣었지만

mozilla 튜토리얼에서는 
테스트 코드가 많아지면 많아질 수록 관리가 힘들어지기 때문에
위와 같이 나누어서 만들기를 권장 한다.

나 또한 이 의견에 동의한다.

다음으로 /catalog/tests/ 디렉토리에 있는


class YourTestClass(TestCase):
    @classmethod
    def setUpTestData(cls):
        print("setUpTestData: Run once to set up non-modified data for all class methods.")
        pass

    def setUp(self):
        print("setUp: Run once for every test method to setup clean data.")
        pass

    def test_false_is_false(self):
        print("Method: test_false_is_false.")
        self.assertFalse(False)

    def test_false_is_true(self):
        print("Method: test_false_is_true.")
        self.assertTrue(False)

    def test_one_plus_one_equals_two(self):
        print("Method: test_one_plus_one_equals_two.")
        self.assertEqual(1 + 1, 2)
test_models.py 파일에 위와 같은 코드를 추가하자.

이 YourTestClass 안에는 
테스트에 유용하게 사용할 수 있는 두 가지의 메소드를 정의 했다.

먼저 setUpTestData()는 Class 전체에서 사용하는 설정
을 위해 테스트를 실행할 때 한 번 호출된다.

이를 이용해 
작성한 테스트 메소드가 실행되면서 
수정되거나 변경되지 않는 객체를 생성할 수 있다.

다음으로 setUp()는 
각각의 테스트 메소드가 실행될 때 마다 실행되는데
테스트 도중에 내용이 변경될 수 있는 객체를 생성할 수 있다.

아래의 Assert 함수
AssertTrue, AssertFalse, AssertEqual를 사용하여 
조건이 True 인지 False 또는 동일한지를 테스트 할 수 있다. 

테스트 실행 방법


가장 간단한 방법은 아래와 같은 명령문으로 테스트를 실행하는 것이다.

python3 manage.py test
위와 같은 방법으로 실행한다면


위와 같이 테스트 로그가 표시되는데
어떤 부분에서 에러가 났는지 정확히 표시해 준다. 

녹색 박스의 부분은 setUpTestData()가 Class 갯수마다,
setup()이 method 갯수마다 실행된것을 확인할 수 있다.


위에서 테스트 코드를 작성한것을 보면 
Class는 1개 였고 method는 3개였으니 
setUpTestData()가 1번 출력,
setUp이 3번 출력되었다는 것도 확인할 수 있다.

아래의 방법으로 더 많은 log를 출력할 수 있다.

python manage.py test --verbosity 2
위의 명령어를 입력하면

위와 같은 로그가 출력된다.

입력할 수 있는 verbosity 값은 0, 1, 2, 3 이며, 기본 값은 1이다.

아래와 같은 방법으로 일부만 테스트도 할 수 있다.

# Run the specified module
python manage.py test catalog.tests

# Run the specified module
python manage.py test catalog.tests.test_models

# Run the specified class
python manage.py test catalog.tests.test_models.YourTestClass

# Run the specified method
python manage.py test catalog.tests.test_models.YourTestClass.test_one_plus_one_equals_two
위의 명령어 중 맨 아래의 것을 사용해보면


위와 같이 지정한 함수만 실행된다.


이 블로그의 인기 게시물

[ Web ] 서버 사이드(Sever Side) ? 클라이언트 사이드(Client Side)? 1 [서론, 클라이언트 사이드(Client Side)]

[ Web ] 웹 애플리케이션 아키텍처 (Web Application Architecture)

[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )