나는 실제 수업 전에 단원 시험을 쓰기의 습관에 빠지려고 노력하고있다. 스택 오버 플로우 커뮤니티가 유용한 리소스와 함께 나를 알려주는 포인터는 무엇입니까?클래스 코드 전에 단위 테스트를 작성하는 방법은 무엇입니까?
고맙습니다.
나는 실제 수업 전에 단원 시험을 쓰기의 습관에 빠지려고 노력하고있다. 스택 오버 플로우 커뮤니티가 유용한 리소스와 함께 나를 알려주는 포인터는 무엇입니까?클래스 코드 전에 단위 테스트를 작성하는 방법은 무엇입니까?
고맙습니다.
먼저 테스트를 작성하는 아이디어는 코드를 작성하기 전에 코드가 수행 할 작업을 알고 있다는 것입니다. 따라서 원하는 작업 목록과 각 기능을 사용하는 방법을 작성합니다. 그런 다음 각 지형지 물에 대한 테스트를 작성하십시오 (둘 이상의 지문을 자유롭게 쓰거나 오브젝트의 기능을 테스트하는 데 얼마나 많은 시간이 걸릴지).
이제 클래스에 대한 프레임 워크가 있습니다. 첫 번째 목표는 클래스에 사용 된 모든 메소드를 추가하여 테스트를 컴파일하는 것입니다. 그런 다음 메서드를 올바르게 구현하여 테스트를 통과시킵니다.
붐 - 테스트 기반 개발 이력서를 읽습니다! :-)
여기서부터 시작하는 것이 좋습니다.
내가 가지고 있지만 하나의 포인터 :
방법이해야 할 일에 대해 생각하고 어떻게 행동해야 그것은 포괄적 인 추가 리소스에 대한 링크의 목록, TDD에 아주 좋은 프라이머를 포함 , 어떻게 코딩 할 것인가가 아닙니다.
그러면 단위 테스트를 계획 할 수 있습니다. 코드 작성이나 계획을 세우지 않아도됩니다.
일반적으로 내 클래스 또는 스크립트 용 PHPDocs의 일부로 비즈니스 규칙 집합을 작성하여 TDD (PHPUnit 포함)를 작성합니다. 코드, 비즈니스 규칙 만 쓰지 않습니다 (예 : Foo가 예외를 throw하는 경우 등). 그런 다음 각 비즈니스 규칙을 다루는 테스트 사례를 작성하기 시작합니다. 비즈니스 규칙을 작성하는 것이 먼저 경계를 설정하고 테스트 케이스가 실제 코드를 형성하는 데 도움이된다는 사실을 발견했습니다.
TDD 및 코드와 함께 좋은 책을 다운로드하십시오. TDD By Example은 하나입니다. 책이 끝날 때까지 리듬을 느껴야합니다. – Gishu