트렌치에서 워크 플로우를 테스트해야합니다.

Question

오늘날 모든 사람들은 Rails (그리고 Rails뿐만 아니라) 개발 세계에 대해 TDD (BDD)에 대해 이야기하고 있습니다. 좋은 정보를 쉽게 찾을 수 있습니다.이 목적을 위해 사용할 수있는 도구가 많이 있으며이를 사용하는 방법에 대한 좋은 예가 많이 있습니다.

이제 전 이미 기차에 타고 있습니다. 나는 아이디어를 좋아한다. (전에는 TDD를 한번도 해 본 적이 없었다.) Shoulda로 가기로 결심했다. 나는 많은 예제를 읽고 몇 가지 첫 번째 테스트를 수행했습니다. 내 문제는 이것입니다. 내가 제대로하고 있는지 확실하지 않습니다. 내가 말했듯이, 그물에는 아주 작은 예제가 많이 있지만 TDD의 전반적인 워크 플로를 다루는 포괄적 인 가이드는 Shoulda에서 발견하지 못했습니다.

여기 내 질문은 :

• 진작과 TDD 연습의 당신의 방법은 무엇입니까? (반복 작업 전반에 걸쳐 일반적인 작업 흐름은 무엇입니까?)
• 다른 도구는 무엇입니까 (Shoulda 자체 제외)?
• 다른 도움말이 있으십니까?

Answer 1

필자는 shoulda 대신 RSpec을 사용하고 있지만 (필자는 shoulda를 RSpec과 함께 사용할 수 있다고 생각 하긴하지만) 가장 큰 개선점은 Autotest와 RSpactor를 사용했기 때문입니다.

이러한 도구는 소스 트리에서 변경 사항을 자동으로 모니터링하고 테스트 또는 구현 파일을 업데이트하는 경우 관련 테스트를 실행합니다. 테스트 사례에 대한 아주 작은 변화는 있지만 즉각적인 피드백으로 인해 모든 기능에 대한 테스트를 작성하는 데 필자의 학문이 향상되었습니다.

Answer 2

+1 오토 테스트.

대규모 테스트 스위트가 있고 작업중인 테스트 (전체 테스트 스위트가 아닌)를 실행하려는 경우 Autotest에 대해 monkey patch을 확인하십시오.

다른 도구에 대해서는 Factory Girl을 픽스처 교체로 확인해야합니다.

내가 Shoulda를 사용하는 것에 대해 알고있는 대부분은 다른 사람의 테스트 코드를 읽음으로써 왔습니다. Thoughtbot의 프로젝트 중 github (예 : Clearance 및 Pacecar)을 확인하십시오.

Answer 3

레일 BDD 문서에 상당한 차이가 있음에 전적으로 동의합니다. 작은 예제는 많이 있지만 큰 방법은 전반적인 방법을 제공하지 않습니다. 테스트에 관한 장을 가지고있는 책조차도이 것을 유죄로 취급합니다. 필자가 보았던 유일한 예는 peepcode의 rspec에 대한 3 회 스크린 캐스트와 flex mock에 관한 비디오에 대한 비디오입니다.

BDD의 다른 유용한 리소스에 대해 듣고 싶습니다. 구문의 사소한 예를 넘어서고 주제에 대한 책을 정말보고 싶습니다.