REST API 및 UI의 블랙 / 그레이 - 박스 테스트

StackOverflow https://stackoverflow.com//questions/25045709

문제

우리는 회사에서 자동 수용 테스트를 시작하기위한 시스템을 선택하고 있습니다. 현재 대부분의 백엔드 테스트 케이스는 Python에서 이전 테스터가 작성하고 새로운 테스터를 위해 사용하기가 어렵습니다. ui의 경우 로봇 프레임 워크를 사용합니다

Stream의 새로운 "전형적인 테스터"가 사용하기 시작할 수 있도록 무언가 표준을 사용하고 싶습니다.

이전 일자리 테스터에서

SOAPUI 또는 그루비 스크립팅이있는 아파치 Jmeter를 사용했으나 현재 회사의 사람들이 싫어하는 사람들은 그것을 좋아하지 않습니다.

우리는 또는 로봇 프레임 워크를 고려하고 있습니다.

요구 사항 :

나는 휘트니스와 나에게 빨리 연주하고 표 형태가 꽤 못생긴 것처럼 보입니다. 또한 처음에는 DOC가 훌륭하지 않습니다 (나는 가능한 "명령을 찾지 못했습니다.", 예를 들어, 주장, 일부 루핑) 및 문서화. RestFixture는 더욱 악화됩니다 (없음).

또한 DB 검사를위한 조명기가 보이지 않았습니다. 결국 개발자는 프로그램을 프로그램하고 유지 해야하는 사용자 정의기구를 유지하고 유지해야하며, Google Grown Python Test Suite를 사용하는 것이 좋습니다.

모든 아이디어, 경험?

고마워, Radek

Ps : 나는이 질문을 QA 포럼에 대해서도 물었다. 그러나 이것은 스태 그 오버 플로우보다 훨씬 덜 활동적이므로,이 중복에 대해 죄송합니다.

도움이 되었습니까?

해결책

Fitnesse의 사용과 말할 수는 없습니다. 그러나 로봇 프레임 워크 묻는 모든 일들과 더. 다음과 같은 이유로 내 프로젝트를 선택합니다.

  1. 단일 도구 (따라서 단일보고 형식) soap - 및 REST - 바이스 서비스, 데이터베이스 유효성 검사, 웹 기반 UI 테스트 및 심지어 데스크탑 응용 프로그램 테스트 . 또한 그 일을위한 더 나은 도구가 많지만 통합 및 단위 테스트에도 사용할 수 있습니다.
  2. 로봇 테스트를 사용하여 대화 상자 라이브러리 또는 사용자 정의를 사용하여 수동 테스트를 구현할 수 있습니다. 도서관. Microsoft Word에서 작성된 유사한 테스트를 실행할 때보 다 사용되는 수동 테스트를 실행할 때 테스터 처리량의 중요한 속도가 높은 속도를 보였습니다. 불행히도이 강력한 기능에 대한 웹에별로 작성되지는 않지만 수동 및 자동화 된 모든 수용 테스트에 대한 기능과 동일한 종류의보고, 버전 제어, 태그 지정 등을 사용할 수 있습니다.
  3. 좋은 키워드 라이브러리를 만드는 데 시간을 투자하면 테스트를 쉽게 읽을 수 있습니다 (및 쓰기 가능)
  4. jenkins for jenkins for Robot 플러그인 테스트 결과가 쉽습니다
  5. 로봇 프레임 워크 테스트 스위트는 일반 텍스트 파일 코드가 바로 버전을 지정할 수 있습니다.
  6. 테스트 출력은 XML 파일을 이해하고 구문 분석하는 매우 간단합니다. 또한 "nofollow"> XUnit 스타일의 출력 다른 도구. 로봇에는이 XML을 인간 친화적 인 로그 및 보고서로 변환 할 수있는 도구가 있습니다. Listener 인터페이스 쉽게 캡처하거나 스트리밍 할 수 있습니다. ...에
  7. 도구 및 편집기 플러그인 팀 구성원이 사용할 수있는 팀 구성원이 있습니다. 그들이 가장 편안한 도구.
  8. 로봇은 매우 확장 가능 - 키워드 라이브러리가 될 수 있습니다 IronPython을 사용하여 실행 한 경우 Jython 또는 .NET 언어로 운영하는 경우 Java뿐만 아니라 Java뿐만 아니라 Java의 거의 모든 언어로 작성되었습니다. 원격 라이브러리 인터페이스 에서 키워드를 작성할 수 있습니다. 소켓을 열고 서버 역할을 할 수있는 언어입니다.

    9. DB 테스트의 조명기는 일반적인 Java 기반 데이터베이스 라이브러리가 있습니다 , 일반 "Nofollow"> 파이썬 기반 데이터베이스 라이브러리 공통 데이터베이스에 연결할 수 있습니다. ...에 mongodb

    와 대화를 나눌 수있는 라이브러리도 있습니다.

    버전 관리에 관한 질문과 관련된, 로봇은 매우 강력한 태그 지정 메커니즘 유용 할 수 있습니다. 예를 들어, 모든 테스트를 함께 모든 테스트에 태그를 지정할 수 있습니다. 그런 다음 방금 모든 것을 체크 아웃하지만 로봇을 사용하십시오 명령 줄 옵션 < / a> 특정 버전으로 태그가 지정된 테스트 만 선택하려면. 태그 지정의 측면 이점으로 보고서는 태그별로 통과 / 실패 통계를 분리합니다.

    로봇은 완벽한 테스트 시스템이 아니지만 아주 좋은 것입니다. 나는 동등하게 좋은 테스트 프레임 워크가 많이 있지만 객관적으로 더 나은 것이 있는지 확신하지 못한다는 것을 주장 할 것입니다. 물론 당신이 중요한 것들을 위해 당신에게 중요한 것들에 대해, 로봇 프레임 워크는 필요한 모든 것을 수행합니다.

다른 팁

나는 이전에 거의 유사한 시나리오에 있었다. 우리는 RF, 피트니스 및 IBM의 Staf / Stax

사이를 결정해야했습니다.

로봇 프레임 워크를 선택하고 잘 작동했습니다.

  1. 백엔드 (REST API, 일부 DB 수표) 및 UI 모두에 사용해야합니다. 테스트 - REST의 경우 RF의 다양한 DB 라이브러리와 함께 요청 라이브러리를 함께 사용할 수 있습니다.
  2. 비 프로그래머 / 테스터도 할 수 있도록 간단한 언어를 사용해야합니다. 테스트 사례를 이해합니다 (제품 소유자는 볼 수 있어야합니다. 모든 수용 기준이 적용되는지 여부) - RF는이를 정확하게하기위한 것입니다.
  3. jenkins와의 통합을 지원해야합니다 - RF는 jenkins 플러그인
  4. 테스트 케이스의 버전 관리를 지원해야하므로 특정 제품 버전 우리는 또한 지금 관련 테스트 케이스를 지금 확인할 수 있습니다 - RF의 태그 기능은이
    5. 에 잘 작동합니다.

    로봇 프레임 워크가 있습니다. 통합 요구 사항.

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