c# 유닛테스트 예제

단위 테스트의 진정한 정신에서 이러한 테스트는 주로 코드의 더 많은 “테스트”가 아닙니다. 또는 90 %-100 % 더 나은 코드 커버리지를 얻을 수 있습니다. 이들은 먼저 테스트를 작성의 모든 프린지 혜택. 가장 큰 보수는 TDD의 자연스러운 프로세스로 인해 프로덕션 코드가 훨씬 더 잘 작성된다는 것입니다. 가능한 한 단위 테스트를 사용하여 “모든 사소한 코드 블록”을 테스트해야 합니다. 이것은 단위 테스트에 저를 얻었고 BankAccount 클래스를 확인하기 위해 테스트 클래스를 만드는 것이 매우 행복했습니다. 프로젝트 템플릿에서 생성된 UnitTest1.cs 파일을 사용할 수 있지만 파일 및 클래스에 더 자세한 설명 이름을 지정할 수 있습니다. 테스트 탐색기를 인식하려는 각 테스트 메서드에는 [TestMethod] 특성이 있어야 합니다. 테스트를 시작한 후 테스트 탐색기 창왼쪽에서 결과를 볼 수 있습니다. 도 8에서 볼 수 있듯이, 시험은 통과되지 않는다. 함수 Assert.AreEqual()에서 다른 숫자 2와 3을 비교하기 때문에 논리적입니다.

여기서 숫자 2는 숫자 3 대신 특별히 입력됩니다. 클래스에서는 다른 모듈의 다른 함수를 테스트하는 여러 가지 메서드를 입력할 수 있습니다. 중요한 것은 속성 [TestMethod]에 의해 발견 이러한 방법이 있다는 것입니다. 상속 계층구조에서 LSP 준수여부를 테스트해야 합니다. 정식 대답은 “깨질 수 있는 모든 것을 테스트”하는 것입니다. 속성이 중단되지 않는다고 확신하는 경우 속성을 테스트하지 마십시오. 이 항목에서는 콘솔 응용 프로그램에 대한 Microsoft Visual Studio 2010(C#)에서 가장 간단한 단위 테스트를 만드는 단계별 프로세스에 대해 설명합니다. 이 예제를 사용하여 고유한 단위 테스트를 만드는 방법을 배울 수 있습니다. 이 예제에서는 Assert 클래스를 테스트에 사용하는 방법도 보여 줍니다. 테스트는 솔루션의 별도 프로젝트에 의해 만들어집니다.

테스트 중인 프로그램은 이에 대해 알지 못합니다. 테스트할 테스트 프로그램은 테스트 중인 프로그램의 기능을 호출합니다. 이 경우 테스트 프로그램은 일반적으로 클래스에서 기대하는 동작을 확인하는 매우 간단한 테스트를 많이 작성하는 함수를 호출합니다. 두 개의 숫자를 추가하는 것과 같은 간단한 물건이라 할지라도 말입니다. 간단한 테스트를 작성하고 몇 줄의 코드를 작성하는 것 사이에서 많은 것을 전환합니다. 그 이유는 내가 생각하지 않았던 것들을 파산하는 것을 두려워하지 않고 코드 중심으로 변경할 수 있기 때문입니다. 이 방법의 유일한 문제는 코드가 이러한 방식으로 테스트가능하도록 설계되어야 한다는 것입니다. 초기에 커플링 실수를 했다면 높은 커버리지를 쉽게 얻을 수 없습니다. 규칙은 작성하는 논리의 모든 부분을 테스트해야 한다는 것입니다. getters 및 setters에서 몇 가지 특정 기능을 구현했다면 테스트 할 가치가 있다고 생각합니다. 일부 개인 필드에만 값을 할당하는 경우 귀찮게 하지 마십시오. 특성이 있는 메서드는 테이블의 각 행에 대해 한 번 실행됩니다.

테스트 탐색기는 반복이 실패할 경우 메서드에 대한 테스트 실패를 보고합니다. 메서드에 대한 테스트 결과 세부 창은 각 데이터 행에 대한 합격/실패 상태 메서드를 보여 주며 있습니다. A: 그렇습니다. Visual Studio Enterprise가 있는 경우 Microsoft Fakes는 관리되는 코드에 단위 테스트 프레임워크를 사용하여 작성하는 테스트 메서드와 함께 사용할 수 있습니다. 단위 테스트 프로젝트는 일반적으로 단일 코드 프로젝트의 구조를 미러합니다. MyBank 예제에서는 MyBanks 솔루션에 AccountsTests 및 BankDbTests라는 두 개의 단위 테스트 프로젝트를 추가합니다. 테스트 프로젝트 이름은 임의적이지만 표준 명명 규칙을 채택하는 것이 좋습니다. 테스트 기반 개발을 수행하는 경우 먼저 계약(예: 인터페이스)을 작성한 다음 테스트(들)를 작성하여 예상 결과/동작을 문서화하는 인터페이스를 연습해야 합니다. 그런 다음 단위 테스트의 코드를 건드리지 않고 메서드를 직접 작성합니다.

마지막으로 코드 검사 도구를 선택하고 테스트에서 코드의 모든 논리 경로를 연습해야 합니다. 새로운 일을 고민하는 사람은 합리적으로 물어봐야한다, “나를 위해 그것에 무엇입니까?” 다른 말로, 그것을 하기 전에, 당신은 당신을 위해 그것의 가치 제안을 이해 해야. 왜 단위 테스트? 따라서 코드를 작성하기 전에 테스트를 작성하는 것이 매우 중요합니다.

Tento obsah bol zaradený v Nezaradené. Zálohujte si trvalý odkaz.