지원 링크를 클릭하고 지원 이메일 ID가있는 이메일을 여는 내 애플리케이션에 시나리오가 있습니다. 각도기를 사용하여 확인해야합니다.

Question

지원 링크를 클릭하고 이메일 ID 지원. 각도기을 사용하여 이메일 ID를 확인해야합니다.

Answer 1

수동 테스트를 통해 훨씬 빠르고 빠를 때 그 중 하나라고 생각합니다. 최초의 자동화를위한 옵션을 제공하지만

:

아마 테스트중인 응용 프로그램의 범위는 HTML 또는 evtl.로 제공됩니다 무엇에 종료 JavaScript. 그 후 그것은 기본적으로 메일 소프트웨어를 여는 브라우저 및 OS 기능입니다. 따라서 테스트는 테스트중인 응용 프로그램의 범위에있는 것만 포함해야합니다.

그래서 자동으로 제안하면 mail-link (evtl. mailto:)을 포함하는 요소가 올바르게 설정되었는지 확인하는 것입니다. 이런 식으로 뭔가 : 메일 주소는/출판 얻을 것이다 방법, 셋업 메일 소프트웨어뿐만 아니라 추가 정보를 정기적으로하지 않고 사용자를 소외에 대한

expect($('div.support-mail').getAttribute('outerHTML')).toMatch('support@mail.com');

Read in this SO-Question here 더. 이 수동으로 할 것이 낫다 왜 지금

:

을 그냥 복잡성을 상상하고 다양한 당신이 당신의 자동화 코드 내에서 충당해야 할 것 :

만 컴퓨터에 이미

의미

• 3 개 주요 OS (윈도우, 맥, 리눅스), 배

• 5 브라우저

  (IE, 에지, 크롬, 파이어 폭스, 사파리), 배

• 수많은 메일 소프트웨어 등 (아웃룩, 맥, Gmail은, 야후,)

• 추가 할 추가 : 메일을 방지 차단제, 브라우저 확장 및 팝업 열리는. 운영 체제 (기본 메일이 구성되지 않은 경우)

모바일 커버리지 (장치, OS, 화면 크기 등)를 추가하면 문제가됩니다.

자동화가 있건 없건 상관없이 몇 가지 환경을 최대한 처리 할 수 ​​있습니다. 그러나 자동화를 통해 적절한 실행 버전을 얻는 데 많은 시간이 걸리는 반면 수동 테스트에서는 실행 당 30 초가 소요됩니다. 따라서 약 20 개의 환경 설정을 수동으로 테스트하면 여전히 1 시간 미만이 소요됩니다. 아마 1 년에 2 ~ 3 번 테스트해야 할 것입니다.

또한이 기능은 결코 다시 변경되지 않으므로 일단 작동하는지 확인하면 작동합니다. 코드 표준 또는 브라우저가 크게 변경되면 특정 구성을 한번 재검사해야합니다.

마지막으로 중요한 것은 비즈니스에 중요한 기능이 아닙니다. 최악의 경우 사용자는 브라우저에서 자신의 메일에 주소를 복사하여 붙여 넣기해야합니다.

전체적으로 나는 자동화를위한 노력의 가치가없는이 사례를 고려할 것입니다. 수동 테스트가 더 적합합니다.