문제

내가 배우 레일 나이 오래된 방법입니다.을 읽고 민첩한 웹 개발을 가진 레일(제 3 판)하는 것으로 시작합니다.나는 현재에는 장을 가르치고 테스트합니다.내가 알고 있는 다른 BDD 테스트 프레임워크 등의 RSPec.그래서 나는지 궁금하는 경우 프레임워크 등의 RSpec,오이,까??교체 필요한 알고/를 사용하여 테스트::단위는 무엇입니까?그들은 모두 관련 자신의 오른쪽에 있고 다른 목적으로 사용?

업데이트:이후 나는 새로운 테스트,나 또한 사랑에 대한 피드백을 얻기 위해 무엇을 자원하는 데 유용합 내 발에 젖은 다양한 프레임워크.

감사합니다!

도움이 되었습니까?

해결책

세상이 바뀌 었습니다! @prusswan을 확인하고 upvote

BDD 및 기타 테스트 도구를 둘러싼 과대 광고가 많지만 Test :: 장치는 여전히 관련이 있다고 생각합니다.

즉, 만약 당신이 그것을 위해서, 당신은 학습 테스트 :: 단위를 우회하고 RSPEC 및 Dooksa와 같은 것을 바로 시작할 수 있지만, Agile Web Development Book의 예제를 따라야 할 것에 대해 말할 내용이 있습니다. BDD의 아이디어가 어디에서 왔는지.

나는 레일과 함께 제공되며 여전히 훌륭한 테스트 프레임 워크이기 때문에 여전히 일부 프로젝트에 테스트 :: 장치를 사용하고 있습니다.

너무 긴 이야기가 짧아서, 나는 그것이 더 이상 사용되지 않는다고 생각하지 않지만 더 이상 최첨단은 아닙니다. BDD는 특히 오이와 Webrat를 사용하기 시작하면 테스트 패러다임 전환이지만 일단 들어가면 환상적입니다. There는 전환하기가 가장 쉬우므로 Test :: Unit으로 시작한 다음 Dooksa로 이동 한 다음 RSPEC 및 오이에게 시도해보십시오.

당신은 테스트를하거나 적어도 테스트에 관심이 있습니다! 그것이 가장 중요한 부분입니다. 결국 당신이 그것에 만족하는 한 당신이 무엇을 사용하는지는 중요하지 않습니다.

행운을 빕니다!

다른 팁

2012 년부터 업데이트를 게시 할 것이라고 생각했습니다.

밖으로 기본 그리고 현재의 ROR에 대한 소개 서적은 RSPEC을 사용하고 있으며 (Test :: Unit에 대해서는 최대의 짧은 언급과 함께) ROR에 대한 소개 책을 사용하고 있으며 그 중 하나는 심지어 계획을 세우고 있습니다. 부패 RSPEC 다음 판, 그래서 누가이 "전투"의 승자가 될 것인지는 분명합니다.

DHH를 선택적으로 인용 할 수 있습니다.

중요한 것은 물론 우리가 사람들을 테스트하게한다는 것입니다. 그래서 도구는 그리 중요하지 않아야합니다.

2014 년 재 방문 :

Minitest는 이제 Test :: 장치를 현재 버전의 레일에서 기본값으로 대체했습니다. 개인적으로 나는 여러 가지 이유로 전임자에 비해 자세히 살펴볼 자격이 있다고 생각합니다.

  1. 기본값으로서의 상태
  2. Capybara와 Selenium에 대한 더 나은 지원, 이것
  3. 비교적 가벼운
  4. 테스트 :: 단위와 호환됩니다

RSPEC는 완전히 별도의 테스트 프레임 워크입니다. DUSTA는 Rails의 내장 프레임 워크 인 Test :: Unit의 향상입니다. Dooksa를 사용하는 경우 Test :: 장치를 사용하고 있지만 더 많은 기능과 더 간단하고 더 읽기 쉬운 구문이 있습니다.

나는 RSPEC과 Dooksa를 시도했고, 저에게 있어야 할 것입니다. 나는 그것을 훨씬 더 좋아한다. 그러나 그것은 맛의 문제 일 수 있습니다.

주목하십시오 Olda와 함께 오이를 사용할 수 있습니다.

다른 자원? 나는 Zentest와 Redgreen 보석을 추천합니다. Zentest는 Autotest를 제공하므로 파일을 변경할 때마다 테스트를 자동으로 실행할 수 있습니다. 큰 도움이됩니다.

비품 대 공장과 관련하여 양측이나 부모-자식 관계를 테스트하거나 다량의 관계를 테스트하는 상호 관련된 물체를 설정 해야하는 경우, 비품은 훨씬 더 잘 작동합니다. 사실 나는 당신이 공장으로 그렇게 할 수 있는지 잘 모르겠습니다. 따라서 비품을 무시하지 마십시오. 그들은 그들의 용도를 가지고 있습니다.

여전히 Test :: Unit을 좋아하는 많은 사람들이 있으며, 어느 정도는 개인적인 취향입니다. 그러나 균형을 잡으면 RSPEC 전선에서 훨씬 더 많은 활동이 있습니다. 정말 멋진 것들은 모두 RSPEC와 오이로 이루어지고 있으므로 개인 선호도가 없다면 아마도 Test :: Unit을 건너 뛸 것입니다. 그러나 다른 사람의 테스트를 읽을 수있을만큼 친숙해야하지만 문제가되는 것을 예측하지 못할 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top