테스트 자동화 브리핑

통합 테스트

이 테스트는 다양한 코드 단위가 함께 작동하는 방법을 확인합니다. 개별 단위가 개별적으로 올바르게 작동 할 수 있지만 통합 테스트는 함께 작동하도록합니다. 엔드 투 엔드 테스트 :이 테스트는 시스템 전체를 테스트하여 실제 사용 시나리오를 시뮬레이션합니다. 가장 느리고 가장 복잡한 테스트입니다 자동으로 테스트를 생성합니다 사례는 테스트 사례 생성을 위해 시스템 모델을 사용하는 모델 기반 테스트를 통해 이루어 지지만 연구는 다양한 대안을 계속 조사하고 있습니다. 일부 경우 모델 기반 접근 방식으로 비 기술적 인 사용자가 일반 영어로 자동 비즈니스 테스트 사례를 생성 할 수 있습니다. 여러 운영 체제, 브라우저 및 스마트 장치를 구성하기 위해 어떤 종류의 프로그래밍도 필요하지 않습니다.자동화시기, 자동화시기 및 자동화가 실제로 필요한 경우에도 테스트 (또는 개발) 팀이 내려야하는 핵심 결정입니다. 테스트 자동화 결정은 다음과 같습니다.

1) 테스트중인 시스템 (SUT).

2) 테스트 유형 및 양.

3) 테스트 도구 4) 인간 및 조직 과목

5) 크로스 오버 요인, 연구에서 확인 된 가장 일반적인 개별 요인은 다음과 같습니다. 회귀 테스트, 경제적 요인 및 SUT의 만기가 필요했습니다.소프트웨어 개발의 추세는 Xunit 프레임 워크 (예 : Junit 및 Nunit)와 같은 단위 테스트 프레임 워크를 사용하는 것입니다. 이는 단위 테스트를 수행하여 다양한 상황에서 예상대로 코드의 다양한 부분이 작동하는지 여부를 결정할 수 있습니다. 테스트 사례는 프로그램이 예상대로 작동하는지 확인하기 위해 프로그램에서 실행 해야하는 테스트를 설명합니다.주로 단위 테스트를 사용하는 테스트 자동화는 TDD (Test-Driven Development) 또는 테스트 우선 개발로 알려진 극단적 인 프로그래밍 및 민첩한 소프트웨어 개발의 주요 기능입니다. 단위 테스트는 코드를 작성하기 전에 기능을 정의하기 위해 작성할 수 있습니다. 그러나이 단위 테스트는 코딩 진행, 문제가 발견되며 코드가 리팩토링되면 진화하고 확장됩니다. 코드는 모든 필요한 기능 패스에 대한 모든 테스트에 대해서만 완전한 것으로 간주됩니다. 이는 수동 탐색 테스트를 통해 테스트 할 수 있습니다. 코드 커버리지가 향상되기 때문에 더 신뢰할 수 있으며 폭포 개발주기가 끝나지 않고 개발 중에 지속적으로 실행되기 때문에 더 신뢰할 수 있습니다. 개발자는 변경하자마자 결함이 가장 낮을 때 결함을 발견합니다. 마지막으로, 단위 테스트를 사용할 때 코드 리팩토링이 더 안전합니다. 코드 복제가 적지 만 동등한 동작으로 코드를 더 간단한 형태로 변환하고, 리팩토링 된 코드가 단위 테스트로 덮을 때, 새로운 결함이 많이 소개 될 가능성이 훨씬 적습니다.

광범위한 낮은 수준의 인터페이스 회귀 테스트와 같은 일부 소프트웨어 테스트 작업은 수동으로 수행하는 데 힘들고 시간이 많이 걸릴 수 있습니다. 또한 수동 방법은 특정 클래스의 결함을 찾는 데 항상 효과적이지 않을 수 있습니다. 테스트 자동화는 이러한 유형의 테스트를 효율적으로 수행 할 수 있습니다.자동화 된 테스트가 개발되면 빠르고 반복적으로 실행할 수 있습니다. 응용 프로그램 라이프 사이클의 작은 패치조차도 이전 시점에서 여전히 유효한 기존 기능이 중단 될 수 있습니다.

소프트웨어 개발 회사는 자동화 된 테스트의 재사용 성을 소중히 여기지만이 속성은 단점으로 볼 수 있습니다. 반복적으로 실행 된 스크립트는 프레임 이상의 버그 감지를 중지하는 "살충제 역설, "로 알려져 있습니다. 이 경우 수동 테스트가 더 나은 투자 일 수 있습니다.이 모호성은 다시 테스트 자동화에 대한 결정이 개별적으로 이루어져 프로젝트 요구 사항과 특유의를 염두에 두어야한다는 결론으로 ​​이어집니다.테스트 자동화 도구는 비싸고 수동 테스트와 함께 사용되는 경우가 많습니다. 특히 회귀 테스트에 반복적으로 사용될 때는 장기적으로 비용 효율적으로 사용될 수 있습니다. 테스트 자동화를위한 좋은 후보는 일반 테스트 사례입니다. 응용 프로그램의 흐름, 응용 프로그램에서 개선 될 때마다 실행해야하므로 (회귀 테스트) 검정 테스트와 관련된 노력이 줄어들면서 인간은 자동 점검을 개발하고 유지 관리해야하며 테스트 결과를 검토해야합니다. .

자동화 된 테스트에서 테스트 엔지니어 또는 소프트웨어 품질 보증 직원은 소스 코드 형태로 작성되고 런타임에 대한 어설 션에 따라 출력이 생성되기 때문에 소프트웨어 코딩 기능이 있어야합니다. 일부 테스트 자동화 도구를 사용하면 코딩 대신 키워드를 통해 테스트 작성자를 수행 할 수 있으므로 프로그래밍이 필요하지 않습니다.