xUnit 스타일 통합 테스트 대신 Fit/FitNesse를 사용하는 이유는 무엇입니까? 정말 이상하고 매우 불분명 한 문법을 가지고 있습니다. 정말로 제품 소유자가 테스트를 작성하는 것입니까? 그들은하지 않을 것이다! 그들에게는 너무 복잡합니다. 그렇다면 왜 Fit/FitNesse를 착용해야합니까? 업데이트 그래서 비즈니스 규칙 테스트에만 적합합니다.
우리 중 일부는 아직 단위 테스트가 받아 들여지지 않은 프로그래밍 환경에서 "살아"있습니다. 시작하기 위해 명백한 첫 번째 단계는 단위 테스트를위한 적절한 프레임 워크를 구현하는 것이고, xUnit은 "표준"이라고 생각합니다. 그래서 xUnit을 새로운 프로그래밍 언어로 구현하기위한 좋은 출발점은 무엇입니까? 사람들이 묻기 때문에 : 내 대상 환경은 Vis
"Test Driven Development : By Example"에서 Kent Beck의 xUnit Python 예제를 다시 써서 루비를 닦으려고합니다. 나는 아주 멀리있어하지만 지금은 내가 grok하지 실행하면 다음과 같은 오류가 발생합니다. C:\Documents and Settings\aharmel\My Documents\My Workspace\T
저는 Ruby에서 Kent Beck의 xUnit을 코딩하여 루비에 대한 이해를 넓히고 있습니다. 파이썬 (켄트가 쓴)은 광범위하게 사용되는 언어로 된 assert() 메소드를 가지고있다. 루비는 그렇지 않습니다. 나는 이것을 추가하는 것이 쉬워야한다고 생각하지만, 커널은 그것을 놓기에 적당한 장소인가? BTW, 루비에서 다양한 단위 프레임 워크가 있다는 것