테스트 주도 개발이란 무엇인가: 초보자를 위한 안내서
게시 됨: 2018-03-12프로그래머와 버그는 알 수 없는 때부터 패권을 위한 끝없는 싸움을 하고 있습니다. 피할 수 없는 일입니다. 최고의 프로그래머라도 버그의 희생양이 됩니다. 버그로부터 진정으로 안전한 코드는 없습니다. 그래서 테스트를 수행합니다. 프로그래머는 적어도 정상인은 의도한 대로 작동하는지 확인하기 위해 개발 시스템에서 코드를 실행하여 테스트합니다. 전통적으로 테스트 케이스는 코드를 작성한 후에 작성했지만 테스트 주도 개발에서는 실행과 테스트를 동시에 확인할 수 있도록 코드를 작성하기 전에 자동화된 테스트 케이스를 작성합니다.
이 기사에서는 테스트 주도 개발에 대해 자세히 설명하고 기존 방법보다 더 나은 이유에 대해 설명합니다!
목차
테스트 주도 개발이란 무엇입니까?
테스트 주도 개발은 익스트림 프로그래밍(XP) 방법론의 일부로 만들어졌으며 '테스트 우선' 개념이라고 불렸습니다 . 테스트 주도 개발을 사용하면 코드를 철저히 테스트할 수 있으며 코드가 자동화되어 있으므로 빠르고 쉽게 다시 테스트할 수 있습니다. 본질적으로 프로그래머는 코드를 작성하기 전에 먼저 단위 테스트를 만듭니다. 그런 다음 프로그래머는 단위 테스트를 충족하기에 충분한 코드를 만듭니다. 테스트가 통과되고 코드가 리팩토링되면 프로그래머는 추가 개선 작업을 진행할 수 있습니다. 테스트 주도 개발은 코드를 철저히 테스트하여 모듈화되고 확장 가능하며 유연한 코드로 이어지도록 합니다.
새로운 기능이 추가될 때마다 TDD의 "수명 주기"를 거쳐야 합니다. 이 수명 주기에 대해 더 이야기해 보겠습니다.
풀 스택 개발자가 되는 방법
테스트 주도 개발 수명 주기
테스트 주도 개발 수명 주기는 초기 단위 테스트 작성부터 코드 재작업까지 모든 것을 다룹니다. 
- 테스트 추가: 모든 새로운 기능은 구현되기 전에 테스트를 거쳐야 합니다. 테스트를 작성하기 위한 필수 요구 사항은 모든 요구 사항을 명확하게 이해하는 것입니다. 이는 사용 사례와 사용자 사례를 사용하여 수행됩니다.
- 모든 테스트를 실행하고 네트 테스트를 확인합니다. 이는 테스트가 올바르게 작동하는지 확인하기 위해 수행됩니다. 기본적으로 이 단계는 테스트가 요구 사항을 충족하지 않는 코드에 의해 통과되지 않았는지 확인하는 것을 목표로 합니다. 그렇게 함으로써, 이 단계는 손에 결함이 있는 테스트를 가질 가능성을 제거합니다.
- 코드 작성: 이제 테스트가 준비되었으므로 다음 단계는 테스트를 지우는 코드를 작성하는 것입니다. 이 코드는 모든 면에서 완벽할 필요는 없지만 테스트를 클리어해야 합니다. 이 코드가 테스트를 통과한 것으로 확인되면 요구 사항에 따라 수정할 수 있습니다.
- 테스트 실행: 코드를 작성했으면 이제 코드가 테스트를 통과하는지 여부를 확인할 차례입니다. 코드가 테스트를 통과하면 코드가 지금까지 요구 사항을 충족한다는 의미입니다.
- 코드 리팩토링: 이것은 본질적으로 코드를 정리하기 위해 수행됩니다. 리팩토링은 기능을 손상시키지 않습니다. 테스트 코드와 프로덕션 코드 간의 중복을 제거하여 코드를 정리하기 위한 것입니다.
- 반복: 이 주기는 이제 더 많은 기능을 추가하기 위해 새로운 테스트로 반복됩니다. 각 기능은 동일한 주기를 거칩니다. 기본적으로 단계의 크기는 각 테스트 실행 사이에 1-10개를 넘지 않아야 합니다. 코드가 테스트를 빠르게 통과하지 못하면 개발자는 되돌려야 하며 과도하게 디버그하지 않아야 합니다.
테스트 주도 개발 의 장단점
테스트 주도 개발은 대부분 수동이었던 기존의 테스트 방법에 비해 몇 가지 확실한 장점이 있습니다. 그러나 오류가 없는 것은 아닙니다. 다른 기술과 마찬가지로 테스트 주도 개발에도 단점이 있습니다.
TDD의 이점이 무엇인지 자세히 살펴보겠습니다.
- 작은 테스트를 작성하면 코드의 모듈화가 보장됩니다. TDD를 연습하면 좋은 모듈식 설계의 기본 원칙을 이해하는 데 도움이 됩니다.
- TDD는 코드를 구현하는 동안 명확성을 제공하여 리팩토링 단계에서 안전망을 활성화합니다.
- TDD를 사용하면 변경 사항이 테스트의 표시에 맞지 않으면 테스트에서 알려 주기 때문에 이제 사람들이 자신 있게 코드를 편집할 수 있으므로 공동 작업이 훨씬 쉬워집니다.
- TDD의 기본은 단위 테스트입니다. 그 때문에 리팩토링이 훨씬 쉽고 빠릅니다. 오래된 코드를 리팩토링하는 것은 고통스러운 일이지만 코드가 단위 테스트로 뒷받침된다면 훨씬 쉬워집니다.
- 코딩 부분을 시작하기 전에 모든 요구 사항을 명확히 하는 데 도움이 됩니다. 이렇게 하면 나중에 발생할 수 있는 많은 모호성을 피할 수 있습니다.
- 테스트 주도 개발은 작성하는 동안 테스트하는 데 중점을 둡니다. 이것은 프로그래머가 테스트를 통과할 만큼 충분히 깨끗한 인터페이스를 만들도록 합니다. TDD를 거치지 않은 코드에서 작업할 때까지 이 이점을 이해하기 어렵습니다.
- 어리석은 실수는 거의 즉시 포착됩니다. QA에서 발견하면 많은 시간을 낭비하게 될 실수를 제거하는 데 도움이 됩니다.
이제 테스트 주도 개발의 한계가 무엇인지 살펴보겠습니다.
- 테스트에 사용되는 테스트 스위트는 유지 관리해야 합니다. 그렇지 않으면 테스트가 완전히 결정적이지 않을 수 있습니다.
- 특히 단위 테스트 단계를 넘어서면 테스트를 작성하기 어렵습니다.
- TDD는 적어도 초기에는 개발 속도를 늦춥니다.
- 모든 형태의 개발과 마찬가지로 그냥 하는 것과 잘 하는 것 사이에는 큰 차이가 있습니다. 좋은 단위 테스트를 작성하려면 어느 정도의 전문성이 필요합니다.
- 레거시(기존) 코드에 이 접근 방식을 적용하는 것은 어렵습니다.
- TDD를 사용하려면 일상적인 하우스키핑을 수행해야 합니다. 테스트를 더 빠르게 실행하려면 테스트를 수정해야 합니다.
- 모든 단위 테스트 프레임워크의 멋진 기능으로 인해 주의가 산만해지기 쉽지만 간단한 테스트가 최상의 결과를 제공하는 경향이 있음을 명심해야 합니다.
- 팀의 모든 사람이 테스트를 올바르게 유지하지 않으면 전체 시스템이 빠르게 저하될 수 있습니다.
결론적으로…
테스트 주도 개발은 애플리케이션 개발의 미래가 나아가는 길입니다. PHPUnit, Serenity, Robot, RedWoodHQ 등과 같은 자동화된 테스트 프레임워크가 많이 있습니다. 필요에 맞는 것을 선택하고 더 나은 유지 관리가 가능한 애플리케이션을 즉시 구축하기 시작하십시오!
세계 최고의 대학에서 소프트웨어 엔지니어링 과정에 등록하십시오. 이그 제 큐 티브 PG 프로그램, 고급 인증 프로그램 또는 석사 프로그램을 획득하여 경력을 빠르게 추적하십시오.
