@
디렉토리
인터페이스 자동화을 왜, 무엇을 할
첫째, 왜 자동화 인터페이스를 할
- UI는 사용자의 실제 동작을 시뮬레이션 할 수 있지만, 같은 스크립트가 실패 일으킬 수요의 변화와 같은 컴퓨터 Caton, Caton 브라우저, 네트워크 속도, 외부 원인, 높은 유지 보수 비용, 높은 투자 및 기타 문제에 의해
- 간섭 제거의 UI 인터페이스 모듈 로직 검증 테스트 직접 정확성
- 인터페이스 시험의 난이도가 UI 테스트보다 낮은, 효율이 UI보다 높은, 코드 커버리지가 높은, 낮은 유지 보수 비용을 테스트 할 수 있습니다, 저렴한 비용, 높은 수율이다
- 일부 항목은 자동화 된 UI 테스트를 수행하기 위해 제품의 더 많은 데이터, 나쁜 위치, 어려운 내용을 나열
- 인터페이스 자동화 효율성을 향상, 인력을 해방 할 수 있습니다
둘째, 인터페이스의 물결을 이해
2.1 인터페이스는 무엇입니까
일반적으로, 인터페이스의 두 종류 :
- 내부 절차 인터페이스 : 방법과 방법, 모듈과 모듈의 상호 작용 사이에, 같은 로그인 게시 내부 절차 던져 인터페이스는, 당신이 로그인하지 포스트 메시지, 두 모듈 간의 게시물에 로그인 할 수 있습니다하지 않는 경우가 로그온 할 필요가있다 게시 상호 작용해야합니다, 그것은 내부 시스템 호출을위한 인터페이스가 발생합니다.
- 다른 사람의 웹 사이트 또는 서버 자원이나 정보에서 촬영하는 경우, 상대방은 지불 웹 사이트를 쇼핑 등 쇼핑 사이트 및 타사 지불 등의 데이터 사이에 작성된 얻을 수있는 방법을 제공 할 수 있습니다, 공유 데이터베이스를 제공하지 않습니다 : 외부 인터페이스 시스템을 옵션 타사 지불 방법은, 그러나 그것의 쇼핑 사이트에 타사 데이터베이스를 제공하지 않습니다, 쇼핑 사이트 호출에 대한 인터페이스를 제공 할 것입니다.
2.2 공통 인터페이스
- HTTP HTTP 프로토콜 인터페이스는 호출 방법을 구별하기 위해 경로를 통해 이동 요청 메시지는 키 - 값의 형태로 일반적으로, 메시지는 일반적으로 JSON 문자열, 일반적으로 사용되는 방법이 얻을 및 사후 요청을 반환됩니다.
- 웹 서비스 인터페이스는 SOAP 프로토콜, HTTP 전송 요청 패킷을하고 반환 메시지는 XML 형식입니다.
2.3 HTTP 로그인 문서 예제 인터페이스
2.4 인터페이스는 키 정보를 획득
- 개발 인터페이스 문서 / 인터페이스 규격 (일반 과정), 예로서 계면 문서를 제공하는 단계;
참고 : 인터페이스 사양 / 문서 (비공식적 인 과정) 등 피들러, 와이어 샤크, HttpWatch를 직접 Google이나 파이어 폭스 F12의 등 중요한 정보 인터페이스를 얻을 같은 패킷 캡처 도구의 사용을 요구하지 않는 경우;
- 키 정보를 인터페이스 :
- 프로토콜 유형 : HTTP / htts
- 요청 URL / IP : 예 : URL : https://www.baidu.com/;ip:127.0.0.1
- 포트 : HTTP 기본 포트 : 80, HTTPS의 기본 포트 : 443 또는 사용자 정의 포트
- 요청 모드 : 포스트 / 수 / 넣어 / 삭제
- 헤더 정보 : 콘텐츠 형식의 Content-Type : 응용 프로그램 / JSON
- 요청 파라미터 : JSON 바와 같은 파라미터를 전달하는 파라미터의 타입, 예컨대 이름과 속성 파라미터를 입력, 필요한 경우, 파라미터의 수;
- 응답 결과 : 참고 JSON과 같은 출력 내용 유형
반환 상태 | 기술 |
---|---|
1XX | 요청이 성공적으로 수신 이해, 받아 들여졌다 |
2XX | 성공적으로 완료 성공적인 작동 및 수신 된 응답 |
접수대 | 리디렉션 - 요청을 수행하기는 추가 작업 수행해야합니다 |
4XX | 클라이언트 오류 - 요청에 구문 오류가 있습니다 또는 요청이 달성 될 수 없다 |
5XX | 서버 측 오류 - 서버는 합법적 인 요구를 달성하는 데 실패 |
자동화 된 테스트 프로젝트에 대한 인터페이스를 무엇 셋째,
- 미션의 요구 사항을 명확 변화 자주하지 않습니다
- 긴 프로젝트주기, 회귀 정말 테스트 효율성과 품질을 향상시킬 수있는 자동화를 수행하기 위해, (> = 5) 자주 테스트
- 입력보다 효과적인 출력
- 옆으로 더 풍부 시간 설정 시험
넷째, 임계점을 자동화 인터페이스
- 테스트 스크립트가 완전히 스크립트의 재사용을 고려할 필요가 개발
- 비즈니스 및 데이터 분리
당신은 자동화 인터페이스를 할 수있는 다섯 때
- 요구 평가 완료는, 인터페이스는 명확하고 안정이 필요
- 버전 업그레이드 프로젝트 전체 회귀 테스트 프로세스의 릴리스하기 전에
여섯째, 스크립트 개발 사례와 동기 인터페이스의 개발
소프트웨어 개발은 필요 인터페이스의 개발을 동기화 할 경우 인터페이스는 디버그, 테스트, 인터페이스 문서는 사양에 따라 필요하지 수, 완료되지 않은, 시뮬레이션 도구 인터페이스 자동화 사용 사례 개발을 디버깅 MOCK 서버 인터페이스 아날로그 인터페이스의 사용
세븐, 인터페이스 자동화 된 테스트 프로세스
- 비즈니스 프로세스
- 투자 비율과 소득, 자동화 인터페이스에 대한 필요성의 평가
- 기능 및 프로젝트 속성 프로젝트 팀 구성원에 따라 자동화 도구 나 개발 언어 적절한를 선택
- 비즈니스 분석, 기능 테스트 케이스는 주요 사업 현장을 추출
- 마스터 비즈니스 시나리오 스크립트 개발에 필요한 보완 다른 비즈니스 시나리오의 경우
- 개발 프로세스
- 추출 스크립트의 사용, 가독성과 유지 보수성을 향상시키기 위해 공용 또는 공용 클래스 기능 등의 방법을 사용하여, 스크립트, 스크립트 단순화 된 패키지를 중복
- 추출 스크립트 변수 매개 변수, 변수를 수정합니다
- CSV를 사용, 엑셀, 트래픽 데이터 분리, 데이터 중심의 INI, 데이터베이스 및 기타 매개 변수 YAML 데이터 정보, 그리고 테스트
- 디버거를 실행 찾기 문제를 도움이 될 것입니다 로그의 도입
5 개 추가 주장을하고 시각적 보고서를 생성
6. 지속적으로 젠킨스, 자동 포장, 및 실행 시간 게시, 메일 링 결과를 생성