what is cross browser testing
크로스 브라우저 테스트에 대한 완전한 초보자 가이드 :
교차 브라우저 테스트는 애플리케이션이 예상대로 다른 브라우저에서 작동하고 정상적으로 저하되는지 확인하는 테스트 유형입니다. 다른 브라우저와 애플리케이션의 호환성을 확인하는 프로세스입니다.
여러 번 웹 사이트에서 문제가 발생하여 기술 지원을 요청하면 다른 브라우저에서 시도해 보라고합니다. 내가 할 때, 그것은 작동하고 소프트웨어 산업에서 일하면서 생계를 벌어도 완전히 바보처럼 느껴집니다.
여러분 모두에게 이런 일이 일어 났을 것입니다.
저는 항상‘왜 그렇게 생각하지 않았나요?’라고 생각하게됩니다.하지만 저를 믿으세요. 시간이 지남에 따라 그것이 제 잘못이 아니라는 것을 깨달았습니다. 웹 사이트가 브라우저 간 호환성 테스트와 관련하여 광범위하게 테스트되지 않았으며 최종 사용자로서 방금 버그를 발견했습니다.
학습 내용 :
- 소개
- 크로스 브라우저 테스트 란 무엇입니까?
- 왜 수행됩니까?
- 누가이 테스트를 수행합니까?
- 크로스 브라우저 테스트를 수행하는 방법?
- 권장 도구
- 이 테스트는 언제 시작해야합니까?
- 무엇을 테스트해야합니까?
- 크로스 브라우저 테스트 '방법'요약
- 이것을하기에 가장 좋은시기는 언제입니까?
- 결론
- 추천 도서
소개
우리 모두는 일부 웹 사이트가 일부 브라우저에서 제대로 표시되지 않고 웹 사이트가 손상되었다고 생각할 수 있습니다. 그러나 다른 브라우저에서 열면 웹 사이트가 정상적으로 열립니다. 따라서이 동작은 다른 브라우저와 웹 사이트의 호환성을 설명합니다.
각 브라우저는 웹 사이트 페이지의 정보를 다르게 해석합니다. 따라서 일부 브라우저에는 웹 사이트가 표시하려는 기능이 부족하여 해당 브라우저에서 웹 사이트가 깨져 보일 수 있습니다.
예를 들어 , 아래와 같이 가입 양식의 오류가 두 브라우저에서 동일하지 않습니다. 또한 텍스트 색상, 글꼴 등도 자세히 살펴보면 달라집니다.
기술이 발전함에 따라 브라우저에 사용할 수있는 몇 가지 옵션이 있으며 웹 사이트가 브라우저 중 하나에서 작동하도록하는 것만으로는 충분하지 않습니다.
사용자가 특정 브라우저를 사용하여 애플리케이션에 액세스하도록 제한해서는 안됩니다. 따라서 다른 브라우저와 웹 사이트의 호환성을 테스트해야합니다. 일반적으로 사용되는 브라우저에는 Chrome, Safari, Firefox, Internet Explorer 등이 있습니다.
그것이 배경 이야기이기 때문에 여러분 모두 오늘 토론 주제를 이해 하셨을 것입니다. 크로스 브라우저 테스트.
STH의 일반적인 관행과 마찬가지로 기본에 초점을 맞출 것입니다. 우리는 다음과 같은 기본적인 질문 단어를 물을 때 어떤 개념이 의미가 있다고 믿습니다. '무엇, 왜, 어떻게, 누가, 언제, 어디서'.
우리가가는대로 그렇게합시다.
크로스 브라우저 테스트 란 무엇입니까?
#1) 크로스 브라우저 테스트는 단순히 이름이 의미하는 것입니다. 즉, 여러 브라우저에서 웹 사이트 또는 애플리케이션을 테스트하고 종속성이나 품질 저하없이 의도 한대로 일관되게 작동하는지 확인합니다.
#두) 이것은 둘 다에 적용됩니다 편물 과 모바일 애플리케이션 .
# 3) 어떤 종류의 응용 프로그램이이 작업을 수행합니까? – 고객 대면 애플리케이션이 최선의 선택입니다. 이 시점에서 '모든 애플리케이션이 고객을 대상으로하는 것은 아닙니까?'라고 궁금해 할 수 있습니다. 네, 그렇습니다. 그들은. 그러나 예를 살펴 보겠습니다.
신청 1 : 회사가 내부적으로 재고를 추적하기 위해 개발 된 애플리케이션
신청 2 : 이것은 최종 사용자가이 회사에서 제품을 구매하기위한 것입니다.
- 최종 사용자가 사용할 브라우저 / 플랫폼 / 버전을 제어 할 수 없기 때문에 브라우저 호환성 테스트를 위해 응용 프로그램 2를 테스트하는 것이 가장 좋은 아이디어 일 것입니다.
- 반면 회사 내부의 모든 컴퓨터가 Chrome 브라우저와 함께 Windows 8 컴퓨터를 사용하는 경우 애플리케이션 1과 관련하여 다른 것을 찾거나 테스트 할 필요가 없습니다.
왜 수행됩니까?
그 문제에 대해 왜 어떤 종류의 테스트를 수행합니까?
- 무엇이 잘못되었는지 알고 고칠 수 있습니다.
- 효율성과 사용자 경험을 향상시키고 그에 따라 비즈니스.
- 가능한 모든 함정에 대한 알림
그러나 구체적으로 다음과 같이 생각하면 : 크로스 브라우저 테스트의 의도는 무엇입니까? – 이것은 두 가지입니다.
- 다른 브라우저에서 페이지의 표현 또는 모양-동일한 지, 다른지, 하나가 다른 것보다 낫다면 다른지 등.
- 기능 및 작동. (물론이야!)
누가이 테스트를 수행합니까?
- '수백만 개의 브라우저, 버전 및 플랫폼이 있습니다. 어떤 것을 선택해야합니까?'라고 생각하십니까? – 이것은 고맙게도 테스터의 책임 인 결정이 아닙니다. 클라이언트, 비즈니스 분석 팀 및 마케팅 팀이이 결정에서 중요한 역할을합니다. 또한 회사는 사용 / 트래픽 통계를 수집하여 주로 사용하는 브라우저, 환경 및 장치를 좁 힙니다.
- 전체 프로젝트 팀은 이러한 노력을 지원하기 위해 투자 된 관심, 시간, 돈 및 인프라를 가지고 있어야합니다.
- QA 팀이이 프로세스에 참여할 수도 있고 여러 브라우저에서 애플리케이션이 어떻게 작동하는지 알고 싶어하는 디자인 팀일 수도 있습니다.
- QA 또는 다른 팀에 의해 수행되는지 여부-결과는 설계 및 개발 팀에 의해 해석되고 관련 변경이 이루어집니다.
크로스 브라우저 테스트를 수행하는 방법?
이제 우리는 이야기하고 있습니다!
가장 먼저 할 일은 수동으로 수행합니까 아니면 도구를 사용하여 수행합니까?
여러 시스템, 여러 OS, 여러 브라우저, 여러 시스템과 같이 수동으로 수행 할 수 있지만 분명히 여러 문제, 여러 투자 및 여러 도전으로 이어집니다.
수동 방법
이 경우 비즈니스는 애플리케이션이 지원해야하는 브라우저를 식별합니다. 그런 다음 테스터는 다른 브라우저를 사용하여 동일한 테스트 사례를 다시 실행하고 애플리케이션의 동작을 관찰하고 버그가있는 경우보고합니다.
이러한 유형의 테스트에서는 여러 브라우저를 다룰 수 없으며 애플리케이션이 주요 브라우저 버전에서 테스트되지 않을 수도 있습니다.
또한 브라우저 간 검사를 수동으로 수행하는 것도 비용과 시간이 많이 소요됩니다.
자동화 된 방법
크로스 브라우저 테스트는 기본적으로 다른 브라우저에서 동일한 테스트 케이스 세트를 여러 번 실행합니다.
자바 프로젝트를 시작하는 방법
이러한 유형의 반복 작업은 자동화에 가장 적합합니다. 따라서 도구를 사용하여이 테스트를 수행하는 것이 더 비용과 시간 효율적입니다.
따라서이를 쉽게 수행 할 수있는 많은 도구가 시장에 나와 있습니다.
이 도구는 도구 자체 및 라이선스 유형에 따라 다음 중 하나 이상 또는 모두를 지원합니다.
- 원격 컴퓨터에 연결하고 JAVA, AJAX, HTML, Flash 및 기타 페이지의 작동 및 변환을 확인할 수있는 VPN (Virtual Private Machine)을 제공합니다. 대부분은 안전하지만 제 3 자에게 정보를 제출하는 것이므로 재량에 대한 특정 분석이 권장됩니다.
- 여러 브라우저에서 어떻게 나타나는지에 대해 제출 된 페이지 및 링크에 대한 스크린 샷이 제공됩니다. 물론 이것은 정적입니다.
- 여러 브라우저가 하나에서 수행되는 작업과 관련하여 동기화되며 결과는 브라우저에 맞게 표시됩니다.
- 여러 화면 해상도에서 페이지 표현 표시
- 문제가 발생하면 추가 분석을 위해 문제를 전송하기 위해 비디오 또는 스크린 샷이 기록됩니다.
- 일반적으로 웹 및 모바일 앱 모두에 대한 지원이 제공됩니다.
- 액세스에 인증이 필요한 개인 페이지도 테스트 할 수 있습니다.
- 개인 네트워크 / 방화벽 페이지 내의 로컬도 테스트 할 수 있습니다.
권장 도구
# 1) LambdaTest
LambdaTest 사용자가 2000 개 이상의 다른 브라우저와 운영 체제의 조합에서 웹 사이트 또는 웹 앱의 자동 및 수동 호환성 테스트를 수행 할 수있는 클라우드 기반 크로스 브라우저 테스트 플랫폼입니다.
사용자는 확장 가능하고 안전하며 신뢰할 수있는 클라우드 기반 Selenium 그리드에서 Selenium 자동화 테스트를 실행하고 클라우드에서 공용 또는 로컬로 호스팅되는 웹 사이트 및 웹 앱에 대한 실시간 대화 형 브라우저 간 테스트를 수행 할 수 있습니다.
=> LambdaTest 웹 사이트 방문# 2) CrossBrowserTesting
CrossBrowserTesting SmartBear라는 회사에서 제공합니다. CrossBrowserTesting을 사용하면 클라우드 기반 실제 장치 실험실을 통해 모든 브라우저 또는 모바일 장치에서 모든 웹 경험을 완벽하게 만들 수 있습니다. VM과 장치 실험실을 버리십시오. 2050 개 이상의 실제 데스크톱 및 모바일 브라우저에서 클라우드에서 수동, 시각적 및 Selenium 테스트를 쉽게 실행할 수 있습니다.
비 기술적 인 사용자로서 테스트 속도를 높이고 싶으십니까? 기록 및 재생 기능을 확인하여 라이브 테스트를 기록하고 기록 된 테스트를 병렬로 실행할 수 있습니다.
=> CrossBrowserTesting 웹 사이트 방문# 3) 셀레늄
Selenium은 웹 기반 애플리케이션의 자동화 된 테스트로 잘 알려져 있습니다. 테스트 케이스를 실행하는 데 사용할 브라우저를 변경하는 것만으로 셀레늄은 다른 브라우저를 사용하여 동일한 테스트 케이스를 여러 번 실행하는 것이 매우 쉽습니다.
# 4) BrowserStack
BrowserStack은 온 디맨드 브라우저, 운영 체제 및 실제 모바일 장치에서 애플리케이션을 테스트 할 수있는 클라우드 기반 웹 및 모바일 테스트 플랫폼입니다.
# 5) 브라우징
웹 개발자와 웹 디자이너를위한 손쉬운 테스트를 제공하는 라이브 대화 형 서비스입니다.
다양한 브라우저와 운영 체제가 있으며 Browserling은 가장 많이 사용되는 운영 체제에서 가장 많이 사용되는 모든 브라우저에 대한 빠른 액세스를 제공합니다.
=> 추가 자료 : 크로스 브라우저 테스트 도구의 전체 목록
이 테스트는 언제 시작해야합니까?
크로스 브라우저 테스트를 시작하는 데 걸리는 시간은 테스트 방법과 테스트 일정에 따라 다릅니다.
이 테스트를 수행 할 수 있습니다.
# 1) 가능한 한 빨리 :
단일 페이지를 테스트 할 준비가 된 경우에도이 테스트를 시작하십시오.
각 브라우저에서 해당 페이지를 테스트하십시오. 다음 페이지를 사용할 수 있으면 여러 브라우저에서도 테스트하십시오. 이렇게하면 노력이 늘어날 것이지만 수명주기에서 최대한 빨리 오류를 수정하는 데 도움이됩니다. 따라서이 경우 오류를 수정하는 것이 훨씬 비용 효율적입니다.
# 2) 신청이 완료되면 :
애플리케이션 개발이 완료되면이 테스트를 시작하십시오.
이렇게하면 다른 브라우저에서 애플리케이션 전체를 테스트합니다. 오류를 수정하는 것은 위의 경우만큼 비용 효율적이지 않지만 사용자에게 애플리케이션을 출시하기 전에 오류를 수정하는 데 도움이됩니다.
# 3) 애플리케이션이 출시되면 :
응용 프로그램에 대한 브라우저 간 테스트를 수행하는 데 가장 선호되는 시간입니다. 하지만하지 않는 것보다 최종 사용자가 나쁜 경험을하게하는 것보다 낫습니다.
최종 사용자를 위해 애플리케이션이 출시 된 후이 테스트를 수행 할 수 있으며 애플리케이션의 변경 요청의 일부로 버그를 수정할 수 있습니다. 이는 비용이 많이 들고 버그 수정에 따라 여러 번 배포해야합니다.
엄격한 브라우저 간 테스트는 도구에 대한 지식이있는 테스트 팀 구성원이이 테스트를 수행 할 때만 수행 할 수 있습니다. 비즈니스 사용자 또는 개발자도 높은 수준의 특정 브라우저를 확인하거나 확인할 수 있습니다.
이 테스트에는 다양한 브라우저를 사용하여 애플리케이션을 철저히 테스트하는 것이 포함됩니다. 테스트에는 애플리케이션의 기능 및 비 기능 테스트가 포함됩니다.
대부분의 회사에서 제품 팀에는 기능 및 비 기능 테스트를위한 별도의 팀이 있습니다. 따라서이 테스트는 응용 프로그램의 기능 및 비 기능 테스트를 담당하는 팀이 수행해야합니다.
이 테스트를 위해 테스터는 애플리케이션을 테스트해야하는 브라우저가 필요합니다.
이러한 브라우저는 다음과 같이 테스터에게 제공 될 수 있습니다.
- 테스터의 컴퓨터에 로컬로 설치됩니다.
- 테스터가 액세스 할 수있는 가상 머신 또는 다른 머신.
- 테스트를 위해 자체 브라우저와 버전을 제공하는 도구입니다.
- 클라우드 – 여러 테스터가 필요할 때 브라우저를 사용할 수 있습니다.
이 테스트는 배포 환경과 독립적입니다. 따라서 이러한 각 환경에서 애플리케이션의 가용성에 따라 개발, 테스트, QA 또는 프로덕션 환경에서 수행 할 수 있습니다.
무엇을 테스트해야합니까?
- 기본 기능 : 링크, 대화 상자, 메뉴 등
- 그래픽 사용자 인터페이스: 응용 프로그램의 모양과 느낌.
- 응답: 애플리케이션이 사용자 작업에 얼마나 잘 반응하는지.
- 공연: 허용 된 기간 내에 페이지를로드합니다.
애플리케이션이 한 브라우저에서 잘 작동한다고해서 다른 브라우저에서도 잘 작동한다는 의미는 아닙니다. 따라서이 테스트는 응용 프로그램이 오류없이 다른 브라우저에서 실행되는지 확인하는 데 도움이됩니다.
어떤 브라우저에서 어떤 중단이 발생하는지 확인하고 그에 따라 웹 사이트를 수정하려면이 테스트를 수행해야합니다. 브라우저가 전혀 지원되지 않으면 사용자에게 쉽게 알릴 수 있습니다.
크로스 브라우저 테스트 '방법'요약
#1. 트래픽 통계는 테스트 할 브라우저를 결정하는 데 도움이됩니다.
#두. AUT (테스트 대상 응용 프로그램) 자체에 대한 자세한 분석을 수행하여 응용 프로그램의 어떤 부분이 있는지 또는 모든 부분이이를 거쳐야하는지 결정해야합니다. 모두 여러 브라우저에서 테스트하는 것이 좋지만 비용과 시간을 고려해야합니다. 좋은 전략은 플랫폼 당 한 브라우저에서 100 % 테스트를 수행하고 다른 브라우저에서는 가장 중요하고 널리 사용되는 기능을 테스트하는 것입니다.
#삼. 테스트 할“무엇”과“어디 (브라우저)”에 대한 결정이 내려지면 인프라 결정이 내려집니다. 도구를 얻거나 수동으로 수행해야합니다. 다시 한번 비용을 고려해야합니다. 실행 가능성, 위험, 보안 문제, 관련 인력, 시간, 허용 기준, 문제 / 결함 수정 일정 / 프로세스 등은 해결해야 할 몇 가지 사항입니다.
# 4. 테스트를 수행하십시오. 시스템의 효율성을 검증 할 때 정기적 인 기능 테스트 테스트 케이스를 사용할 수 있습니다. 룩앤필 / 변환 테스트 케이스는 필요하지 않습니다.
이 기사의 시작 부분에서 제가 말했던 작업은 저에게 실패한 온라인 은행 송금이었습니다. 은행 계좌에 로그인하여 이체 금액을 1 락 정도로 선택하고 이체를 시도했는데 몇 번 시도해도 서블릿 오류가 표시되었습니다.
따라서 브라우저 호환성 테스트를 위해 전송 작업을 선택한 경우 테스트 스크립트는 다음과 같이 표시됩니다.
- 온라인 은행 계좌에 로그인
- 송금 할 계정을 선택하세요.
- 이체 금액 입력 : 100,000
- 수취인을 선택하고 '이체'를 클릭합니다.
- 예상 결과 : 전송이 성공해야합니다.
- 선택한 모든 브라우저에서 실행됩니다.
다시 말하지만, 이것은 기능 테스트 케이스와 다르지 않습니다. 이에 대한 자세한 내용은이 비 기능 테스트 문서를 확인하십시오.
# 5. 테스트 프로세스에 참여하지 않은 경우 결과를 설계 팀에 다시보고하십시오. 변화는 다음과 같습니다.
이것을하기에 가장 좋은시기는 언제입니까?
모든 테스트는 초기에 수행 할 때 최고의 이점을 얻습니다. 따라서 업계 권장 사항은 페이지 디자인을 사용할 수있는 즉시 시작하는 것입니다.
그러나 사이트가 완전히 통합되고 작동 할 때도 수행 할 수 있습니다.
설계, 개발 및 QA 단계에서 브라우저 간 테스트를 수행 할 때 버스를 놓친 경우에도 애플리케이션이 생산중인 동안에도 수행 할 수 있습니다. 그러나 이것은 가장 비용이 많이 들고 위험합니다.
브라우저 호환성 테스트는 어디에서 수행됩니까?
jar 파일을 어떻게 실행합니까
일반적으로이 질문에 대한 답은 다음 중 하나입니다. 개발 / QA / 프로덕션 환경 . 그러나 크로스 브라우저 검사의 경우 이것은 명확하고 관련이 없습니다 (내가 그렇게 말할 수 있다면). 하나 또는 모두에서 수행 할 수 있습니다.
결론
참고할 몇 가지 사항,
- QA 선생님이 된 지 얼마되지 않아 다음에 어떤 일이 있을지 알 수 있습니다. 즉, 기능 테스트와 비 기능 테스트입니까? 둘 다 아닌 것 같아요.
- 또한 다음과 혼동해서는 안됩니다. 교차 플랫폼 테스트는 Windows, Linux, Mac 등과 같은 여러 대상 환경에서 애플리케이션을 테스트하는 것입니다. 일부 이전 브라우저 버전이 이전 버전의 플랫폼과 만 호환 될 수 있으므로 두 가지가 함께 통합되어야하는 경우도 있습니다.
- 또한 소프트웨어 환경, 브라우저 및 장치가 매일 진화함에 따라 계속 처리되며 불쾌한 놀라움이 없는지 확인하기 위해이 브라우저 테스트를 회귀 제품군의 레퍼토리에 추가해야합니다.
아시다시피, 각각의 모든 유형의 테스트는 애플리케이션의 품질을 향상시키는 데 도움이되며 브라우저 간 테스트도 마찬가지입니다.
크로스 브라우저 테스트는 브라우저 또는 운영 체제에 관계없이 애플리케이션 전체에서 일관된 경험을 제공함으로써 사용자에게 좋은 인상을주는 데 도움이됩니다.
버그 수정은 개발 라이프 사이클의 초기 단계에서 비용 효율적이며이 테스트의 일부로 발견 된 결함에도 동일하게 적용됩니다.
이 테스트는 비즈니스 개선에 도움이되며 결과적으로 행복한 고객, 행복한 당신 !!
이것은 QA 분야 또는 소프트웨어 테스트가 다차원 분야이며 모든 사람이 뛰어날 수있는 무언가가 있다는 개념에 대한 또 다른 증거입니다.
아래에 의견과 질문을 게시하십시오. 우리는 항상 여러분의 의견을 듣고 기쁩니다!