최상의 답변
QTP
- QTP는 이제 UFT가 HP에서 제공하는 라이센스 도구입니다. , 웹 응용 프로그램, Windows 데스크톱 응용 프로그램, Oracle 응용 프로그램을 자동화하는 데 사용할 수 있습니다. 일부 추가 기능이 포함 된 무료 다운로드는 한 달 동안 HP에서 제공합니다.
- VBSCRIPT는 주로 사용되는 스크립팅입니다. QTP 언어.
- QTP 자체에는 IDE가 내장되어 있습니다.
- QTP 스크립트는 순차적으로 실행할 수 있습니다.
Selenium
- Selenium은 도구 라기보다는 자동화 프레임 워크에 가깝고 웹 애플리케이션 자동화에만 사용됩니다.
- Java는 스크립트를 개발하기위한 주요 언어 선택이지만 C #을 사용할 수 있습니다. , Python도 마찬가지입니다.
- Eclipse는 주로 테스트 스크립트를 작성하는 데 사용됩니다.
- Selenium은 병렬 방식으로 테스트 케이스를 실행하는 데 사용할 수 있습니다.
요약 수준에서 QTP와 Selenium은 모두 자동화를위한 좋은 도구입니다. 이러한 도구 중 하나의 요구 사항, 가용성 및 기술 세트를 선택할 수 있습니다.
답변
UFT 또는 셀레늄에 대한 경력을 결정할 상황에있는 경우. 저는 테스트 자동화 산업, 다양한 도구와 사람들의 사고 방식에 대한 일반적인 신화에 대해 약간의 통찰력을 제공하고 싶습니다.
여기서는 순전히 GUI 테스트 도구에 대해 이야기하고 있습니다. 우선 우리는 앞으로 얼마나 많은 GUI 테스트를 할 것인지 이해해야합니다. 일반적인 현대 개발 프로젝트는 프로젝트 초기에 많은 테스트를 수행하고 소프트웨어가 개발주기를 통과함에 따라 수행되는 테스트의 양이 크게 감소하는 테스트의 역 피라미드 개념을 강조합니다. 그래서 항상 소위 GUI 테스트는 게임 후반부에 발생합니다. 이는 곧 GUI 테스트의 양이 상대적으로 적다는 것을 의미합니다. 영원히 실행하고 실행하는 엄청난 양의 회귀 스크립트를 가진 많은 조직이 있습니다.
다음은 도구 선택입니다. 많은 제품 소유자 또는 조직은 조직 내에서 영원히 지속될 독점권을 만들기 위해 독점 소프트웨어를 만드는 많은 서비스 기반 회사에서 제공하는 미친 프레젠테이션을 사용합니다. 그 당시 저는 qtp, rft 등과 같은 상용 도구가 시장에서 서비스 수준 회사가 독점 제품을 사용하는 유일한 제품이었고 주요 판매 포인트는 비용 절감이었습니다. 그러나 모두들 얼마나 쓰레기가 될까요. 그런 다음 셀레늄이 등장했고 말 그대로 맞춤형 자동화 솔루션을 더욱 강력하게 만들 수있는 자유를 제공했습니다.
여기에서 문제가 시작됩니다. 구현할 자동화 전략을 선택하려면 현재 개발 전략을 예로 들어 보겠습니다. 가장 먼저 고려해야 할 것은 개발 플랫폼과 동기화되는 자동화 프레임 워크를 갖는 것입니다. 개발에서 dotnet을 사용하는 경우 자동화를 위해 코딩 된 UI를 사용하는 대신 셀레늄을 사용하는 것은 정말 나쁜 생각입니다. 대부분의 사람들이합니다. 또는 C #으로 셀레늄을 구현합니다.
다음으로 큰 문제는 대부분의 경우 작업 수행 방법을 알고있는 자동화 테스터입니다. 그러나 그들은 왜 그러한 접근 방식을 따랐는지 정당화 할 수 없습니다. 일반적인 개발 환경에서 우리는 엄격한 원칙과 코딩 표준을 따르지만 대부분의 자동화 프로젝트에서는이를 따르지 않습니다. 그리고 시나리오를 자동화하는 접근 방식이 정말 중요합니다. 대부분의 사람들은 마음 속에서 깜박 거리는 것을 먼저 생각합니다. 그리고 재미있는 점은 그때까지 그들의 일을 끝낼 것이지만 장기적으로는 확실히 문제를 일으킬 것입니다.
Selenium이 업계에서 히트 한 이유는 업계가 애자일 방법론을 채택하는 것과 관련이 있습니다. HP는 셀레늄이 이미 업계를 점령했을 때 LeanFT를 도입함으로써이 게임에서 조금 늦었습니다. 또한 셀레늄을 구현 한 조직이 얼마나 많은 조직에서 실제로 혜택을 얻었는지 생각해야합니다. 셀레늄의 문제는 부피가 커질 때 발생합니다. 추적 성, 테스트 케이스 관리, 효율적인 필터링, 위험 기반 테스트의 개념은 셀레늄의 경우 정말 어렵습니다. 프레임 워크를 완성하려면 엄청난 개발 노력이 필요합니다. 당신이 그렇게했고 또한 그 프레임 워크를 유지하는 책임을 졌다고 가정하자. 이것은 사내에서 개발되었고 항상 학습 곡선이있다. 매우 큰 조직은 방법론을 사용할 수 있고 사용할 수 있기 때문에 사용합니다. 내가 크다고 말하면 구글, 아마존, 페이팔 등의 크기이지만 다른 회사에서는 분석해야 할 부담이있다.
상업적 도구에 대한 고려가 떠오를 때입니다. 그들은 모든 것을 가지고 있습니다. 사실 그들은 당신이 사용하지도 않는 많은 것들을 제공하고 당신을 위해 청구합니다.이제이 상용 도구의 전통적인 문제는 아주 오랜 시간 동안 성공을 거둔 것은 처음에 자동화 프로젝트를 구현 한 사람들에게 있습니다. 상용 도구에 대해 배우고 가능한 모든 인증을 마친 사람은 프로젝트를 구현할 자격이 없습니다. 예를 들어, HP 인증을 받으면 HP ATP와 HP ASE가 있습니다. 대부분의 사람들은 ATP를 완료하지만 ASE를 완료하는 사람은 거의 없습니다. ASE는 프로젝트 구현의 핵심 역할을하는 사람입니다. ATP가 아닙니다. (인증이 필수라는 의미는 아닙니다.) 도구에 대한 뛰어난 지식과 함께 구현 경험이 많은 사람이이 접근법을 사용하는 이유를 정당화 할 수있는 사람이이를 구현해야합니다. 어떤 도구를 사용하든 제품 회사는 특정 방법, 모범 사례 및 접근 방식을 시행했을 것입니다.하지만 도구를 사용하는 사람들은 이러한 문서에 거의 관심이 없습니다.
현재 가장 강력한 자동화 도구는 CODED UI, TFS입니다. MAC. UFT를 사용하면 기능적인 API 테스트를 수행 할 수있을뿐만 아니라 모든 응용 프로그램을 자동화 할 수 있습니다. LeanFT는 개발 환경에서 쉽게 자동화 할 수 있도록 도와줍니다. HP 확장 성 가속기라는 것이 있지만 사용 방법을 아는 사람은 거의 없습니다. Selenium에는 많은 것들이 있습니다. 그러나 그것은 당신이 그것을 만들어야하는 레고 블록과 같습니다. 그리고 다음에 발생할 수있는 모든 문제에 대해 전적인 책임을집니다. 이 외에도 특정 영역에서 뛰어난 도구가 많이 있지만 지금은 고려할 가치가 없습니다.
요점은 어떤 도구를 선택하든 중요하지 않다는 것입니다. 가장 필요한 것은 결국 경험에 의해서만 제공되는 올바른 접근 방식을 구현하는 지식을 얻는 것입니다. 어디에서나 올바른 통찰력을 얻을 수있을 때 어디에서나 시작하십시오. 많은 도구와 언어. 행운을 빕니다 !!!