테스트 자동화 또는 자동화 테스트:자동화 도구 또는 자동화 스크립트를 사용하여 컴퓨터 소프트웨어 또는 모바일 소프트웨어를 테스트합니다.
테스트 자동화의 중요 작업:
•자동화를 위한 영역/테스트 케이스 선택
•테스트 도구 기능 및 프로그래밍 기능을 사용하여 테스트/테스트 스크립트를 만듭니다.
•테스트 실행(단일 테스트 또는 테스트 일괄 처리).
•필요한 경우 디버깅 테스트.
•테스트 결과 분석 및 결함 보고.
——————–
테스트 자동화의 단점/자동화 된 테스트
1)테스트 자동화는 초기 단계에서 많은 노력이 필요합니다.
(소프트웨어 테스팅 두 가지 중요한 작업에서,하나는 테스트 설계이고 다른 하나는 테스트 실행이며,테스트 설계 사용자(테스터)상호 작용은 필수이며,테스터는 테스트 도구 기능 및 프로그래밍 기능을 사용하여 테스트 스크립트를 작성,그것은 수동 테스트 케이스 디자인보다 더 많은 시간이 걸립니다.100%테스트 자동화는 실용적이지 않습니다.
(일반적으로 우리는 최대 테스트 케이스를 자동화하려고,모든 테스트 케이스,일부 테스트 인간의 사용자 관찰이 필요합니다.
일부 환경 제한으로 인해 테스트 가능한 모든 요구 사항을 자동화 할 수는 없습니다.)
3)모든 유형의 테스트는 불가능합니다(예:유용성).
(우리는 기능 테스트,성능 테스트를 자동화 할 수 있지만 시스템의 사용자 편의성을 확인하는 테스트를 자동화 할 수는 없습니다.
4)디버깅 문제
(우리는 테스트를 작성하는 프로그래밍 구문/논리를 사용,테스트 스크립트에서 오류를 찾는 몇 번 어렵다.(4056>
브이)도구는 자신의 결함이있을 수 있습니다.
(우리가 원하는 혜택을 달성하지 않을 수 있도록 또한 테스트 도구 소프트웨어,그것은 그것의 자신의 결함이있을 수 있습니다).
6)프로그래밍 지식이 필요합니다.
(모든 테스트 도구는 프로그래밍 언어 중 하나를 사용하여 테스트 스크립트를 작성합니다. 그래서 작성 및 테스트 스크립트를 편집하기 위해 프로그래밍 지식은 필수입니다.
수동 테스트에서는 프로그래밍 지식이 필요하지 않습니다.)
7)테스트 도구에는 환경 제한이 있습니다.
(테스트 도구에는 운영 체제 및 브라우저 등의 호환성 문제가 있습니다…
예:
셀레늄은 웹 응용 프로그램 테스트 자동화 만 지원하며 데스크톱/윈도우 기반 응용 프로그램은 지원하지 않습니다.
환경 제한 없음 수동 테스트를 위해,우리는 어떤 운영 체계 및 아무 브라우저나에 컴퓨터 소프트웨어 또는 이동할 수 있는 소프트웨어를 시험해서 좋습니다.(4056>
8)동적으로 변화하는 사용자 인터페이스 디자인에 적합하지 않음.
(대부분의 테스트 도구는 프런트 엔드 개체를 기반으로 테스트 자동화를 지원하며,사용자 인터페이스 디자인이 동적으로 변경되면 자동화가 어렵습니다.)
————————-
테스트 도구:소프트웨어 테스트 프로세스를 자동화하는 데 사용되는 소프트웨어입니다.
테스트 도구는 하나의 소프트웨어이며 테스트중인 응용 프로그램은 다른 소프트웨어입니다.
디버깅:단계별 실행을 통해 오류를 찾고 격리합니다.
소셜 미디어에 나를 따르라:
