unit test 예제

이 클래스는 성공한 테스트와 실패한 테스트에 대한 정보를 컴파일하는 데 사용됩니다. 실제로 모션 센서, 뒤뜰 랜턴 및 스마트 홈 마이크로 컨트롤러가 사물 인터넷 네트워크에 연결되어 일부 무선 프로토콜을 사용하여 통신한다고 가정해 보겠습니다. 이 경우 단위 테스트는 해당 네트워크 트래픽을 수신하고 분석하려고 시도할 수 있습니다. 또는 하드웨어 구성 요소가 와이어와 연결되어 있는 경우 단위 테스트에서 전압이 적절한 전기 회로에 적용되었는지 여부를 확인할 수 있습니다. 또는 결국 추가 광 센서를 사용하여 빛이 실제로 켜지거나 꺼져 있는지 확인할 수 있습니다. 경우에 따라 doctest 모듈을 사용하여 기존 테스트를 작성했을 수 있습니다. 이 경우 doctest는 단위 테스트를 자동으로 빌드할 수 있는 DocTestSuite 클래스를 제공합니다. 기존 doctest 기반 테스트의 TestSuite 인스턴스입니다. 단위 테스트를 작은 개별 코드 조각을 테스트하는 방법으로 처리하는 것을 좋아합니다.

우리는 나중에 우리의 작업에 테스트를 구현합니다. 프로젝트 개발 시 언제든지 새 테스트를 추가하고 수정할 수도 있습니다. 파이썬 소스 배포의 스크립트 도구/unittestgui/unittestgui.py는 테스트 검색 및 실행을 위한 GUI 도구입니다. 이것은 주로 단위 테스트에 새로운 사람들을 위한 사용의 용이성을 위한 것입니다. 프로덕션 환경의 경우 Buildbot, Jenkins 또는 Hudson과 같은 지속적인 통합 시스템에 의해 테스트를 구동하는 것이 좋습니다. Unittest에서 공유하는 패턴을 사용하여 프레임 워크를 테스트하는 Kent Beck의 원본 논문. 테스트 할 코드와 동일한 모듈에 테스트 사례 및 테스트 도구 모음의 정의를 배치 할 수 있지만 (예 : widget.py) test_widget.py와 같은 별도의 모듈에 테스트 코드를 배치하는 몇 가지 장점이 있습니다. 많은 일상적인 테스트 요구를 충족하기에 충분한 일반적으로 사용되는 unittest 기능. 설명서의 나머지 부분에서는 첫 번째 원칙의 전체 기능 집합을 살펴봅습니다.

단위 테스트는 UML 다이어그램과 같은 다이어그램 사양의 접근성이 부족하지만 자동화된 도구를 사용하여 단위 테스트에서 생성될 수 있습니다. 대부분의 최신 언어에는 무료 도구(일반적으로 IID에 대한 확장으로 사용 가능)가 있습니다. xUnit 프레임워크를 기반으로 하는 도구와 같은 무료 도구는 다른 시스템에 사람의 소비를 위한 뷰의 그래픽 렌더링을 아웃소싱합니다. getTestCaseNames()에 의해 명명된 각 메서드에 대해 테스트 사례 인스턴스가 만들어집니다. 기본적으로 이러한 메서드 이름은 테스트로 시작 됩니다. getTestCaseNames()가 메서드를 반환하지 않지만 runTest() 메서드가 구현되면 해당 메서드에 대해 단일 테스트 사례가 만들어집니다. 먼저 메서드 이름에 따라 두 번째보다 각각 >, >=, <또는 <=인 것을 테스트합니다. 그렇지 않으면 테스트가 실패합니다: 테스트 픽스처를 준비하기 위해 호출된 메서드입니다. 이는 테스트 메서드를 호출하기 직전에 호출됩니다. 어설션오류 또는 SkipTest 이외에이 메서드에서 발생 하는 모든 예외는 테스트 실패 보다는 오류로 간주 됩니다.

기본 구현은 아무 것도 하지 않습니다. 포함된 코드 블록을 하위 테스트로 실행하는 컨텍스트 관리자를 반환합니다. msg 및 params는 하위 테스트가 실패할 때마다 표시되는 선택적 임의값이므로 명확하게 식별할 수 있습니다. 일부 코드는 좋은 단위 테스트를 작성하는 것이 어렵거나 불가능하도록 작성됩니다. 그렇다면 코드를 테스트하기 어려운 이유는 무엇일까요? 테스트 가능한 코드를 작성할 때 피해야 할 몇 가지 안티 패턴, 코드 냄새 및 나쁜 방법을 살펴보겠습니다. 모든 테스트가 실행된 후 최종 tearDownClass 및 tearDownModule이 실행됩니다.

© 2019 A MarketPress.com Theme