web application testing complete guide
완전한 웹 응용 프로그램 테스트 가이드 : 웹 사이트를 테스트하는 방법
우리 모두는 끊임없이 변화하고 경쟁이 치열한 오늘날의 세상에서 인터넷이 우리 삶의 필수적인 부분이되었다는 데 동의해야합니다.
우리 대부분은 요즘 인터넷에서 정보를 검색하여 결정을 내리므로 웹 사이트 호스팅은 더 이상 선택 사항이 아니라 모든 종류의 비즈니스에 필수입니다. 이는 시장에서 관련성을 유지하고 유지하는 첫 번째 단계입니다.
웹 사이트가있는 것만으로는 충분하지 않습니다. 유익하고 접근 가능하며 사용자 친화적 인 웹 사이트를 개발하려면 조직이 필요합니다. 이러한 모든 품질을 유지하려면 웹 사이트를 잘 테스트해야하며이 웹 사이트 테스트 프로세스를 웹 테스트라고합니다.
학습 내용 :
- 웹 테스트 란?
- 웹 테스트 체크리스트
- 웹 테스트 유형
- 웹 사이트를 테스트 할 때 고려해야 할 사항
- 웹 애플리케이션 테스트를위한 샘플 테스트 시나리오
- 웹 테스트 FAQ
- 결론
- 추천 도서
웹 테스트 란?
웹 테스트는 웹 사이트 또는 웹 응용 프로그램에서 잠재적 인 버그를 테스트하는 소프트웨어 테스트 방법입니다. 라이브로 만들기 전에 웹 기반 애플리케이션을 완벽하게 테스트하는 것입니다.
웹 기반 시스템은 최종 사용자에게 적용되기 전에 종단 간 완전히 확인해야합니다.
웹 사이트 테스트를 수행함으로써 조직은 웹 기반 시스템이 제대로 작동하고 실시간 사용자가 수락 할 수 있는지 확인할 수 있습니다.
UI 디자인과 기능은 웹 사이트 테스트의 선장입니다.
웹 테스트 체크리스트
1) 기능 테스트
두) 사용성 테스트
삼) 인터페이스 테스트
4) 호환성 테스트
5) 성능 시험
6) 보안 테스트
이 페이지에 언급 된 웹 테스트 개념을 연습하기위한 권장 도구 :
# 1) LoadNinja
LoadNinja를 사용하면 기록 후 즉시 재생할 수있는 테스트 스크립트를 사용하여 실제 브라우저로 웹 애플리케이션을 대규모로로드 테스트하여 실행 가능한 브라우저 기반 성능 데이터를 생성하여 실시간으로 문제를 격리하고 오류를 디버그 할 수 있습니다.
# 2) LambdaTest
LambdaTest는 클라우드 인프라에 필요한 모든 웹 사이트 및 웹 앱 테스트를 제공하도록 설계된 확장 가능한 클라우드 기반 크로스 브라우저 테스트 플랫폼입니다.
LambdaTest 플랫폼은 수동, 시각적 및 자동 테스트를 지원하여 웹 앱 요소 (예 : JavaScript, CSS, HTLM5, 비디오 등)가 모든 데스크톱 및 모바일 웹 브라우저에서 원활하게 렌더링되도록합니다. LambdaTest를 사용하면 클라우드에서 최대 2000 개 이상의 데스크톱 및 모바일 브라우저 조합에 액세스 할 수 있습니다.
=> LambdaTest 웹 사이트 방문# 1) 기능 테스트
테스트 – 웹 페이지의 모든 링크, 데이터베이스 연결, 웹 페이지에서 사용자 정보를 제출하거나 가져 오는 데 사용되는 양식, 쿠키 테스트 등
모든 링크를 확인하십시오.
- 모든 페이지에서 테스트중인 특정 도메인으로 나가는 링크를 테스트합니다.
- 모든 내부 링크를 테스트하십시오.
- 동일한 페이지에서 점프하는 링크를 테스트합니다.
- 테스트 링크는 웹 페이지에서 관리자 또는 다른 사용자에게 이메일을 보내는 데 사용됩니다.
- 고아 페이지가 있는지 테스트하십시오.
- 마지막으로 링크 검사에는 위에서 언급 한 모든 링크에서 끊어진 링크가 포함되어 있는지 확인합니다.
모든 페이지에서 양식 테스트 :
양식은 모든 웹 사이트의 필수 부분입니다. 양식은 사용자로부터 정보를 수신하고 상호 작용하는 데 사용됩니다. 그렇다면 이러한 양식에서 무엇을 확인해야합니까?
- 먼저 각 필드의 모든 유효성 검사를 확인하십시오.
- 필드에서 기본값을 확인하십시오.
- 양식의 필드에 대한 양식의 잘못된 입력.
- 양식을 작성하는 옵션 (있는 경우), 양식 삭제,보기 또는 수정.
현재 작업중인 검색 엔진 프로젝트의 예를 들어 보겠습니다. 이 프로젝트에는 광고주 및 제휴 가입 단계가 있습니다. 각 가입 단계는 다르지만 다른 단계에 따라 다릅니다.
따라서 가입 절차가 올바르게 실행되어야합니다. 이메일 ID, 사용자 재무 정보 유효성 검사 등과 같은 다양한 필드 유효성 검사가 있습니다. 이러한 모든 유효성 검사는 수동 또는 자동 웹 테스트에서 확인되어야합니다.
쿠키 테스트 :
쿠키는 사용자 컴퓨터에 저장되는 작은 파일입니다. 이들은 기본적으로 세션을 유지하는 데 사용됩니다 (주로 로그인 세션). 브라우저 옵션에서 쿠키를 활성화 또는 비활성화하여 응용 프로그램을 테스트하십시오.
사용자 컴퓨터에 쓰기 전에 쿠키가 암호화되었는지 테스트합니다. 세션 쿠키 (예 : 세션 종료 후 만료되는 쿠키)를 테스트하는 경우 세션 종료 후 로그인 세션 및 사용자 통계를 확인하십시오. 쿠키를 삭제하여 애플리케이션 보안에 미치는 영향을 확인하십시오. (쿠키 테스트에 대한 별도의 기사도 곧 작성하겠습니다)
HTML / CSS 유효성 검사 :
검색 엔진에 맞게 사이트를 최적화하는 경우 HTML / CSS 유효성 검사가 가장 중요합니다. 주로 사이트에서 HTML 구문 오류를 확인합니다. 사이트가 다른 검색 엔진에서 크롤링 가능한지 확인하십시오.
데이터베이스 테스트 :
데이터 일관성은 웹 애플리케이션에서도 매우 중요합니다. 양식을 편집, 삭제, 수정하거나 DB 관련 기능을 수행하는 동안 데이터 무결성 및 오류를 확인하십시오.
모든 데이터베이스 쿼리가 올바르게 실행되고 데이터가 검색되고 올바르게 업데이트되는지 확인하십시오. 데이터베이스 테스트에 대한 자세한 내용은 DB에 대한 부하 일 수 있습니다. 아래 웹 부하 또는 성능 테스트에서이 문제를 해결합니다.
웹 사이트의 기능을 테스트 할 때 다음 사항을 테스트해야합니다.
연결
나는. 내부 링크
ii. 외부 링크
iii. 메일 링크
iv. 끊어진 링크
양식
나는. 필드 유효성 검사
ii. 잘못된 입력에 대한 오류 메시지
iii. 선택 및 필수 필드
데이터 베이스
데이터베이스 무결성에 대한 테스트가 수행됩니다.
# 2) 사용성 테스트
사용성 테스트는 시스템의 인간-컴퓨터 상호 작용 특성을 측정하고 수정을 위해 약점을 식별하는 프로세스입니다.
• 학습 용이성
• 항해
• 주관적인 사용자 만족도
• 일반적인 외관
탐색 테스트 :
탐색은 사용자가 웹 페이지를 검색하는 방법, 단추, 상자와 같은 다양한 컨트롤 또는 사용자가 페이지의 링크를 사용하여 다른 페이지를 검색하는 방법을 의미합니다.
사용성 테스트에는 다음이 포함됩니다.
- 웹 사이트는 사용하기 쉬워야합니다.
- 제공된 지침은 매우 명확해야합니다.
- 제공된 지침이 목적을 충족하기에 완벽한 지 확인하십시오.
- 메인 메뉴는 각 페이지에 제공되어야합니다.
- 충분히 일관성이 있어야합니다.
콘텐츠 확인 :
내용은 논리적이고 이해하기 쉬워야합니다. 맞춤법 오류를 확인하십시오. 어두운 색상의 사용은 사용자를 짜증나게하므로 사이트 테마에 사용해서는 안됩니다.
jnlp 파일 창을 여는 방법 10
웹 페이지 및 콘텐츠 구축에 사용되는 몇 가지 표준 색상을 따를 수 있습니다. 이것은 성가신 색상, 글꼴, 프레임 등에 대해 위에서 언급 한 것과 같이 일반적으로 허용되는 표준입니다.
내용은 의미가 있어야합니다. 모든 앵커 텍스트 링크가 제대로 작동해야합니다. 이미지는 적절한 크기로 적절하게 배치되어야합니다.
이것들은 웹 개발에서 따라야 할 기본적인 중요한 표준 중 일부입니다. 당신의 임무는 UI 테스트를 위해 모든 것을 검증하는 것입니다.
사용자 도움말에 대한 기타 사용자 정보 :
검색 옵션과 마찬가지로 사이트 맵은 파일 등에도 도움이됩니다. 사이트 맵은 적절한 탐색 트리보기와 함께 웹 사이트의 모든 링크에서 사용할 수 있어야합니다. 사이트 맵의 모든 링크를 확인하십시오.
'사이트에서 검색'옵션은 사용자가 찾고있는 콘텐츠 페이지를 쉽고 빠르게 찾을 수 있도록 도와줍니다. 이들은 모두 선택 항목이며 존재하는 경우 유효성을 검사해야합니다.
# 3) 인터페이스 테스트
웹 테스트에서 서버 측 인터페이스를 테스트해야합니다. 이는 통신이 제대로 수행되었는지 확인하여 수행 할 수 있습니다. 소프트웨어, 하드웨어, 네트워크 및 데이터베이스와 서버의 호환성을 테스트해야합니다.
주요 인터페이스는 다음과 같습니다.
- 웹 서버 및 애플리케이션 서버 인터페이스
- 응용 프로그램 서버 및 데이터베이스 서버 인터페이스.
이러한 서버 간의 모든 상호 작용이 실행되고 오류가 올바르게 처리되는지 확인하십시오. 데이터베이스 또는 웹 서버가 응용 프로그램 서버의 쿼리에 대해 오류 메시지를 반환하면 응용 프로그램 서버는 이러한 오류 메시지를 포착하여 사용자에게 적절하게 표시해야합니다.
사용자가 중간에 트랜잭션을 중단하면 어떻게되는지 확인하십시오. 웹 서버 연결이 그 사이에 재설정되면 어떻게되는지 확인하십시오.
# 4) 호환성 테스트
웹 사이트의 호환성은 매우 중요한 테스트 측면입니다. 실행할 호환성 테스트 확인 :
- 브라우저 호환성
- 운영 체제 호환성
- 모바일 브라우징
- 인쇄 옵션
브라우저 호환성 :
웹 테스트 경력에서 저는 이것을 웹 사이트 테스트에서 가장 영향력있는 부분으로 경험했습니다.
일부 애플리케이션은 브라우저에 크게 의존합니다. 브라우저마다 웹 페이지가 호환되어야하는 구성 및 설정이 다릅니다.
웹 사이트 코딩은 브라우저 간 플랫폼과 호환되어야합니다. UI 기능에 Java 스크립트 또는 AJAX 호출을 사용하는 경우 보안 검사 또는 유효성 검사를 수행하면 웹 응용 프로그램의 브라우저 호환성 테스트에 더 많은 스트레스를줍니다.
Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera 브라우저와 같은 다양한 버전의 다른 브라우저에서 웹 애플리케이션을 테스트합니다.
OS 호환성 :
웹 애플리케이션의 일부 기능은 모든 운영 체제와 호환되지 않을 수 있다는 것입니다. 그래픽 디자인과 같은 웹 개발에 사용되는 모든 새로운 기술과 다른 API와 같은 인터페이스 호출은 일부 운영 체제에서 사용할 수 없습니다.
따라서 Windows, Unix, MAC, Linux, Solaris와 같은 다양한 운영 체제에서 다양한 OS 버전으로 웹 애플리케이션을 테스트하십시오.
모바일 브라우징 :
우리는 새로운 기술 시대에 있습니다. 따라서 앞으로 모바일 브라우징은 흔들릴 것입니다. 모바일 브라우저에서 웹 페이지를 테스트하십시오. 모바일 장치에서도 호환성 문제가있을 수 있습니다.
인쇄 옵션 :
페이지 인쇄 옵션을 제공하는 경우 글꼴, 페이지 정렬, 페이지 그래픽 등이 제대로 인쇄되는지 확인하십시오. 페이지는 용지 크기 또는 인쇄 옵션에 언급 된 크기에 맞아야합니다.
# 5) 성능 테스트
웹 애플리케이션은 과부하를 견뎌야합니다. 웹 성능 테스트에는 다음이 포함되어야합니다.
- 웹로드 테스트
- 웹 스트레스 테스트
다른 인터넷 연결 속도에서 애플리케이션 성능을 테스트합니다.
웹로드 테스트 : 많은 사용자가 동일한 페이지에 액세스하거나 요청하는지 테스트해야합니다. 시스템이 최대로드 시간을 유지할 수 있습니까? 사이트는 많은 동시 사용자 요청, 사용자의 대량 입력 데이터, DB에 대한 동시 연결, 특정 페이지에 대한 과부하 등을 처리해야합니다.
웹 스트레스 테스트 : 일반적으로 스트레스는 지정된 한계 이상으로 시스템을 확장하는 것을 의미합니다. 웹 스트레스 테스트는 스트레스를 주어 사이트를 중단하기 위해 수행되며 시스템이 스트레스에 어떻게 반응하는지, 그리고 시스템이 충돌에서 어떻게 복구되는지 확인합니다. 일반적으로 입력 필드, 로그인 및 가입 영역에 스트레스가 주어집니다.
웹 성능에서 다른 운영 체제 및 다른 하드웨어 플랫폼에서 웹 사이트 기능을 테스트하여 소프트웨어 및 하드웨어 메모리 누출 오류를 확인합니다.
성능 테스트를 적용하여 웹 사이트의 확장 성을 이해하거나 잠재적 구매를 위해 서버 및 미들웨어와 같은 타사 제품 환경의 성능을 벤치마킹 할 수 있습니다.
연결 속도
전화 접속, ISDN 등과 같은 다양한 네트워크에서 테스트되었습니다.
하중
나는. 아니오는 무엇입니까. 시간당 사용자 수?
ii. 최대 부하 및 시스템 작동 방식 확인
iii. 사용자가 액세스하는 많은 양의 데이터
스트레스
나는. 연속 부하
ii. 메모리, CPU, 파일 처리 등의 성능.
# 6) 보안 테스트
다음은 웹 보안 테스트를위한 몇 가지 테스트 사례입니다.
- 로그인하지 않고 내부 URL을 브라우저 주소 표시 줄에 직접 붙여 넣어 테스트합니다. 내부 페이지는 열리지 않아야합니다.
- 사용자 이름과 비밀번호를 사용하여 로그인하고 내부 페이지를 탐색하는 경우 URL 옵션을 직접 변경해보십시오. 즉 게시자 사이트 ID가 123 인 일부 게시자 사이트 통계를 확인하는 경우 URL 사이트 ID 매개 변수를 로그인 한 사용자와 관련이없는 다른 사이트 ID로 직접 변경해보십시오. 이 사용자가 다른 사람의 통계를 보려면 액세스를 거부해야합니다.
- 로그인 사용자 이름, 비밀번호, 입력 텍스트 상자 등과 같은 입력 필드에 잘못된 입력을 시도하십시오. 모든 잘못된 입력에 대한 시스템의 반응을 확인하십시오.
- 웹 디렉토리와 파일은 다운로드 옵션이 제공되지 않는 한 직접 액세스 할 수 없습니다.
- CAPTCHA를 테스트하여 스크립트 로그인을 자동화하십시오.
- 보안 조치에 SSL이 사용되는지 테스트하십시오. 사용하는 경우 사용자가 비보안 HTTP : // 페이지에서 보안 HTTPS : // 페이지로 또는 그 반대로 전환 할 때 적절한 메시지가 표시되어야합니다.
- 모든 트랜잭션, 오류 메시지 및 보안 위반 시도는 웹 서버의 어딘가에 로그 파일에 기록되어야합니다.
웹 보안을 테스트하는 주된 이유는 잠재적 인 취약점을 식별 한 후이를 복구하는 것입니다.
- 네트워크 스캐닝
- 취약점 검사
- 암호 크래킹
- 로그 검토
- 무결성 검사기
- 바이러스 탐지
웹 테스트 유형
웹 사이트는 약 20 가지 유형으로 여러 유형으로 분류됩니다. 이 모든 것은 정적 및 동적 유형에서 축소됩니다. 그중 4 가지 유형과 그 테스트 방법에 대해 자세히 논의 해 보겠습니다. 그 전에는 그 유형에 총알을 붙이고 싶습니다.
- 간단한 정적 웹 사이트 테스트
- 동적 웹 애플리케이션 테스트
- 전자 상거래 웹 사이트 테스트
- 모바일 웹 사이트 테스트
# 1) 간단한 정적 웹 사이트
간단한 정적 웹 사이트는 다른 시간에 웹 사이트를 방문하는 모든 방문자에게 동일한 콘텐츠를 표시합니다. 정보 웹 사이트라고도합니다. 정적 웹 사이트에서는 개발자 만 코드에서만 변경할 수 있습니다. 이 유형의 웹 사이트에는 주요 기능이 없으며 순전히 UI 디자인에 의존합니다.
간단한 정적 웹 사이트를 테스트하는 것은 매우 쉽습니다. 테스트하는 동안 몇 가지 사항 만 고려하면됩니다. 그들 중 일부는 아래에 언급되어 있습니다.
기억해야 할 사항 :
#1) 정적 웹 사이트가 순전히 그것에 의존하기 때문에 GUI 디자인 테스트는 필수입니다. 승인 된 PSD 파일과 개발 된 웹 페이지를 비교해야합니다. 디자인의 모든 요소가 개발 된 페이지에 표시되어야하는지 확인하십시오.
#두) GUI 디자인의 다른 부분은 모든 것이 재현 된 글꼴 크기, 글꼴 스타일, 간격 및 색상을 확인하는 것입니다.
(이 이미지는 웹 사이트의 데스크톱보기에서 간격 정렬 문제를 설명합니다.)
#삼) 둘째, 링크 (페이지 링크)가 제대로 작동하는지 확인해야합니다. 또한 끊어진 링크가 있는지 확인하십시오.
# 4) 클라이언트가 제공 한 내용을 비교하여 모든 웹 페이지의 철자와 내용을 확인하십시오.
# 5) 경우에 따라 이미지가 제대로 표시되지 않거나 깨지거나 이미지가 중복되거나 잘못된 이미지가 표시 될 수 있습니다. 예리하게 확인해야합니다. 정적 웹 사이트의 경우 콘텐츠와 이미지 만 생명을 줄 것입니다.
# 6) 스크롤 막대를주의 깊게 확인하고 내 경험상 스크롤 막대에 문제가 있습니다. 직면하게 될 문제는 원하지 않는 스크롤이 나타나거나 스크롤이 숨겨지는 것입니다 (콘텐츠를 숨길 수 있음). 위의 문제는 가로 및 세로 스크롤 모두에 적용됩니다.
# 7) 연락처 양식이 있으면 더미 메시지를 보내 제대로 작동하는지 확인합니다.
문의 양식에서 확인해야 할 사항은 다음과 같습니다.
- 메시지가 제대로 전송되고 있고 성공적인 메시지가 표시됩니까?
- 해당 이메일이 설계된대로 적절한 형식으로 수신되었는지 확인하십시오.
- 확인 이메일이 스팸 메일로 분류되지 않아야합니까?
- 회신 이메일 트리거가 활성화 된 경우 발신자가 메일을 수신했는지 확인합니까?
# 8) 오류가없는 웹 페이지인지 확인하고 W3 유효성 검사기 또는 기타 관련 소프트웨어로 유효성을 검사합니다.
# 9) 정적 웹 사이트에서 지속적으로 확인해야 할 사항,
- 탭 바에 파비콘이 있는지 확인
- URL은 올바른 페이지 제목을 포함해야합니다.
- 저작권 정보가 있으면 표시되어야합니다.
- 문의 양식이 있으면 Captcha가 필수입니다. (정크 메일 방지)
- 웹 사이트의 로딩 속도를 확인하세요. (정적 웹 사이트는 로딩에 많은 시간이 걸리지 않습니다). 로드하는 동안 gif 이미지를 사용하는 경우 해당 기능을 추적하십시오.
이 외에도 모든 웹 사이트의 백엔드에서 테스트해야하는 엄청난 것들이 있습니다. 시스템 테스트 , 보안 테스트, 인터페이스 테스트, 호환성 테스트 및 성능 테스트 등을 수행하려면 기술 지식이 필요합니다. 단순한 정적 웹 사이트에서는 기능 테스트도 수행해야하는 경우 더 많은 기능을 찾을 수 없습니다.
# 2) 동적 웹 애플리케이션 (CMS 웹 사이트)
사용자가 웹 사이트 콘텐츠를 정기적으로 업데이트하고 변경할 수있는 유형입니다. 여기서는 동적 웹 사이트 테스트 대신 '웹 애플리케이션 테스트'라는 단어를 사용하겠습니다. 웹 애플리케이션은 프런트 엔드 및 백 엔드 프로그래밍의 조합 .
프론트 엔드는 HTML과 CSS가되고 백엔드는 PHP, Javascript, ASP 등과 같은 프로그래밍 언어를 사용합니다.이 백엔드를 사용하면 사용자 / 클라이언트가 웹 사이트의 콘텐츠를 추가하거나 변경할 수 있습니다.
웹 애플리케이션을 테스트하는 것은 정적 웹 사이트를 테스트하는 것보다 쉽지는 않지만 전자 상거래 웹 사이트를 테스트하는 것만 큼 어렵지는 않습니다. 기능 테스트는 웹 애플리케이션을 테스트하는 동안 수행해야 할 가장 중요한 것입니다. 웹 애플리케이션은 매우 복잡한 기능을 포함 할 수 있으므로 테스터는 테스트하는 동안 매우주의해야합니다.
웹 애플리케이션에는 두 가지 유형이 있습니다. 하나는 프런트 엔드에서 사용자가 수행하지 않는 작업입니다 (즉, 백엔드 변경 사항 만 프런트 엔드에 반영됨), 다른 하나는 최종 사용자가 앞에서 작업 할 것입니다. -자체 종료 ( 예를 들면 로그인, 가입, 뉴스 레터 구독 및 기타 유사한 작업). 따라서 이에 따라 테스트를 수행해야합니다.
기억해야 할 사항 :
정적 웹 사이트 테스트에서 언급 한 사항은 웹 응용 프로그램을 테스트 할 때도 포함됩니다. 그 외에도 다음 사항에 유의해야합니다.
#1) GUI 섹션에서 툴팁은 필수입니다. 모든 필드 및 버튼에 대해 필드 정렬 (간격)이 올바르게 수행되어야하며 비활성화 된 필드 / 버튼은 회색으로 표시되어야하며 필드 / 버튼은 SRS에서와 같은 표준 형식이어야하며 문제가 발생하면 오류 메시지가 표시되어야 함, 팝업 메시지는 웹 페이지의 중앙에만 표시되어야하며 드롭 다운 메뉴는 잘리지 않아야합니다.
탭 바로 가기 키는 모든 필드 등에서 작동해야합니다.
#두) 기능 섹션에서 웹 애플리케이션에 로그인 또는 가입 기능이있는 경우 필수 필드 유효성 검사 , 양식 유효성 검사 (즉, 숫자 필드는 알파벳이 아닌 숫자 만 허용), 필드의 문자 제한 (즉, 이러한 많은 문자 만 입력 할 수 있음).
필드에 대한 특수 문자 및 음수 제한, 이메일 기능 테스트, 문서 업로드 테스트 (예 : 지정된 문서 유형을 업로드 할 수 있습니다. ), 타임 아웃 기능, 정렬 기능, 자바 스크립트가 호환되는 브라우저에서 작동하는지 등을 테스트해야합니다.
#삼) 백엔드 기능 섹션에 올 때 깨진 이미지에 대한 테스트 이미지 업로드, 필드에 입력 된 텍스트가 작동하는지 여부. 백엔드 업데이트는 프런트 엔드에 반영 , 데이터베이스 테스트 (즉, 새 필드를 추가하거나 원하지 않는 필드를 삭제할 수 있는지 여부) 이러한 모든 작업이 수행됩니다.
웹 응용 프로그램 (동적 웹 사이트)에는 콘텐츠가 매우 적기 때문에 성능이별로 필요하지 않습니다. 필요한 경우 익숙한 도구를 사용할 수 있습니다. 간단한 성능 테스트를하려면 표준 온라인 성능 도구를 선택하십시오.
안드로이드 용 무료 mp3 다운로드 앱
# 3) 전자 상거래 웹 사이트
전자 상거래 웹 사이트는 위의 두 웹 사이트와 비교할 때 다소 복잡합니다. 테스터는 전자 상거래 사이트를 테스트하는 동안 매우주의해야합니다. 전자 상거래 사이트에서 확인해야 할 사항이 엄청나게 많습니다. 전자 상거래 웹 사이트 테스트에서 경험 한 몇 가지 문제를 다룹니다.
GUI 섹션에서 SRS와 동일한 기능과 동일한 기능을 모두 확인해야합니다. 기능은 모든 상업용 웹 사이트에서 거의 동일합니다.
기능면에서는 메인 페이지 (추천 상품 포함, 특전 표시, 로그인 상세 정보, 검색 기능 포함) 상품 상세 페이지, 카테고리 페이지, 주문, 결제 게이트웨이 등 모든 페이지를 확인해야합니다.
기억해야 할 사항 :
#1) 구매하거나 수량을 늘릴 때 장바구니가 업데이트되는지 확인하십시오. 모든 페이지와 상황에서이 기능을 확인하십시오.
#두) 특별 쿠폰 및 제안이 올바른 주문에 적용됩니다. 할인 된 가격이 표시되는지 여부가 표시됩니다.
(이 이미지는 무료 배송 및 결제 섹션에서 적용되는 방법에 대해 설명합니다.)
#삼) 때로는 단일 제품을 업데이트하는 동안 제품의 변형 수를 고려하여 곱해집니다. 따라서 단일 제품이 표시되고 해당 변형이 올바르게 표시되는지 확인하십시오. (나는이 문제에 직면했다)
# 4) 필터 옵션이 정확히 작동하는지 확인하십시오. 필터링이 수행 된 경우 선택한 범주 및 가격에 따라?
# 5) 가입하는 동안 슈퍼 유효성 검사를 수행해야합니다. 신규 사용자 만 가입 할 수 있습니다.
# 6) 기존 사용자가 장바구니에 제품을 추가 한 경우 이전 로그인시 위시리스트 섹션이 저장되고 다음 로그인시에도 표시되어야합니다.
# 7) 제품 비교는 백엔드에 지정된 일부 사양을 기반으로 제품을 비교하여 작동해야합니다.
# 8) 환율 변환기가 제대로 작동하는지 확인하십시오. 선택한 국가에 따라 환율 변환기에 관련 가격 및 세율이 표시되어야합니다.
(언어를 선택하면 통화가 변환됩니다. 여기서 USD는 기본값입니다.)
# 9) 일반적으로 전자 상거래 (WordPress 및 유사) 웹 사이트에서는 많은 플러그인이 사용되므로 매우주의해야합니다. 플러그인 설치는 다른 주요 기능과 충돌하거나 영향을 미칠 수 있습니다. 따라서 플러그인 설치 및 사용법을 따르십시오.
# 10) 소셜 공유 옵션이 개별 제품에서 작동하는지 확인하십시오.
#열한) 배송비는 선택한 지역에 따라 생성되어야합니다. 또한 세율 생성을 확인하십시오. (최종 사용자 구매시 일부 법적 문제가 발생할 수 있습니다.)
(이 이미지에서 배송비 및 세율은 프랑스 지역에서 계산됩니다.)
# 12) 결제 게이트웨이는 유효한 카드 정보가 제공된 경우에만 작동합니다. 카드 번호와 CCV 코드 번호에 유효성 검사가 적용되어야합니다. (카드 번호 필드 자체에 대한 유효성 검사를 유지하는 것이 좋습니다).
# 13) 구매 중 모든 프로세스에 대한 이메일 생성이 발생해야합니다 (가입, 제품 주문, 결제 성공, 주문 취소, 주문 접수 및 기타 이메일 트리거 (있는 경우)).
# 14) 덤비 한 이메일로 라이브 채팅을 확인하십시오.
노트 : 일반적으로 전자 상거래 웹 사이트는 모바일 호환성을 위해 개발되지 않으며 모바일 버전이되면 앱이 생성됩니다. 경우에 따라 앱을 생성하지 않고 모바일 호환 웹 사이트가 생성됩니다. 이러한 경우 누락 된 기능 및 UI 편차가 있는지주의 깊게 확인해야합니다.
전자 상거래 웹 사이트를 테스트하는 동안 내가 직면하고 지적한 몇 가지 문제입니다. 이 외에도 전자 상거래 웹 사이트와 관련된 모든 일반적인 사항을 확인해야합니다.
# 4) 모바일 웹 사이트
먼저 모바일 웹 사이트에 대해 명확히하겠습니다. 일반적으로 사람들은 모바일 웹 사이트와 모바일 애플리케이션이 동일하다고 생각하지만 실제로 모바일 웹 사이트는 HTML 페이지로 개발되어 인터넷 연결을 통해서만 볼 수 있습니다.
그러나 모바일 앱은 인터넷 연결없이 나중에 다운로드하여 사용할 수있는 애플리케이션 일뿐입니다. 여기에서 우리 중 많은 사람들이 혼란스럽고 질문을 제기합니다. 모바일 웹 사이트와 반응 형 웹 사이트의 차이점은 무엇입니까?
반응 형 웹 사이트는 버전을 만드는 대신 콘텐츠를 모바일 장치 크기에 맞게 만드는 것을 의미하지만 모바일 웹 사이트는 리플렉션 데스크톱 버전이 아닌 새 버전을 만듭니다. 모바일 웹 사이트에는 제한된 페이지 만 있으며 원치 않는 기능은 여기에서 제거됩니다.
모바일 웹 사이트를 테스트하는 것은 다른 유형의 웹 사이트보다 다소 지루합니다. 별도의 디자인이 있으므로 기능을 테스트하는 동안주의해야합니다.
기억해야 할 사항 :
모바일 웹 사이트를 테스트 할 때 고려해야 할 중요 사항 :
- 일반적으로 모바일 웹 사이트를 테스트하기 위해 에뮬레이터를 사용하고 이상적인 결과를 얻을 수 있지만 항상 실제 장치에서 테스트하는 것이 좋습니다. 실제 기기 (특히 애플 기기)에서 테스트 할 때 많은 문제가 발생했습니다. 실제 장치 사양은 개발 된 웹 페이지와 충돌 할 수 있습니다.
(이 이미지는 시뮬레이터 테스트 및 그 안에 나타나는 백 라인 문제에 대해 설명합니다.)
- GUI 및 사용성 테스트는 데스크톱 버전을 반영하지 않기 때문에 더 중요합니다.
- 성능은 모바일 웹 사이트 테스트에서 고려해야 할 또 다른 중요한 요소입니다. 실제 장치에서 테스트 할 때 성능 관련 문제를 추적 할 수 있습니다.
- 모바일에서 일반 웹 링크 탐색이 모바일 링크에 의해 트리거되는지 확인하십시오.
- 모바일 웹 사이트에서 페이지 스크롤링, 페이지 탐색, 텍스트 잘림 등을 확인하세요.
최고의 웹 테스트 도구
웹 앱 테스트에 사용할 수있는 다양한 테스트 도구가 있습니다.
SQL Server 인터뷰 질문 및 답변 5 년 경력
=> 이 포괄적 인 목록 확인 가장 인기있는 웹 응용 프로그램 테스트 도구입니다.
웹 사이트를 테스트 할 때 고려해야 할 사항
웹 사이트는 본질적으로 클라이언트 / 서버 애플리케이션 – 웹 서버 및 '브라우저'클라이언트.
사이의 상호 작용을 고려해야합니다. HTML 페이지, TCP / IP 통신, 인터넷 연결, 방화벽, 웹 페이지에서 실행되는 애플리케이션 (예 : 애플릿, 자바 스크립트, 플러그인 애플리케이션) 및 서버 측에서 실행되는 애플리케이션 (예 : CGI 스크립트, 데이터베이스 인터페이스, 로깅 애플리케이션, 동적 페이지 생성기, asp 등).
또한 각각의 다양한 버전을 가진 다양한 서버와 브라우저가 있습니다. 여기에는 연결 속도의 변화, 빠르게 변화하는 기술, 여러 표준 및 프로토콜 측면에서 작지만 때로는 중요한 차이가 포함됩니다. 웹 사이트 테스트의 최종 결과는 지속적인 노력이 될 수 있습니다.
웹 애플리케이션 테스트를위한 샘플 테스트 시나리오
웹 사이트를 테스트하는 동안 포함되어야 할 몇 가지 다른 고려 사항은 다음과 같습니다. .
- 서버에 예상되는로드는 얼마입니까 (예 : 단위 시간당 히트 수)?
- 각로드 조건 (예 : 웹 서버 응답 시간, 데이터베이스 쿼리 응답 시간)에서 어떤 종류의 성능이 필요합니까?
- 성능 테스트에는 어떤 종류의 도구가 필요합니까 (예 : 웹 부하 테스트 도구, 조정할 수있는 다른 도구, 웹 로봇 다운로드 도구 등)?
- 대상 고객은 누구입니까? 어떤 종류의 브라우저를 사용합니까? 어떤 종류의 연결 속도를 사용합니까? 조직 내 (높은 연결 속도 및 유사한 브라우저) 또는 인터넷 전체 (따라서 다양한 연결 속도 및 브라우저 유형)입니까?
- 클라이언트 측에서는 어떤 종류의 성능을 기대합니까 (예 : 페이지 표시 속도, 애니메이션, 애플릿 등의로드 및 실행 속도)?
- 서버 및 콘텐츠 유지 관리 / 업그레이드를위한 다운 타임이 허용됩니까? 그렇다면 얼마입니까?
- 어떤 종류의 보안 (방화벽, 암호화, 암호 등)이 필요하며 어떤 조치를 취해야합니까? 어떻게 테스트 할 수 있습니까?
- 사이트의 인터넷 연결은 얼마나 안정적이어야합니까? 그리고 이것이 백업 시스템이나 중복 연결 요구 사항 및 테스트에 어떤 영향을 미칩니 까?
- 웹 사이트 콘텐츠에 대한 업데이트를 관리하려면 어떤 프로세스가 필요합니까?
- 페이지 콘텐츠, 그래픽, 링크 등을 유지, 추적 및 제어하기위한 요구 사항은 무엇입니까?
- 어떤 HTML 사양이 준수됩니까? 얼마나 엄격하게? 대상 브라우저에 어떤 변형이 허용됩니까?
- 사이트 전체 또는 사이트 일부 전체에 페이지 모양 및 / 또는 그래픽에 대한 표준 요구 사항이 있습니까?
- 내부 및 외부 링크는 어떻게 확인되고 업데이트됩니까? 그리고 얼마나 자주? 일어날까요?
- 프로덕션 시스템에서 테스트를 수행 할 수 있습니까? 아니면 별도의 테스트 시스템이 필요합니까?
- 브라우저 캐싱, 브라우저 옵션 설정의 변형, 전화 접속 연결 가변성 및 실제 인터넷 '트래픽 정체'문제를 테스트에 어떻게 고려합니까?
- 서버 로깅 및보고 요구 사항이 얼마나 광범위하거나 사용자 정의되어 있습니까? 시스템의 필수 부분으로 간주되며 테스트가 필요합니까?
- CGI 프로그램, 애플릿, 자바 스크립트, ActiveX 구성 요소 등은 어떻게 유지, 추적, 제어 및 테스트됩니까?
- 콘텐츠가 단일 주제에 중점을 두지 않는 한 페이지는 최대 화면 3 ~ 5 개 여야합니다. 더 큰 경우 페이지 내에 내부 링크를 제공하십시오.
- 페이지 레이아웃과 디자인 요소는 사이트 전체에서 일관성이 있어야 사용자가 여전히 사이트에 있음을 분명히 알 수 있습니다.
- 페이지는 가능한 한 브라우저 독립적이어야합니다. 또는 브라우저 유형에 따라 페이지를 제공하거나 생성해야합니다.
- 모든 페이지에는 페이지 외부에 링크가 있어야합니다. 막 다른 페이지가 없어야합니다.
- 페이지 소유자, 수정 날짜 및 담당자 또는 조직에 대한 링크가 각 페이지에 포함되어야합니다.
웹 테스트 FAQ
다음은 이미 개발되어 대중에게 노출 될 수있는 웹 사이트를 생각할 때 테스터의 마음에 떠오르는 다양한 질문입니다.
- 웹 사이트가 예상대로 작동합니까?
- 최종 사용자가 웹 사이트를 쉽게 찾을 수 있습니까?
- 최종 사용자가 소유 한 여러 장치에서 웹 사이트에 액세스 할 수 있습니까?
- 웹 사이트 보안이 충분합니까?
- 웹 사이트 성능이 최고 수준입니까?
- 웹 사이트에 입력 된 데이터가 정확하게 저장되고 세션 동안 지속됩니까?
- 웹 사이트가 워크 플로의 다른 인터페이스와 잘 통합되어 있습니까?
- 웹 사이트가 게시 된 후에도 예상대로 작동합니까?
이러한 질문에 답하기 위해 웹 애플리케이션을 테스트하는 데 사용할 수있는 다양한 테스트 기술이 확인되었습니다.
테스트를 위해 최근에 QA 팀에 출시 된 전자 상거래 웹 사이트의 예를 들어 보겠습니다.
테스트의 범위를 이해하고 웹 사이트 테스트를 수행 할 수있는 방법을 알아보기 위해 위에 지정된 각 질문을 자세히 살펴 보겠습니다.
웹 사이트가 예상대로 작동합니까?
웹 사이트가 제대로 작동하는지 확인하고 QA는 기능 테스트를 수행해야합니다. 동안 기능 테스트 , 애플리케이션의 다양한 기능을 기능 사양 문서에 언급 된 요구 사항에 대해 검증해야합니다.
다음은 몇 가지 일반적인 시나리오입니다. 기능 사양에 언급되어 있지 않더라도 웹 사이트의 기능 테스트를 수행하는 동안 QA가 다룰 것으로 예상됩니다.
- 웹 사이트의 다른 페이지로의 사용자 탐색 및 종단 간 워크 플로 완료
- 사용자가 체크 박스를 선택 / 선택 해제 할 수있는 경우
- 사용자가 드롭 다운 필드에서 값을 선택할 수있는 경우
- 사용자가 라디오 버튼을 선택 / 선택 취소 할 수있는 경우
- 제출, 다음, 업로드 등과 같은 다른 탐색 버튼이 잘 작동합니다.
- 달력이 제대로로드되고 사용자가 날짜를 선택할 수 있습니다.
- 계산이 구현 된대로 발생합니다.
- 검색 기능이있는 경우 작동합니다.
- 올바른 정보 표시
- 다른 페이지에 대한 다양한 내부 및 외부 링크
- 웹 페이지에서 필드의 올바른 탭 순서
- 긍정 및 부정 입력에 대해 필수 및 선택 필드를 확인해야합니다.
- 각 웹 필드의 기본값을 확인해야합니다.
- 웹 사이트의 일부 작업에 대해 이메일 기능이 구현되었습니다.
웹 사이트가 검색 엔진과 호환되는 것이 중요합니다. 따라서 웹 사이트에서 WS-I, ISO 및 ECMA와 같은 HTML 구문 정확성, 형식 및 준수 표준을 검토해야합니다.
로그인 세션을 유지하는 데 사용되는 쿠키를 고려할 때 쿠키를 활성화 / 비활성화하거나 일치하지 않는 도메인을 사용하여 웹 사이트를 테스트해야합니다. 브라우저를 원래 상태로 되돌 리도록 쿠키를 재설정하여 세션간에 테스트를 수행 할 수도 있습니다.
또한 QA는 웹 사이트 쿠키가 항상 암호화 된 형식으로 로컬에 저장되는지 확인해야합니다.
전자 상거래 웹 사이트를 고려하면 웹 페이지에서 볼 수있는 남성 패션, 여성 패션, 아동복, 가정 용품, 가전 제품, 책, 영화, 음악 등 다양한 링크를 클릭하여 확인해야합니다. 예상 페이지.
마찬가지로 로그인, 가입, 검색 옵션, 필터, 정렬 순서, 장바구니에 추가 등과 같은 다양한 기능은 로그인 페이지, 가입 페이지, 제품 세부 정보 페이지, 쇼핑 카트, 주문 검토, 결제, 웹 사이트에서 세션 만료 및 세션 저장 등과 같은 세션 / 쿠키 관리를 확인해야합니다.
최종 사용자가 웹 사이트를 쉽게 찾을 수 있습니까?
접근성, 검색 가능성, 유용성 등의 맥락에서 최종 사용자의 웹 사이트 사용 용이성을 측정하기 위해 사용성 테스트를 수행해야합니다.
다음은 웹 사이트에 대한 사용성 테스트를 수행하는 동안 확인해야하는 몇 가지 테스트 시나리오입니다.
- 웹 사이트 콘텐츠는 사용자가 쉽게 이해할 수 있도록 정보 제공, 구조화 및 논리적으로 연결되어야합니다.
- 웹 페이지 컨트롤은 사용자가 탐색하기 쉬워야합니다.
- 웹 사이트에 도움말 및 지침 문서가 업로드되어 있어야합니다.
- 웹 사이트에는 최종 사용자의 편의를 위해 검색 기능이 있어야합니다.
- 주 메뉴에서 모든 페이지에 액세스 할 수 있어야합니다.
- 철자 오류가 있는지 웹 사이트 콘텐츠를 확인해야합니다.
- 웹 사이트는 배경색, 패턴, 스타일, 글꼴, 이미지 배치, 프레임, 테두리 등의 맥락에서 정의 된 지침을 따라야합니다.
- 웹 사이트는 다른 언어, 통화 등을 가진 다른 국가의 사용자가 액세스 할 수 있다는 사실을 고려하여 번역 기능에 익숙해야합니다.
사용성 테스트를 수행하는 데 사용할 수있는 도구는 다음과 같습니다. 사용자 줌 과 반사기 .
전자 상거래 웹 사이트는 고객 친화적이고 탐색하기 쉬우 며 시선을 사로 잡아야합니다. 모든 웹 페이지는 접근성, 글꼴, 스타일, 이미지, 맞춤법 오류 및 제품 관련 정보를 확인해야합니다. 웹 사이트에는 관련 도움말 문서와 고객 지원 시설이 있어야합니다.
터치 스크린 기반 인터페이스의 증가를 고려하여 키 입력과 터치 스크린 입력 모두의 접근성을 검증해야합니다. 마찬가지로 이미지와 웹 사이트 콘텐츠는 다양한 화면 크기 (모바일, 랩톱 및 탭 등)에서 유용성을 확인해야합니다.
최종 사용자가 소유 한 여러 장치에서 웹 사이트에 액세스 할 수 있습니까?
다른 장치 세트를 사용하는 다양한 사용자가 당사 웹 사이트에 액세스 할 수 있다고 가정하면 웹 사이트가 모든 사용자에서 결함없이 잘 실행되는지 확인해야합니다.
동일하게하려면 웹 사이트 호환성 검사를 수행해야합니다. 호환성 테스트 . 웹 사이트의 호환성 테스트 중에 웹 사이트가 노트북, 휴대 전화, 태블릿, 프린터 등과 같은 다양한 브라우저, 운영 체제 및 장치에서 잘 실행되는지 확인합니다.
브라우저 호환성 (크로스 브라우저 테스트) :
웹 사이트는 Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari 및 Opera와 같은 다른 브라우저에서 잘 작동해야합니다. 이러한 브라우저의 모든 활성 버전은 다양한 브라우저 기능을 켜거나 끄고 확인해야합니다.
또한 공연하는 동안 브라우저 간 테스트 , QA는 브라우저 전반에서 최적의 웹 사이트 성능을 확인해야합니다.
운영 체제 호환성 (교차 플랫폼 테스트) :
잠재적 인 사용자 경험 문제를 식별하려면 웹 사이트를 Windows, Linux, Unix.MAC, Solaris 등과 같은 다양한 플랫폼에서 테스트하여 OS 호환성을 확인해야합니다.
장치 호환성 (교차 장치 테스트) :
웹 사이트는 노트북, 모바일, 태블릿 등과 같은 다양한 장치를 통해 탐색 할 수 있으며 iOS, Android, Windows 등과 같은 다양한 OS를 사용할 수 있습니다. 따라서 아래 시나리오를 포함하는 장치에서도 테스트를 수행해야합니다.
- 웹 사이트 화면 크기는 기기에 따라 조정 가능해야합니다.
- 기기는 화면 회전 기능이 있어야합니다.
- 웹 사이트는 네트워크 속도가 다른 다른 장치에서로드 문제를 표시해서는 안됩니다.
- 장치가 네트워크 범위 내 / 외에있을 때 웹 사이트 동작 확인
- 낮은 CPU 및 메모리에서 웹 사이트 동작을 확인하여 다양한 폼 팩터를 지원합니다.
전자 상거래 웹 사이트의 경우 호환성 검사는 가장 중요한 테스트 유형 중 하나입니다. 고객 기반은 넓을 것이며 다른 브라우저, 운영 체제 및 장치에서 당사 웹 사이트에 액세스 할 것입니다.
모바일 플랫폼이 대중화되고 있다는 점을 고려할 때 허용 가능한로드 시간에서 작은 폼 팩터에서 웹 사이트로드를 보장해야합니다. 모든 고객이 사용할 수 있도록 서로 다른 네트워크 속도의 사용을 검증하는 것도 중요합니다.
웹 사이트 보안이 충분합니까?
보안 테스트는 시스템의 취약점을 발견하고 웹 사이트의 보안을 보장하기 위해 수행됩니다.
다음은 보안 테스트를 수행하는 동안 확인할 수있는 체크리스트입니다.
- 웹 사이트는 인증 된 사용자 만 액세스 할 수 있어야합니다.
- 웹 사이트 사용자는 권한이 부여 된 작업 만 수행 할 수 있어야합니다.
- 사용자 식별을 위해 웹 사이트에서 CAPTCHA 필드를 확인해야합니다.
- 보안 페이지에서 안전하지 않은 페이지로 이동하는 동안 브라우저 보안 설정을 확인해야합니다.
- 액세스 할 수없는 웹 디렉토리 또는 파일에 대해 웹 서버 보호가 있어야합니다.
- 제한된 파일이 적절한 액세스없이 다운로드되지 않도록합니다.
- 비활성화 된 세션은 일정 시간이 지나면 자동으로 종료됩니다.
- 최종 사용자의 모든 무효 및 무단 시도 또는 간헐적 인 시스템 오류 / 실패는 분석 목적으로 기록되어야합니다.
같은 도구 취약성 관리 , Veracode 및 SQL 맵 웹 사이트의 보안 테스트를 수행하는 데 사용할 수 있습니다.
보안 테스트의 일환으로 전자 상거래 웹 사이트는
- 웹 사이트 액세스 제어.
- 사용자 개인 정보 유출
- 안전한 지불 방법.
웹 사이트 성능이 최고 수준입니까?
웹 사이트의 성능을 확인하기 위해 성능 테스트를 수행 할 수 있습니다. 실제 시나리오가 될 수있는 다양한 워크로드 조건에서 애플리케이션의 동작을 평가합니다. 시스템이 성능 테스트를 수행하지 않고 가동되면 시스템이 느리게 실행되거나 사용성 저하와 같은 문제가 발생하여 브랜드 이미지와 시장 판매에 영향을 미칠 수 있습니다.
웹 사이트는 부하 및 스트레스에 대해 테스트 할 수 있습니다.
다음은 웹 성능 테스트를위한 체크리스트입니다.
- 정상 및 최대로드 조건에서 웹 사이트 동작을 관찰해야합니다.
- 응답 시간, 속도, 확장 성 및 리소스 활용도를 측정하여 웹 사이트의 성능을 검토해야합니다.
- 시스템이 중단되거나 어느 시점에서든 불안정해질 경우 적절한 RCA (근본 원인 분석)를 솔루션으로 수행해야합니다.
- 네트워크 지연 문제가있는 경우 식별해야합니다.
전자 상거래 웹 사이트는 정상 및 '세일 시즌'에있을 수있는 최대로드 조건 동안 시뮬레이션 된 사용자 집합을 사용하여 철저하게 테스트해야합니다.
판매 기간 동안 웹 사이트에 액세스하는 사용자가 증가합니다. 또한 여러 동시 사용자가 동일한 항목에 액세스하거나 웹 사이트에서 동일한 작업 (예 : 거래 또는 주문)을 수행하는 동안 웹 사이트 동작을 검사해야합니다.
성능 테스트를 위해 시장에서 사용할 수있는 다양한 도구가 있습니다. 그들 중 몇 가지는 LoadRunner, WinRunner, Silk Performer, JMeter 등
웹 사이트에 입력 된 데이터가 정확하게 저장되고 세션 동안 지속됩니까?
데이터베이스는 웹 사이트를 통해 입력 된 완전한 정보를 보유하는 웹 애플리케이션의 중요한 구성 요소 중 하나입니다. 따라서 어떠한 조작없이 올바른 사용자 데이터가 데이터베이스 테이블에 저장되도록하고 검증 아래의 데이터 무결성을 유지하기 위해 수행되어야합니다.
- 사용자 인터페이스 (예 : 웹 사이트 UI 및 데이터베이스)에서 데이터 일관성 확인
- 웹 사이트 애플리케이션에서 삽입 / 업데이트 / 삭제 작업을 수행 할 때마다 DB 테이블이 올바르게 업데이트되는지 확인합니다.
- 기술 쿼리의 응답 시간을 확인하고 필요한 경우 세부 조정
- DB 연결 및 액세스 권한 확인
전자 상거래 웹 사이트를 테스트하는 QA 팀원은 아래 활동을 수행하고 해당 데이터베이스 테이블에서 매번 변경 사항을 확인할 수 있습니다. 이렇게하면 웹 사이트 UI와 DB가 모두 일관되게됩니다.
1) 제품 주문.
두) 제품 취소.
삼) Exchange 제품을 선택하십시오.
4) 제품 반품을 선택하십시오.
웹 사이트가 워크 플로의 다른 인터페이스와 잘 통합되어 있습니까?
웹 서버 및 데이터베이스 서버와 같은 다른 인터페이스와 웹 사이트의 원활한 상호 작용을 확인하기 위해 인터페이스 수준 테스트가 수행됩니다.
인터페이스 테스트 중에 테스터는 애플리케이션 요청이 데이터베이스로 올바르게 전송되고 올바른 정보가 클라이언트에 출력으로 표시되는지 확인해야합니다. 웹 서버는 어떤 시점에서도 거부 예외를 발생시키지 않아야하며 데이터베이스는 항상 애플리케이션과 동기화 상태를 유지해야합니다.
웹 사이트가 게시 된 후에도 예상대로 작동합니까?
제품이 생산 환경으로 이동하면 품질 관리를 지속적으로 점검하기 위해 정기적 인 검사를 수행해야합니다.
생산중인 제품을 확인하는 동안 다음 시나리오를 고려할 수 있습니다.
- 웹 애플리케이션 테스트는 주기적으로 실행해야하며 테스트 로그는 SLA (서비스 수준 계약) 준수 증명으로 저장해야합니다.
- 자동 확장 시스템 및로드 밸런서가 제자리에 있고 작동하는지 확인해야합니다.
- 최종 사용자 경험을 지속적으로 확인하고 일반적으로 QA 테스트 중에 눈에 띄지 않는 결함 또는 악의적 인 공격을 발견하십시오.
- 최대 부하시 제품 응답 시간 모니터링
- 실시간으로 에지 수준 테스트 사례를 실행하여 네트워크 장애, 연결 장애 또는 예기치 않은 호출로 인한 중단을 식별합니다.
결론
여러 웹 사이트를 테스트 한 수년간의 경험을 바탕으로이 자세한 자습서의 초안을 작성했습니다.
이 기사가 웹 애플리케이션 테스트의 다양한 측면을 이해하는 데 도움이되기를 바랍니다. 다음 번에 웹 사이트에 대한 테스트 계획을 작성할 때 웹 사이트의 기능 외에도 다양한 측면을 검증하는 것을 잊지 마십시오.
이 기사가 당신에게 유익한 기사가 되었기를 바랍니다!