문제

다른 단어를 이해하는 것과 마찬가지로 언어를 쉽게 배우는 것이 훨씬 쉽습니다. 누구나 자신의 정의로 단위 테스트에 사용 된 모든 단어를 차임 할 수 있습니까 (예 : 모의, 고정물 등).

도움이 되었습니까?

해결책

이것은 멋진 페이지처럼 보입니다. http://xunitpatterns.com/glossary.html

포함 :

  • sut
  • 동기 테스트
  • 직무
  • TDD
  • 테스트 오토 워터
  • 테스트 케이스
  • 테스트 코드
  • 테스트 조건
  • 테스트 컨텍스트
  • 테스트 데이터베이스
  • 테스트 부채
  • 테스트 드라이버
  • 테스트 운전
  • 테스트 오류
  • 테스트 실패
  • 테스트 고정물
  • 테스트 고정물
  • 테스트 고정물
  • 테스트 관리자
  • 테스트 패키지
  • 테스트 리더
  • 검사 결과
  • 테스트 실행
  • 테스트 냄새
  • 테스트 스트리퍼
  • 테스트 성공
  • 테스트 스위트
  • 테스트 중심 버그 수정
  • 시험 중심 개발
  • 테스트 우선 개발
  • 테스트가 끝나는 개발
  • 시험 별 평등
  • 테스트

조롱 등과 관련하여 이것은 유용 할 수 있습니다.

이 테이블과 그 참조는 더 유용 할 수 있습니다.

http://xunitpatterns.com/mocks,%20fakes,%20stubs%20and%20dummies.html

다른 팁

아마도이 기사들은 더 도움이 될 것입니다.

위키 백과 :

컴퓨터 프로그래밍에서 장치 테스트는 프로그래머가 소스 코드의 개별 단위가 사용하기에 적합하다는 확신을 얻는 소프트웨어 설계 및 개발 방법입니다. 장치는 응용 프로그램에서 가장 작은 테스트 가능한 부분입니다. 절차 프로그래밍에서 단위는 개별 프로그램, 기능, 절차 등 일 수 있으며, 객체 지향 프로그래밍에서 가장 작은 단위는 기본/슈퍼 클래스, 추상 클래스 또는 파생/어린이 클래스에 속할 수있는 방법입니다.

장치 테스트는 디버거에서 코드를 밟는 것만 큼 간단한 것으로 수행 할 수 있습니다. 최신 응용 프로그램에는 Xunit과 같은 테스트 프레임 워크 사용이 포함됩니다.

이상적으로는 각 테스트 사례는 다른 테스트 사례와 독립적입니다. 스터브, 모의 또는 가짜 물체와 같은 이중 물체1 뿐만 아니라 테스트 하네스를 사용하여 모듈을 분리하는 데 도움이 될 수 있습니다. 장치 테스트는 일반적으로 소프트웨어 개발자가 수행하여 다른 개발자가 작성한 코드가 소프트웨어 요구 사항을 충족하고 개발자의 의도 한대로 동작을 수행 할 수 있도록합니다.

MSDN :

단위 테스트의 주요 목표는 응용 프로그램에서 가장 작은 테스트 가능한 소프트웨어를 가져와 코드의 나머지 부분에서 분리하고 예상대로 정확하게 작동하는지 확인하는 것입니다. 각 장치는 모듈에 통합하여 모듈 간의 인터페이스를 테스트하기 전에 별도로 테스트됩니다. 단위 테스트는 사용 중에 많은 비율의 결함이 식별된다는 점에서 그 가치를 입증했습니다.

극단적 인 규칙 :

단위 테스트는 집단 코드 소유권을 활성화합니다. 단위 테스트를 생성하면 실수로 해를 입지 않도록 기능을 보호합니다. 모든 단위 테스트를 해제하기 전에 모든 코드를 통과하도록 요구하면 모든 기능이 항상 작동하도록합니다. 모든 클래스가 단위 테스트에 의해 보호되는 경우 코드 소유권이 필요하지 않습니다.

나는 또한 a를 찾았다 테스트 용어의 용어집, 그러나 그것은 모의 나 비품을 정의하지는 않지만 새로운 것을 추가 할 수있는 옵션이 있습니다. 일단 질문이 당신의 만족에 대답하면 아마도 그것은 표준 출처가 될 수 있습니다.

모조품,

N.

  1. 주로 수프에 사용되는 거북이의 종류.
  2. 단위 테스트에 사용 된 코드 구성은 #1의 이름을 따서 명명되었습니다. 모의는 테스트중인 코드의 실제처럼 보이지만 이와 상호 작용하려는 시도는 슬퍼하는 노래만으로 발생합니다.

V.

  1. 테스트에 사용하기위한 모의를 구성합니다.
라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top