12
Gallio에 익숙한 사용자는이 도구를 사용하여 어떤 장점과 단점을 경험 했습니까? 테스트 자동화 플랫폼이라고 할 수 있습니까?Gallio 사용자,이 도구를 사용하면 어떤 장점과 단점이 있습니까?
A
답변
1
장점으로는 모든 것을 통합하는 것이 좋습니다 :) 진심으로 저는 Visual Studio Team System (스크린 샷 here)과의 실험 통합에 대한 큰 팬입니다. 나는 그것이 단위 테스트에 새로운 사람들을위한 막대를 정말로 낮춘다라고 생각한다.
내 관점에서 유일한 단점은 입니다. 아직 릴리스되지 않은 사실입니다.
3
Gallio를 평가할 때 대규모 프로젝트에서 안정성 문제가 발생했습니다. 그러나 우리의 소규모 프로젝트는 훌륭하게 운영되었습니다. 훌륭한 개념 ... 일단 조금 더 세련되면 큰 화제가 될 것입니다.
잠시 Resharper 지원이 누락되었거나 추가되지 않았 음을 알리고 싶습니다.하지만 다시 들었습니다.
1
나는 Gallio를 평가 해 왔으며 정말 훌륭한 개념입니다. 이제는 내가 아는 모든 주요 테스트 프레임 워크와 통합되어 있기 때문에 개발자가 사용해야하는 단위 테스트 프레임 워크를 개발자에게 알릴 필요가 없습니다. 그들은 가장 편안하게 사용할 수 있으며 유닛 테스트 코드를 얻습니다.
Resharper 통합도 좋습니다. Resharper를 사용하여 모든 유닛 테스트를 실행할 수 있으며 명령 행으로 이동하여 실행시킬 수 있습니다.
이것은 확실히 내 의견으로는 단위 테스트를 많은 상점에 도입해야합니다. 나는 @David에 동의한다, 단점은 그것이 아직 공개되지 않는다는 것이다.
10
우리는 1 년 동안 Gallio/MbUnit을 사용하고 있습니다. 우리는 Gallio 사람들이 계속해서 멋진 새로운 기능을 소개하고 개발이 활발하다는 것을 알고 매우 만족합니다. 당신이 그것을 사용하기로 결정한 경우, 여기에 몇 가지 힌트 /주의 사항은 다음과 같습니다
- 가 자신에게 TestDriven.NET 라이센스를 구매 - 나는 그것이 ReSharper에서 테스트 러너를 실행하는 방법을 알고하지 않기 때문에, 갈 리오 단위 테스트를위한 필요한 생각 특정 테스트 + Gallio는 TD.NET을 타겟으로하는 테스트 주자 중 한 명을 보유하고 있습니다.
- 우리는 CI 스크립트/빌드에 Gallio.Echo 명령 줄 러너를 사용합니다. Gallio Icarus - GUI 러너 (적어도 현재 버전)는 매우 불안정하고 사용자 친화적이지 않습니다.
- 병렬 테스트와 같은 최신 Gallio 기능을 사용하려면 Gallio의 최신 일일 빌드를 사용해야합니다. 이것이 문제라면, "공식"빌드를 유지하십시오. 그러나 우리는 매일 빌드 버전에 실질적인 문제가 없습니다.
- 소스 컨트롤에 기본 Gallio .DLL 및 .EXE를 추가하는 것이 좋습니다. 실제로 을으로 프로젝트에서 참조하십시오. GAC에서 가져온 프로젝트는 아닙니다. 이 방법을 사용하면 팀원 중 다른 버전의 Gallio가 컴퓨터에 설치되어있는 경우 "내 컴퓨터에서 작동하는"문제를 피할 수 있습니다.
2
Gallio (3.0.6)의 최신 릴리스는이 게시물에서 언급 된 많은 안정성 문제를 해결합니다. 특히, 이카루스는 현재 훨씬 안정적이며 내장 된 디버거에 연결할 수 있으므로 Resharper는 각 테스트를 실행하기 전에 코드를 다시 컴파일하는 것보다 훨씬 빠릅니다.
2
그것은 끔찍한 불안정합니다. 약 3-4 개월 전에 사용했는데, 불안정하고 느립니다.
지금은 방금 시도했는데 "저장"을 클릭하면 충돌이 발생합니다. 그런 다음 "로컬 설정"으로 이동하지 않으면 다시 열리지 않습니다. 여전히 불안정하다고 생각합니다.
새로운 기능 추가를 중단하고 대신이 명백한 버그를 수정하기를 바랍니다.
P. 프로젝트에 1000 ~ 단위 테스트가 있고 nUnit을 사용하고 있습니다 (아마도 nUnit과 Gallio가 잘 작동하지 않을 수 있습니다)
정말 사용하고 싶기 때문에 3.1-313을 얻었습니다. 충돌하지 않고 프로젝트! 여기에 모든 나쁜 물건의 장점 후
: 다른 맛에 대한
큰 지원, 내가 NUnit를 위해 그것을 사용하고 정말 좋은 MbUnit에했습니다. 그것은 심지어 nUnit에서 RowTest를 아주 잘 지원합니다.
GUI는
- 은 나뿐만 아니라 갈 리오를 시도하고보다 훨씬 느리게 실행 & 통합
+1
적어도 이러한 문제를보고하십시오 (http://code.google.com/p/mb-unit/issues/list) 그렇지 않으면 문제가 해결되지 않습니다. 더 나은 패치를 제공 할 것입니다! –
+0
그건 시간이 걸리긴하지만 깔끔한 생각입니다.지난 번 시도한 것은 끔찍했기 때문에 문제를보고 할 가치가 없었습니다. 거의 완전히 망가 졌기 때문입니다. 그러나 이번에는 희망적이라고 생각합니다. 다음 번에 할 일을보고 할 충분한 시간이 있습니다. –
5
보고 작업 디렉토리
여기에 NUnit 테스트를 실행하는 것에 대해 추가해야한다고 덧붙여 야합니다.
정확한 숫자는 기억이 나지 않지만 같은 테스트에서는 약 3 분이 걸리며 NUnit은 30 초 만에 완료됩니다 (하나의 스레드, 단일 프로세스, 다중 도메인에서 실행).
그 자체로는 이미 아무 것도 만들지 않습니다. 그것에 부피가 큰 GUI를 추가하면 그 길에서 벗어나지 않습니다.
일부 추가 정보 : 내 솔루션에서
내가 NUnit과 테스트를하고 최근 MSpec 사양을 추가하기 시작했다. 내가 다시 컴파일하고 테스트 dll을 변경 한 후 NU을 열어 자동으로 내 이전 테스트 (모든 새로운 테스트는 MSpecs로 기록)를 엽니 다.
TDD.Net을 사용하여 Mspec 사양을 실행합니다.
이것은 NUnit Gui 러너가 아직 끝나고있는 동안 Specs가 실행을 마치면 이미 작업을 계속할 수있게 해줍니다. .
Yeap, 최신 믿어 의심치 3, Resharper 4 지원 추가. –