웹 기반 시스템 테스팅 웹 기반 시스템 개발에 있어 엄격한 프로세스가 부족할 경우 웹을 개발, 게시, 구현 및 유지 관리하는 과정에서 심각한 문제에 직면할 수 있으며 실패 가능성이 높습니다. . 더욱이 웹 기반 시스템이 점점 더 복잡해짐에 따라 하나의 프로젝트가 실패하면 많은 문제가 발생할 수 있습니다. 이런 일이 발생하면 웹과 인터넷에 대한 우리의 신뢰가 돌이킬 수 없을 정도로 흔들리고 웹 위기가 발생할 수 있습니다. 더욱이 웹 위기는 소프트웨어 개발자가 직면한 소프트웨어 위기보다 더 심각하고 광범위할 수 있다.
웹 엔지니어링 프로세스에서 웹 기반 시스템의 테스트, 확인 및 수용은 중요하고 어려운 작업입니다. 웹 기반 시스템 테스트는 기존 소프트웨어 테스트와 다릅니다. 설계 요구 사항에 따라 실행되는지 확인하고 검증해야 할 뿐만 아니라 다양한 사용자의 브라우저에서 시스템 표시가 적절한지 테스트해야 합니다. 최종 사용자 관점에서 보안 및 유용성 테스트를 수행하는 것도 중요합니다. 그러나 인터넷과 웹 미디어의 예측 불가능성으로 인해 웹 기반 시스템 테스트가 어려워졌습니다. 그러므로 우리는 복잡한 웹 기반 시스템을 테스트하고 평가하기 위한 새로운 방법과 기법을 연구해야 합니다. 일반 소프트웨어의 출시 주기는 월 또는 연 단위로 계산되는 반면, 웹 애플리케이션의 출시 주기는 일 또는 시간 단위로 계산됩니다.
웹 테스터는 더 짧은 릴리스 주기를 처리해야 하며, 테스터와 테스트 관리자는 전통적인 C/S 구조 및 프레임워크 환경 테스트에서 빠르게 변화하는 웹 애플리케이션 시스템 테스트로의 전환에 직면해 있습니다.
1. 기능 테스트
1. 링크 테스트 링크는 웹 응용 프로그램 시스템의 주요 기능으로, 페이지 간을 전환하고 사용자를 알 수 없는 주소의 페이지로 안내하는 주요 수단입니다. 링크 테스트는 세 가지 측면으로 나눌 수 있습니다. 먼저, 표시된 대로 모든 링크가 실제로 링크된 페이지에 연결되어 있는지 테스트하고, 두 번째로 링크된 페이지가 존재하는지 테스트하고, 마지막으로 웹 애플리케이션 시스템에 고아 페이지가 없는지 확인합니다. 올바른 URL 주소를 아는 경우에만 액세스할 수 있는 페이지를 가리키는 링크입니다. 링크 테스트는 자동화될 수 있으며 이를 위해 사용할 수 있는 도구가 많이 있습니다. 링크 테스트는 통합 테스트 단계에서 완료되어야 한다. 즉, 링크 테스트는 전체 웹 응용 시스템의 모든 페이지가 개발된 후에 수행된다.
2. 양식 테스트 사용자가 웹 응용 프로그램 시스템 관리자에게 정보를 제출할 때 사용자 등록, 로그인, 정보 제출 등의 양식 작업을 사용해야 합니다. 이 경우 서버에 제출된 정보의 정확성을 확인하기 위해 제출 작업의 무결성을 테스트해야 합니다. 예: 사용자가 입력한 생년월일과 직업이 적절한지, 입력한 시/도가 일치하는지 등. 기본값을 사용하는 경우 기본값이 올바른지 확인하십시오. 양식이 지정된 특정 값만 허용할 수 있는 경우 해당 값도 테스트하십시오. 예를 들어, 특정 문자만 허용될 수 있습니다. 테스트 중에 이러한 문자를 건너뛰어 시스템이 오류를 보고하는지 확인할 수 있습니다.
3. 쿠키 테스트 쿠키는 일반적으로 응용 프로그램 시스템에 사용자 정보 및 사용자 작업을 저장하는 데 사용됩니다. 사용자가 쿠키를 사용하여 응용 프로그램 시스템에 액세스하면 웹 서버는 사용자에 대한 정보를 보내고 해당 정보를 쿠키 형식으로 저장합니다. 클라이언트 컴퓨터에서는 이를 사용하여 동적 및 사용자 정의 페이지를 생성하거나 로그인과 같은 정보를 저장할 수 있습니다. 웹 응용 프로그램 시스템에서 쿠키를 사용하는 경우 쿠키가 제대로 작동하는지 확인해야 합니다. 테스트 내용에는 쿠키가 작동하는지, 예정된 시간에 따라 저장되는지, 새로 고침이 쿠키에 미치는 영향 등이 포함될 수 있습니다.
4. 디자인 언어 테스트 웹 디자인 언어 버전의 차이는 어떤 HTML 버전을 사용할 것인지와 같은 클라이언트 또는 서버 측에 심각한 문제를 일으킬 수 있습니다. 이 문제는 개발자가 모두 함께 있지 않은 분산 환경에서 개발할 때 특히 중요합니다. HTML 버전 문제 외에도 Java, JavaScript, ActiveX, VBScript 또는 Perl과 같은 다양한 스크립팅 언어도 확인해야 합니다.
5. 데이터베이스 테스트 웹 애플리케이션 기술에서 데이터베이스는 웹 애플리케이션 시스템의 데이터 저장에 대한 사용자 요청의 관리, 운영, 쿼리 및 실현을 위한 공간을 제공합니다. 웹 애플리케이션에서 가장 일반적으로 사용되는 데이터베이스 유형은 SQL을 사용하여 정보를 처리할 수 있는 관계형 데이터베이스입니다. 데이터베이스를 사용하는 웹 응용 시스템에서는 일반적으로 데이터 일관성 오류와 출력 오류라는 두 가지 유형의 오류가 발생할 수 있다. 데이터 일관성 오류는 주로 사용자가 제출한 잘못된 양식 정보로 인해 발생하며, 출력 오류는 주로 네트워크 속도 또는 프로그램 설계 문제로 인해 발생합니다. 이 두 가지 경우에는 별도로 테스트를 수행할 수 있습니다.
2. 성능 테스트
1. 연결 속도 테스트
사용자가 인터넷에 접속하는 방식에 따라 웹 응용 프로그램 시스템에 연결하는 속도가 달라집니다. 전화 접속 또는 광대역 인터넷 액세스를 사용합니다. 사용자는 프로그램을 다운로드할 때 더 오랜 시간 동안 기다릴 수 있지만 단순히 페이지를 방문할 때는 그렇지 않습니다. 웹 시스템 응답 시간이 너무 길면(예: 5초 이상) 사용자는 기다리기 싫어서 떠나게 됩니다. 또한 일부 페이지에는 시간 초과 제한이 있습니다. 응답 속도가 너무 느리면 사용자가 콘텐츠를 탐색할 시간을 갖기 전에 다시 로그인해야 할 수도 있습니다. 또한 연결 속도가 너무 느리면 데이터 손실이 발생하고 사용자가 실제 페이지를 얻지 못할 수도 있습니다.
2. 부하 테스트
부하 테스트는 웹 시스템이 요구 사항 내에서 정상적으로 작동할 수 있는지 확인하기 위해 특정 부하 수준에서 웹 시스템의 성능을 측정하는 것입니다. 로드 수준은 특정 시간에 동시에 웹 시스템에 액세스하는 사용자 수 또는 온라인 데이터 처리량일 수 있습니다. 예: 웹 응용 프로그램 시스템은 동시에 온라인 상태를 허용할 수 있는 사용자 수를 초과하면 웹 응용 프로그램 시스템이 동일한 페이지에 대한 많은 수의 사용자 요청을 처리할 수 있습니까
? 테스트
부하 테스트는 웹 시스템에서 진행해야 하며, 출시 후 실제 네트워크 환경에서 테스트한다. 기업의 내부 직원, 특히 프로젝트 팀 구성원은 항상 제한되어 있고 웹 시스템이 동시에 처리할 수 있는 요청 수는 이 제한을 훨씬 초과하므로 결과는 인터넷에 게시되어야만 정확합니다. 믿을 수 있는 부하 테스트를 거쳤습니다. 스트레스 테스트를 한다는 것은 실제로 웹 응용 프로그램 시스템을 파괴하고 시스템의 응답을 테스트하는 것을 의미합니다. 스트레스 테스트는 시스템의 제한 사항과 오류 복구 기능을 테스트하는 것입니다. 즉, 웹 응용 프로그램 시스템이 충돌할지 여부와 어떤 상황에서 충돌할지 테스트하는 것입니다. 해커는 종종 웹 애플리케이션 시스템이 충돌할 때까지 잘못된 데이터 페이로드를 제공한 다음 시스템이 다시 시작될 때 액세스 권한을 얻습니다. 스트레스 테스트 영역에는 양식, 로그인 및 기타 정보 전송 페이지가 포함됩니다.
3. 사용성 테스트
1. 탐색 테스트 탐색은 사용자가 페이지 내에서, 버튼, 대화 상자, 목록 및 창 등과 같은 다양한 사용자 인터페이스 컨트롤 간 또는 서로 다른 연결 페이지 간에 작업하는 방식을 설명합니다. 다음 질문을 고려하여 웹 응용 프로그램이 탐색하기 쉬운지 결정할 수 있습니다. 탐색이 직관적입니까? 웹 시스템의 주요 부분이 홈 페이지에서 액세스 가능합니까? 웹 시스템에 사이트 맵, 검색 엔진 또는 기타 탐색이 필요합니까? 페이지에 너무 많은 정보를 넣으면 의도한 것과 반대되는 효과가 나타나는 경우가 많습니다. 웹 애플리케이션 시스템 사용자는 목적 지향적인 경향이 있으며 자신의 요구 사항을 충족하는 정보가 있는지 확인하기 위해 웹 애플리케이션 시스템을 빠르게 검색합니다. 웹 응용 프로그램 시스템의 구조에 익숙해지기 위해 시간을 할애하는 사용자는 거의 없습니다. 따라서 웹 응용 프로그램 시스템 탐색 도움말은 최대한 정확해야 합니다. 탐색의 또 다른 중요한 측면은 웹 애플리케이션 시스템의 페이지 구조, 탐색, 메뉴 및 연결 스타일이 일관성이 있는지 여부입니다. 웹 애플리케이션 시스템에 컨텐츠가 있는지, 컨텐츠가 어디에 있는지 사용자가 직관적으로 알 수 있도록 보장합니다. 웹 애플리케이션 시스템의 수준이 결정되면 사용자 탐색 기능 테스트를 시작해야 하며 최종 사용자가 이 테스트에 참여하게 하면 효과가 더욱 분명해집니다.
2. 그래픽 테스트
웹 애플리케이션 시스템에서 적절한 그림과 애니메이션은 광고 역할을 할 뿐만 아니라 페이지를 아름답게 할 수도 있습니다. 웹 애플리케이션 시스템의 그래픽에는 그림, 애니메이션, 테두리, 색상, 글꼴, 배경, 버튼 등이 포함될 수 있습니다.
그래픽 테스트 내용은 다음과 같습니다.
(1) 그래픽의 목적이 명확한지 확인하고 전송 시간 낭비를 피하기 위해 사진이나 애니메이션을 무작위로 쌓지 마십시오. 웹 애플리케이션 시스템의 이미지 크기는 가능한 작아야 하며, 일반적으로 특정 페이지로 연결되는 등 무엇인가를 명확하게 설명할 수 있어야 합니다.
(2) 모든 페이지의 글꼴 스타일이 일치하는지 확인하십시오.
(3) 배경색은 글자색, 전경색과 일치해야 합니다.
(4) 사진의 크기와 품질도 매우 중요한 요소이며 일반적으로 JPG 또는 GIF 압축이 사용됩니다.
3. 콘텐츠 테스트
콘텐츠 테스트는 웹 응용 프로그램 시스템에서 제공하는 정보의 정확성, 정확성 및 관련성을 테스트하는 데 사용됩니다. 정보의 정확성은 정보가 신뢰할 수 있는지, 아니면 잘못된 정보인지를 나타냅니다. 예를 들어, 제품 가격표에서 잘못된 가격은 금전적인 문제를 일으키거나 법적 분쟁으로 이어질 수도 있습니다. 정보의 정확성은 문법이나 철자 오류가 있는지 여부를 나타냅니다. 이러한 종류의 테스트는 일반적으로 Microsoft Word의 "병음 및 문법 검사" 기능을 사용하는 등 일부 워드 프로세싱 소프트웨어를 사용하여 수행됩니다. 정보의 관련성은 현재 탐색 정보와 관련된 정보 목록 또는 항목을 찾을 수 있는지 여부를 나타냅니다. 현재 페이지, 즉 일반 웹사이트의 소위 '관련 기사 목록'입니다.
4. 전체 인터페이스 테스트
전체 인터페이스는 전체 웹 애플리케이션 시스템의 페이지 구조 디자인을 말하며 사용자에게 무결성을 제공합니다. 예: 사용자가 웹 응용 프로그램 시스템을 검색할 때 편안함을 느끼나요? 사용자가 찾고 있는 정보가 어디에 있는지 직관적으로 알 수 있습니까? 전체 웹 응용 프로그램 시스템의 디자인 스타일이 일관성이 있습니까? 전체 인터페이스의 테스트 프로세스는 실제로 테스트입니다. 최종 사용자를 위한 조사 과정입니다. 일반적으로 웹 응용 프로그램 시스템은 최종 사용자로부터 피드백을 얻기 위해 홈페이지에 설문지 형식을 취합니다. 모든 사용성 테스트에는 외부 사람(웹 애플리케이션 시스템 개발에 전혀 또는 거의 접촉하지 않은 사람), 바람직하게는 최종 사용자의 참여가 필요합니다.
4. 클라이언트 호환성 테스트
1. 플랫폼 테스트
시장에는 다양한 운영 체제 유형이 있으며 가장 일반적인 운영 체제는 Windows, Unix, Macintosh, Linux 등입니다. 웹 응용 프로그램 시스템의 최종 사용자가 어떤 운영 체제를 사용하는지는 사용자 시스템의 구성에 따라 다릅니다. 이런 방식으로 호환성 문제가 발생할 수 있습니다. 동일한 응용 프로그램이 일부 운영 체제에서는 정상적으로 실행되지만 다른 운영 체제에서는 실행되지 않을 수 있습니다. 따라서 웹 시스템이 출시되기 전에 다양한 운영 체제에서 웹 시스템의 호환성을 테스트해야 합니다.
2. 브라우저 테스트
브라우저는 웹 클라이언트의 핵심 구성 요소입니다. 제조업체마다 브라우저마다 Java, JavaScript, ActiveX, 플러그인 또는 HTML 사양을 다르게 지원합니다. 예를 들어 ActiveX는 Microsoft 제품이고 Internet Explorer용으로 설계되었으며 JavaScript는 Netscape 제품이고 Java는 Sun 제품 등입니다. 또한 프레임 및 계층 구조 스타일은 브라우저마다 다르게 나타나거나 전혀 나타나지 않습니다. 브라우저마다 보안 및 Java 설정이 다릅니다. 브라우저 호환성을 테스트하는 한 가지 방법은 호환성 매트릭스를 만드는 것입니다. 이 매트릭스에서는 다양한 제조업체 및 다양한 버전의 브라우저가 특정 구성 요소 및 설정에 적응할 수 있는지 테스트합니다.
5. 보안 테스트
웹 응용 시스템의 보안 테스트 영역은 주로 다음과 같습니다.
(1) 오늘날의 웹 응용 시스템은 기본적으로 등록 후 로그인하는 방식을 채택하고 있습니다. 따라서 유효한 사용자 이름과 잘못된 사용자 이름과 비밀번호를 테스트하고, 대소문자를 구분하는지 주의하고, 시도 횟수를 제한하고, 로그인하지 않고 페이지를 직접 탐색할 수 있는지 여부 등을 확인해야 합니다.
(2) 웹 응용 시스템에 타임아웃 제한이 있는지 여부, 즉 사용자가 로그인 후 일정 시간(예: 15분) 이내에 어떤 페이지도 클릭하지 않으면 다시 로그인하여 이용해야 하는가? 정상적으로요.
(3) 웹 애플리케이션 시스템의 보안을 확보하기 위해서는 로그 파일이 중요하다. 해당 정보가 로그 파일에 기록되는지, 추적이 가능한지 테스트가 필요하다.
(4) 보안 소켓을 사용하는 경우 암호화가 올바른지 테스트하고 정보의 무결성을 확인하십시오.
(5) 서버 측 스크립트는 종종 보안 허점을 구성하며 이러한 허점은 해커에 의해 악용되는 경우가 많습니다. 따라서 승인 없이 서버 측에 스크립트를 배치하고 편집할 수 없는 문제도 테스트해야 합니다.
6. 요약
이 기사에서는 기능, 성능, 유용성, 클라이언트 호환성, 보안 등의 측면에서 웹 기반 시스템 테스트 방법을 논의합니다. 웹 기반 시스템 테스트는 소프트웨어 테스트에 새로운 과제를 제기하는 기존 소프트웨어 테스트와 유사점과 차이점이 있습니다. 웹 기반 시스템 테스팅은 설계 요구 사항에 따라 작동하는지 확인하고 검증해야 할 뿐만 아니라 다양한 사용자의 브라우저에 시스템이 표시되는 것이 적절한지 평가합니다. 최종 사용자 관점에서 보안 및 유용성 테스트를 수행하는 것도 중요합니다.