[testing] 단위, 기능, 수용 및 통합 테스트의 차이점은 무엇입니까? [닫은]

보이는 위치에 따라 약간 다른 답변을 얻을 수 있습니다. 나는 그 주제에 대해 많이 읽었으며 여기에 증류가 있습니다. 다시 말하지만, 이들은 약간 울리며 다른 사람들은 동의하지 않을 수 있습니다.

단위 테스트

가장 작은 기능 단위, 일반적으로 메소드 / 함수를 테스트합니다 (예 : 특정 상태의 클래스가 주어지면 클래스에서 x 메소드를 호출하면 y가 발생 함). 단위 테스트는 하나의 특정 기능에 중점을 두어야합니다 (예 : 스택이 비어있을 때 pop 메소드를 호출하면 InvalidOperationException). 접촉하는 모든 것은 메모리에서 수행되어야합니다. 즉, 테스트 코드 와 테스트중인 코드는 다음 과 같아서는 안됩니다.

• (사소하지 않은) 공동 작업자에게 전화
• 네트워크에 액세스
• 데이터베이스 조회
• 파일 시스템 사용
• 실을 돌려
• 기타

느리거나 이해하기 어려운 / 초기화 / 조작이 가능한 모든 종류의 종속성은 적절한 기술을 사용하여 스텁 / 조롱 / 무엇이든 상관없이 코드 단위가 수행하는 작업에 초점을 맞출 수 있습니다.

간단히 말해, 단위 테스트는 가능한 한 간단하고 디버깅하기 쉽고 신뢰할 수 있으며 (외부 요소 감소로 인해) 실행 속도가 빠르고 프로그램의 가장 작은 빌딩 블록이 조합되기 전에 의도 한대로 작동 함을 증명하는 데 도움이됩니다. 주의해야 할 점은, 완벽하게 격리되어 작동한다는 것을 증명할 수 있지만 코드 단위가 결합되면 폭발 할 수 있습니다.

통합 테스트

통합 테스트는 코드 단위를 결합하고 결과 조합이 올바르게 작동하는지 테스트하여 단위 테스트를 기반으로합니다. 하나의 시스템에 내장되어 있거나 여러 시스템을 결합하여 유용한 기능을 수행 할 수 있습니다. 또한 통합 테스트와 단위 테스트를 차별화하는 또 다른 사항은 환경입니다. 통합 테스트는 스레드를 사용하거나 데이터베이스에 액세스하거나 모든 코드 와 다른 환경 변경이 올바르게 작동하는지 확인하는 데 필요한 모든 작업을 수행 할 수 있습니다.

직렬화 코드를 구축하고 디스크를 건드리지 않고 내장을 테스트 한 경우 디스크를로드하고 디스크에 저장할 때 어떻게 작동하는지 어떻게 알 수 있습니까? 파일 스트림을 플러시하고 처리하는 것을 잊었을 수 있습니다. 파일 권한이 잘못되었을 수 있으며 메모리 스트림에서 사용하여 내장을 테스트했습니다. 확실하게 확인할 수있는 유일한 방법은 프로덕션에 가장 가까운 환경을 사용하여 ‘실제로’테스트하는 것입니다.

주요 장점은 와이어 링 버그 (예 : 클래스 A의 인스턴스가 예기치 않게 널 인스턴스 B를 수신함)와 같은 단위 테스트가 할 수없는 버그와 환경 버그 (단일 CPU 머신에서 잘 실행되지만 동료의 4 대 컴퓨터는 테스트를 통과 할 수 없습니다). 가장 큰 단점은 통합 테스트가 더 많은 코드를 건드리고 신뢰성이 떨어지며 고장을 진단하기가 어렵고 테스트를 유지하기가 어렵다는 것입니다.

또한 통합 테스트가 반드시 완전한 기능이 작동 함을 입증하지는 않습니다. 사용자는 내 프로그램의 내부 세부 정보에 신경 쓰지 않을 수도 있지만 그렇게합니다!

기능 테스트

기능 테스트는 지정된 입력에 대한 결과를 사양과 비교하여 특정 기능의 정확성을 검사합니다. 기능 테스트는 중간 결과 또는 부작용과 관련이 없으며 결과 만 제공합니다 (x를 수행 한 후 객체 y의 상태가 z 인 것을 신경 쓰지 않습니다). “2의 인수를 가진 함수 Square (x)를 호출하면 4가 리턴 됨”과 같은 스펙의 일부를 테스트하기 위해 작성됩니다.

합격 시험

승인 테스트는 두 가지 유형으로 나뉩니다.

표준 승인 테스트는 전체 시스템에서 테스트를 수행하여 (예 : 웹 브라우저를 통해 웹 페이지 사용) 응용 프로그램 기능이 사양을 충족하는지 확인합니다. 예를 들어 “확대 / 축소 아이콘을 클릭하면 문서보기가 25 % 확대됩니다.” 결과의 실제 연속성은 없으며 단지 통과 또는 실패 결과입니다.

장점은 테스트가 일반 영어로 설명되어 있으며 소프트웨어 전체가 기능을 완벽하게 완료한다는 것입니다. 단점은 테스트 피라미드를 한 단계 위로 올렸다는 것입니다. 승인 테스트는 코드의 산들과 접촉하므로 오류를 추적하는 것은 까다로울 수 있습니다.

또한 민첩한 소프트웨어 개발에서 사용자 승인 테스트에는 개발 과정에서 소프트웨어 고객이 작성하거나 소프트웨어 고객에 대해 작성된 사용자 스토리를 반영하는 테스트 작성이 포함됩니다. 테스트가 통과되면 소프트웨어가 고객의 요구 사항을 충족해야하며 스토리가 완료된 것으로 간주 될 수 있음을 의미합니다. 수용 테스트 스위트는 기본적으로 시스템 사용자가 사용하는 언어로 테스트를 설명하는 도메인 특정 언어로 작성된 실행 사양입니다.

결론

그것들은 모두 보완 적입니다. 때로는 한 가지 유형에 집중하거나 완전히 배제하는 것이 유리합니다. 저에게 가장 큰 차이점은 일부 테스트는 프로그래머의 관점에서 사물을 보는 반면 다른 테스트는 고객 / 최종 사용자 포커스를 사용한다는 것입니다.

---

답변