Unit tests - minsuk-jang/teamproject GitHub Wiki

테스트는 크게 unit 테스트 (test/unit directory) 와 functional 테스트 (test/functional directory)로 나뉩니다. 기존 테스트 중 하나를 템플릿으로 사용하여 새 테스트를 작성합니다.

• Unit 테스트는 LuaJit FFI에 의해 로드되고 호출되는 공유 라이브러리로 테스트를 컴파일하여 수행됩니다.
• _Functional_테스트는 RPC에 의해 주도 되므로 LuaJit (Lua와 반대)을 필요로 하지 않습니다.

Lua의 주요개념을 key concepts of Lua in 15 minutes에서 배울 수 있습니다.

Building Neovim을 참조하시오.

• 테스트의 구성 및 가독성을 위해 BDD 지침을 고려하십시오. 테스트중인 내용(해당되는 경우 환경)을 기술하고 동작을 나타내는 spec을 작성하십시오.
• 모듈 전역 변수에서만 볼 수 있는 부작용이있는 정적함수를 테스트하려면 수정 된 변수에 대한 접근자를 만듭니다 예를들어, 정적 변수를 수정하는 misc1.c의 함수를 테스트하고,test / c-helpers / misc1.c 파일을 만들고, 함수 호출 후에 값을 검색하는 함수를 추가한다고 가정 해 보겠습니다. test / c-helpers 파일은 테스트 공유 라이브러리를 빌드 할 때만 컴파일 됩니다.
• Luajit은 함수 프로토 타입에 사용되는 유형 및 상수 선언에 대해 알아야합니다. helpers.lua 파일은 자동으로`types.h '를 파싱하므로 테스트 된 함수에서 사용 된 유형은 반드시 이동되어야 하며 테스트 파일의 선언을 다시 작성하지 않아도됩니다.
• 매크로 상수는 열거 형으로 작성해야 자동으로 테스트에서 참조할 수 있습니다.
• Busted는 다양한 "output providers"를 지원합니다. The gtest output provider는 테스트를 진단하는 데 유용 할 수있는 자세한 정보를 보여줍니다. Makefile을 수정하거나make CMAKE_EXTRA_FLAGS = -DBUSTED_OUTPUT_TYPE = gtest를 사용하여 컴파일하면 활성화됩니다.
• Use busted's pending() feature to skip tests (example). if-else로 테스트를 건너 뛰지 마십시오. 기능 테스트가 외부요인에(e.g. the existence of md5sum on $PATH) 의존하는 경우, 외부 요소가 없다면 pending ()을 통해 테스트를 건너 뜁니다. 이렇게하면 * total * 테스트 횟수 (성공 + 실패 + 오류 + 보류 중)가 모든 환경에서 동일하게 유지됩니다.
  • *주의 : * pending ()은 인수가 빠져 있다면 _ 무시됩니다. it() block에 포함되어 있습니다 - pending ()호출이 it ()(예제) 밖에 있다면 빈 함수 인수를 제공하십시오.
• 출하 된 luacheck 프로그램 (syntynastic에서 지원을 사용하려면`make testlint '를 사용하십시오.

• 유닛 tests (test / unit)는 src / nvim /의 구조와 일대일로 일치해야 합니다. 함수를 직접 테스트하고 있습니다. 예 : src / nvim / undo.c에 대한 유닛 테스트는test / unit / undo_spec.lua에 있어야 합니다.
• _ 기능 테스트 _ (테스트 / 기능)는 단위 테스트보다 상위 레벨 (플러그인 및 사용자 입력)입니다. 그들은 개념별로 조직 되어 있습니다.
  • 새로운 'test / functional / * / * _ spec.lua` 그룹을 찾아보십시오.

** 참고 : ** "구식"(src / testdir / *. in) legacy 테스트만 변환해야 합니다. "새로운 스타일"의 Vim 테스트를 변환하지 마십시오. (src / testdir / *. vim). "새로운 스타일"의 Vim 테스트는 이전 테스트보다 빠르며, 변환은 시간과 노력을 필요로 합니다.

• Makefile에서 테스트를 제거하십시오 (src / nvim / testdir / Makefile).
• 관련된 test.in,test.out,test.ok 파일을 src / nvim / testdir /에서 제거하십시오.
• Lua 테스트가 _spec.lua에서 끝나는 지 확인하십시오.
• 빌드 로그에서 테스트 횟수가 증가하는지 확인하십시오.
• 새 테스트에 이전 테스트와 동일한 제어 문자 (^], ...)가 포함되어 있는지 확인하십시오.
  • 실제 제어 문자 대신 동등한 텍스트 표현을 사용하십시오 (예 :^] 대신). scripts / legacy2luatest.pl 스크립트는 이러한 변환 중 일부를 자동으로 수행합니다.

• 정말로 ``source ([= [...] =])블록은 구문 강조를 깨뜨릴 수 있습니다. : syntax sync from start`를 시도해 수정하십시오.