«tdd» 태그된 질문

TDD는 Test-Driven Development 또는 Test-Driven Design의 약자입니다. Red-Green-Refactor주기라고하는 코드를 작성하기 전에 코드를 작성하기 전에 단위 테스트를 작성하는 것이 관례입니다.

3
구현 세부 사항에 연결하지 않고 단위 테스트 동작
이안 쿠퍼는 TDD에서 단위 테스트에 대한 켄트 벡의 원래 의도를 강의 (특별히 클래스의 방법이 아닌 행동을 테스트하기 위해)로 강요 한 TDD의 대화 에서 테스트를 구현에 결합하지 않도록 주장한다. save X to some data source일반적인 서비스 및 리포지토리가있는 시스템과 같은 동작의 경우 테스트를 구현 세부 정보에 연결하지 않고 리포지토리를 통해 서비스 …
6
TDD의 첫 번째 테스트에서 필요하다고 생각되는 객체를 만들고 있습니까?
나는 TDD를 처음 접했고 구현 코드 앞에 올 때 첫 번째 테스트를 만들 때 문제가 있습니다. 구현 코드에 대한 프레임 워크가 없으면 첫 번째 테스트를 자유롭게 작성할 수 있지만 원하는 Java / OO 방식으로 문제가 발생하는 것으로 보입니다. 예를 들어, Github ConwaysGameOfLifeExample 에서 내가 작성한 첫 번째 테스트 (rule1_zeroNeighbours)는 아직 …
4
테스트 기반 개발을 수행하는 방법
응용 프로그램 개발 분야에서 2 년 이상 경험이 있습니다. 이 2 년 동안 개발에 대한 나의 접근 방식은 다음과 같습니다. 요구 사항 분석 Identity Core 구성 요소 / 개체, 필수 기능, 동작, 프로세스 및 제약 클래스, 클래스 간 관계, 객체의 동작 및 상태에 대한 제약 조건 만들기 요구 사항에 따라 …
5
리팩토링 할 코드에 대한 테스트를 작성해야하는 이유는 무엇입니까?
거대한 레거시 코드 클래스를 리팩토링하고 있습니다. 리팩토링 (나는 추정한다)은 이것을 옹호한다 : 레거시 클래스에 대한 테스트 작성 수업에서 도덕을 리팩터링하다 문제 : 클래스를 리팩터링하면 1 단계의 테스트를 변경해야합니다. 예를 들어, 레거시 메서드에 있던 것이 이제는 별도의 클래스가 될 수 있습니다. 한 가지 방법은 여러 가지 방법 일 수 있습니다. 레거시 …
5
(수락) 테스트 주도 개발의 상대적 비용 효율성
소프트웨어 계획에 대한보다 "전통적인"접근 방식과 달리 프로젝트의 요구 사항과 설계가 자동화 된 승인 테스트 및 단위 테스트에 의해 주도되는 소프트웨어 프로젝트에 대한 자원 계획의 전반적인 영향이 무엇인지 알고 싶습니다. 경험상, "전통적인"개발 방법론과 달리 TDD 하에서 소프트웨어 프로젝트를 완료하기위한 자원 요구 사항에 대한 전반적인 영향은 무엇입니까? 테스트가 더 일찍 이루어지기 때문에 …
15 tdd  estimation 
4
정적 유형의 기능 코드 단위 테스트
나는 사람들에게 물어보고 싶었습니다.이 경우 haskell, scala, ocaml, nemerle, f # 또는 haXe로 작성된 정적 형식의 기능 코드를 단위 테스트하는 것이 합리적입니다 (마지막에 관심이있는 것이지만 원했습니다. 더 큰 공동체에 대한 지식을 활용하십시오). 나는 이것을 이해하기 때문에 이것을 묻습니다. 단위 테스트의 한 측면은 사양을 실행 가능한 형식으로 유지하는 것입니다. 그러나 공식화 …
4
Conway의 "Life of Life"가 코드 후퇴에 사용되는 이유는 무엇입니까?
Code Retreat는 소프트웨어 개발의 기본 사항에 중점을 둔 하루 종일 교육 이벤트입니다. "글로벌"코드 퇴각의 날이 다가오고 있습니다. 즉, 나는 전에 한 번 가봤으며 엄청난 양의 혼돈이 있었다고 말해야합니다 ... 괜찮습니다. 내가 아직 얻지 못한 것 중 하나는 "Game of Life"가 TDD에 좋은 문제인 이유와 그에 대한 좋고 나쁜 TDD의 느낌입니다. …
15 tdd 
5
순열이 많은 항목에 대해 TDD를 수행하는 방법은 무엇입니까?
AI와 같은 시스템을 만들 때 매우 다양한 경로를 매우 빠르게 사용할 수 있거나 실제로 여러 입력이있는 알고리즘을 사용할 경우 가능한 결과 집합에 많은 수의 순열이 포함될 수 있습니다. 많은 수의 다양한 순열 결과를 출력하는 시스템을 만들 때 TDD를 사용하려면 어떤 방법을 사용해야합니까?
4
웹 응용 프로그램에서 테스트 중심 개발을위한 자료? [닫은]
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 육년 전 …
5
엄격한 TDD와 DDD를 결합하는 방법?
TDD는 테스트를 통해 코드를 디자인하는 것입니다. 따라서 일반적인 레이어는 일반적으로 사전에 구축되지 않습니다. 리팩토링 단계를 통해 약간 나타나야합니다. 도메인 기반 설계에는 응용 프로그램 계층, 인프라 계층, 도메인 계층, 지속성 계층과 같이 잘 설정된 계층을 정의하는 많은 기술적 패턴이 포함됩니다. DDD 프로젝트의 코딩 부분을 처음부터 시작하려면 어떻게해야합니까? DDD 기술 패턴에 맞추기 …
10
팀원이 TDD를 사용하도록 설득하는 방법 [닫기]
폐쇄되었습니다 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 본인은 팀에서 TDD를 사용하는 유일한 사람입니다. 사용하려면 어떻게해야합니까? 내가 뽑을 때 누군가의 코드가 내 테스트를 중단하고 테스트 …
4
테스트 중심 개발로 인해 SOLID를 따라야합니까?
TDD 실무자 로부터 TDD 의 장점 중 하나는 개발자가 SOLID 원칙 (단일 책임, 개방 폐쇄, Liskov 대체, 인터페이스 분리 및 종속성 반전) 을 따르도록 강요한다는 것 입니다. 그러나 저에게는 SOLID를 따르는 것이 중요하므로 테스트 가능한 아키텍처를 만드는 것이 중요하다는 것을 이해하기 위해 몇 가지 테스트 (주로 단위 테스트)를 작성하는 것으로 …
1
코드를 삭제하면 버그가 해결되는지 테스트하기 위해 테스트를 작성해야합니까?
때때로 버그를 수정하려면 코드 섹션을 삭제 해야하는 상황에 처하게 됩니다. TDD 순수 주의자는 실패한 테스트 작성, 코드 삭제 및 테스트 통과 관찰을 옹호합니다. 이제 일부 코드가 제거되었다는 테스트를받는 것이 정말 이상해 보입니다. 물론, 아무도 소스 제어를 파고 그 코드를 다시 넣지 않을 것이라고 생각하지만 그만한 가치가 있습니까? 그것이 가치가 있다면, …
14 unit-testing  tdd  bug 
8
"통과 / 깨진 빌드"표시기의 대안?
각 커밋에서 테스트를 지속적으로 통합 할 때 가장 좋은 방법은 모든 테스트를 항상 통과시키는 것입니다 (일명 "빌드를 중단하지 마십시오"). 나는 그것에 대해 몇 가지 문제를 발견했다. 예를 들어 티켓에 해당하는 테스트를 작성하여 오픈 소스 프로젝트를 도울 수 없습니다. 실패한 테스트가 포함 된 오픈 소스 프로젝트에 풀 요청을 제안하면 빌드가 실패한 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.