소프트웨어 테스팅 시나리오 질문 목록

1. 로그인 페이지 사용 사례 디자인

기능 테스트:
올바른 입력, 빈 입력, 문자 유형 확인, 길이 확인, 비밀번호가 암호화되어 표시되는지 여부, 대문자 프롬프트, 점프 페이지 성공 여부 및 이후 로그아웃 다른 계정으로 로그인
UI:
인터페이스 레이아웃이 합리적이고 스타일이 통일되어 있으며 인터페이스 텍스트가 간결하고 이해하기 쉽습니다. 오타 없음
성능 테스트:
로그인 페이지를 여는 데 몇 초가 걸리나요? 로그인을 클릭하여 홈페이지로 이동하는 데 몇 초가 걸리나요? , 여러 번 클릭, 여러 번 클릭
보안:
사용자 이름과 비밀번호가 암호화되어 서버로 전송되는지 여부, 잘못된 로그인 횟수 제한( 무차별 대입 크래킹 방지), 한 시스템에 여러 사용자 로그인, 한 사용자에 대한 여러 로그인 및 요소에서 비밀번호를 볼 수 있는지 확인< a i=8> 호환성 테스트: 다양한 브라우저, 다양한 플랫폼(Windows, Mac) 및 모바일 장치가 작동할 수 있나요? 사용 편의성: a> 입력 상자 전환 가능 여부 Tab 키로 Enter 키를 눌러 로그인할 수 있는지 여부 등

2. 테스트케이스 설계 방법 소개(유스케이스 설계 방법과 테스트 방법을 명확히 구분해야 함)

블랙박스 테스트 케이스 설계:
등가 클래스 분할 방법,
경계값 분석 방법,
오류 추측 방법,
특성요인도 방법,
직교 테스트 분석 방법,
프로세스 분석 방법(시나리오 방법), a> 결정 적용 범위, 결정/조건 적용 범위, 조건 조합 적용 범위, 조건 적용 범위, 명령문 적용 범위, 화이트박스 테스트:
의사결정 테이블 방법

3. 원래의 충전 기능이라고 하셨는데, 어떻게 테스트하셨나요?

1. 먼저 충전의 주요 기능을 테스트하여 충전이 성공할 수 있는지 확인하겠습니다.

(동등 클래스, 경계 값, 결정 테이블, 프로세스 분석 방법, 상태 전이 방법, 오류 추측 방법, 테스트할 예외 처리 방법)
(1) 경계 값 방법을 사용하여 충전 한도가 성공적으로 충전되는지 테스트
(2) 특수 문자를 사용하여 충전 입력 상자에 입력하여 프롬프트 메시지가 있는지 확인
(3) 충전 입력란 빈 상태에서 충전을 클릭하면 프롬프트가 나오나요?
(4) 입력란에 금액을 입력한 후 다시 웹페이지로 돌아와서 충전 페이지로 들어갑니다. 입력한 금액이 아직 저장되어 있나요?
(5) 충전 인터페이스를 여러 번 왕복한 후에도 충전에 성공할 수 있나요?
(6) 충전이 가능한가요? 여러 개의 충전 결제 수단을 선택하면 성공할까요?
(7) 각 은행의 온라인 뱅킹 충전이 성공할 수 있는지 선택
(8) 충전이 성공할 때 성공, 관련 메시지가 있는지 및 페이지가 올바르게 이동하는지 여부
(9) 충전이 성공한 후 관련 금액이 올바르게 표시되는지 여부
(10) 재충전이 성공한 후 데이터베이스에 관련 데이터가 존재하고 올바른지 확인하십시오.
(11) 제3자 결제(예: Alipay, WeChat)를 클릭하십시오. 관련 링크 페이지가 점프합니까?
(12) 동시에 여러 결제수단을 선택하여 충전할 수 있나요?
(13) 교차선택 결제수단 이후 결제수단 중 하나를 선택하여 충전하세요. 충전 성공 여부 확인
(14) 충전 입력란에서 충전량을 여러번 수정한 경우 충전이 제대로 되는지 확인해주세요
2. 재충전 성능을 테스트하고 jmeter를 사용하여 동시에 재충전하는 많은 수의 사용자를 시뮬레이션하여 재충전이 성공할 수 있는지 살펴보겠습니다.

3. 충전 안전성을 테스트해보자

(1) 바인딩된 은행 카드와 바인딩되지 않은 은행 카드의 충전 성공 여부,
(2) 동일한 이름의 여러 은행 카드 바인딩 및 여러 은행 바인딩 1인 카드로 다른 이름의 은행이 충전에 성공할 수 있습니까?
(3) 실명인증 없이 실명인증만으로 충전에 성공할 수 있습니다.
(4) 경계값을 사용하여 일일 충전 한도, 횟수를 테스트하는 방법
(5) 하루에 입력할 수 있는 비밀번호 오류 최대 횟수, 횟수를 테스트합니다. 카드가 잠겨 있는지, 필요한지 여부
재충전하기 전에 은행에 가서 잠금 해제
(6) 입력 후 비밀번호를 몇 번 입력해야 합니까? 충전금액, 암호화 여부, 비밀번호를 입력하지 않고도 충전이 성공할 수 있는지 여부
(7) 다른 결제수단을 이용하여 충전이 성공할 수 있는지 여부
(8) 충전 금액 유형 테스트
(9) 충전 후 충전 금액 계정 및 플랫폼 잔액이 증가했는지 여부< a i=10> (10) 한 번 클릭하면 충전이 성공하는지, 여러 번 클릭하면 충전이 성공하는지, (11) 여러 번 클릭하면 충전이 성공하는지 여부, 4. 우리는 또한 다양한 버전, 해상도, 다양한 브라우저에서 정상적으로 충전이 가능한지 확인하기 위한 호환성 테스트 (14) 교차 사이트 공격, 데이터 유출 (13) 충전이 성공할 수 있는지 여부 은행 카드 또는 기타 결제 수단을 선택하지 않은 경우 (12) 사용자로 로그인하지 않고도 충전이 성공하는지 여부, (11) 여러 번 클릭하면 충전이 성공하는지 여부 인터페이스가 동시에 열립니다.

값;

5. 사용성 테스트를 통해 전체 충전 과정이 사용하기 쉬운지 확인하세요. 이해가 되지 않는 부분이 있으면 이에 상응하는 알림이 있나요?
;< /span>

6. 또한 다음과 같은 비정상적인 상황(네트워크 이상 및 장비 이상) 테스트도 고려할 것입니다.

(1) 충전 중에 갑자기 네트워크가 없거나, 네트워크가 중단되거나, 충전에 성공했습니다.
(2) 충전 중에 갑자기 전원이 꺼집니다. . 충전이 성공할 수 있을까요? 성공;
(3) 충전 중에 기기가 멈췄습니다. 충전이 성공할 수 있을까요?
(4) 은행 카드 분실 신고, 취소, 카드 잔액 부족 등의 경우 금액이 동결되어 한도를 초과한 경우
충전에 성공합니다.
7 . 인터페이스를 다시 테스트해 보겠습니다.

(1) 인터페이스가 아름다운지, 형식이 올바른지, 중국어 오타가 있는지,
(2) 충전 인터페이스를 다른 브라우저에서 열어서 사용할 수 있는지 정상적으로 표시되나요? 일반 충전;
(3) 인터페이스의 버튼이 사용자의 사용 습관에 맞는지, 메인 및 주요 기능 버튼을 찾기 쉬운지, 조작이 쉬운지 여부
(4 ) 다른 브라우저에서 인터페이스를 확대한 후 인터페이스 레이아웃이 정상적으로 표시되는지 여부

4. 종이컵을 테스트하는 방법은 무엇입니까?

기능: 컵에 물을 채울 때 물이 새는 곳이 없는지 확인하세요. 물을 마실 수 있는지 여부
안전: 컵에 독이나 박테리아가 들어 있나요?< a i=2> 신뢰성: 다양한 높이에서 떨어뜨렸을 때 컵이 손상되는 정도 휴대성: 컵을 다양한 장소, 온도 등에서 정상적으로 사용할 수 있는지 여부 호환성 : 컵에 주스, 일반 물, 알코올, 휘발유 등을 담을 수 있는지 여부 사용 용이성: 컵이 만졌을 때 뜨거운지, 미끄럼 방지 장치가 있는지, 그리고 마시기 편리하다 사용자 문서: 사용자 매뉴얼에 컵의 사용법, 제한 사항, 사용 조건 등에 대한 자세한 설명이 있습니까? 피로 테스트 : 컵에 물을 채우고(Case 1) 24시간 방치하여 누출시간 및 상황 확인, 휘발유를 채우고(Case 1) Case 2) 24시간 방치하여 누출시간 및 상황 확인 등 . 압력 테스트: 바늘을 사용하고 바늘에 지속적으로 무게를 추가하여 바늘이 얼마나 많은 압력을 통과하는지 확인합니다.

5. 웹사이트를 테스트하는 방법은 무엇입니까?

1. 먼저 요구사항 설명, 웹사이트 디자인 등 관련 문서를 찾아 테스트 요구사항을 분석합니다.
2. 테스트 계획을 개발하고 일반적으로 기능 테스트, 인터페이스 테스트, 성능 테스트, 데이터베이스 테스트, 보안 테스트, 호환성 테스트를 포함하는 테스트 범위 및 테스트 전략을 결정합니다.< a i =2> 3. 디자인 테스트 사례: 기능에는 다음 측면이 포함되지만 이에 국한되지는 않습니다. 링크 테스트. 링크가 올바르게 점프하는지, 빈 페이지와 유효하지 않은 페이지가 있는지, 잘못된 오류 메시지가 반환되는지 여부 제출 기능 테스트 멀티미디어 요소가 점프할 수 있는지 여부 올바르게 로드되어 표시됩니다. 다국어 지원이 선택한 언어를 올바르게 표시할 수 있는지 여부 인터페이스 테스트에는 다음 측면이 포함되지만 이에 국한되지는 않습니다. 보안 테스트:< /span> 시스템 충돌 또는 권한 유출로 이어지는 오버플로가 있는지 여부< /span> 데이터베이스 호환성 소프트웨어 플랫폼 호환성 운영 체제 호환성 브라우저 호환성 호환성 테스트, 요구 사항 설명 내용을 기반으로 지원되는 플랫폼 조합 결정 개발 언어와 관련된 일반적인 보안 문제 SQL 주입, 크로스 사이트 공격 등을 확인합니다. 기본 로그인 기능 확인 연결성, 데이터베이스 저장 작업, 데이터 콘텐츠 확인 등을 고려합니다. . 데이터베이스 테스트는 수행 필요 여부를 구체적으로 결정해야 합니다. 스트레스 테스트, 부하 테스트 성능 테스트: 필요하지만 설치되지 않은 컨트롤의 경우 자동 다운로드 및 설치 기능이 있습니까? 컨트롤은 정상적으로 사용됩니다. 페이지 레이아웃이 합리적인지, 핵심 및 인기 콘텐츠가 부각되는지 여부 페이지가 통일된 스타일과 아름다운 외관을 가지고 있는지

4. 테스트 수행 및 결함 기록
테스트 진행을 합리적으로 조정 및 조정하고 테스트에 필요한 자원을 사전 확보하며 관리 시스템을 구축합니다(요구 사항 변경, 위험, 구성, 테스트 문서, 결함 보고서, 인력 등)
5. 테스트를 정기적으로 검토, 평가 및 요약하고 테스트 내용을 조정합니다.

6. 제품을 종합적으로 테스트하려면 휴대폰의 SMS 기능을 예로 들어 설명하십시오. 휴대폰에 포함된 SMS 기능은 WeChat이나 QQ와 같은 소프트웨어가 아닙니다.

문자 메시지 인터페이스를 정상적으로 열거나 닫을 수 있습니다.
문자 메시지를 정상적으로 편집, 수정, 삭제할 수 있습니다.
문자 메시지를 보내고 받을 수 있습니다. 정상적으로
문자 메시지 페이지의 글꼴과 색상이 정상적으로 표시됩니다.
문자 메시지 글꼴을 조정할 수 있습니다.
문자 메시지 보내기 동시에 여러 사람
특정 번호로 문자 메시지 보내기
교환원
존재하지 않는 휴대폰 번호 배경으로 숨기기, 수행 다른 작업을 수행한 후 다시 돌아옵니다 문자 메시지를 편집하는 동안 전화 걸기 SMS 간섭 테스트 SMS 인터넷 연결 유무에 관계없이 SMS 전력 소비 테스트 인증 코드 수신
서비스 번호(유료, 무료)

7. 위챗 테스트 같은 순간이 있나요?

1. 기능 테스트
WeChat 친구의 좋아요 및 취소 가능 여부
메시지 게시 시 좋아요 및 취소 지원 가능 여부 3. 호환성 테스트 같은 친구의 좋아요에 WeChat 닉네임이 표시되는지 여부 같은 친구의 메시지 정보는 시간순으로 표시됩니다. 같은 친구가 좋아요를 누른 후 알림 메시지를 받는지 a> 여러 사용자가 좋아요를 눌렀습니다. 모멘트를 다시 열면 볼 수 있나요? 누가 나를 좋아했는지 순서대로? 좋아요 그 후 페이지를 종료하고 모멘트를 다시 입력하여 좋아요 메시지가 여전히 있는지 확인하세요 좋아요를 누른 후 댓글을 달 수 있나요? 위챗 닉네임을 클릭하고 좋아요를 눌러 해당 사용자의 홈페이지로 이동할 수 있나요? 좋아요 표시 여부 이름 여러 좋아요의 순서가 시간순으로 정렬되는지 여부
여러 번 좋아요를 누르면 어떻게 되나요? 좋아요 및 취소 기능이 다른 모바일 단말기에서 가능한지 여부(Apple, Android 포함) 4. 사용성 테스트 네트워크가 약하면 어떻게 되나요? 네트워크 연결이 끊어지면 좋아요가 가능한가요? 좋아요를 누른 후 몇 초 후에 볼 수 있습니다. 좋아요가 성공하면 취소도 마찬가지입니다 동시에 여러 사용자가 좋아요를 누르면 받을 수 있나요? 그들 모두의 프롬프트 메시지 5. 보안 테스트 a> 좋아요를 누르면 WeChat 사용자에 대한 관련 정보가 유출됩니다

8.WeChat 빨간 봉투를 테스트하는 방법은 무엇입니까?

9. JD.com에 쇼핑 페이지가 있다면 어떻게 테스트하시겠습니까? 어떤 주요 기능이 테스트됩니까?

우선 필요 분석을 실시하고, xmin을 이용하여 테스트 포인트를 정리한 후 케이스를 작성하고, 그 후 케이스 리뷰를 진행하고 다른 사람들의 의견을 구합니다. 그 후, 해당 사례는 개선되어 다른 사람들이 확인할 수 있도록 발송될 것입니다.
테스트 포인트는 먼저 UI 측면입니다. 미적 측면, 조작 용이성, 이해 용이성을 테스트합니다.
그런 다음 기능 포인트를 고려하여 등록 및 로그인, 장바구니 추가, 주문, 지불, 배송, 영수증 확인 및 평가를 수행합니다.
결제 시 은행카드 바인딩과 실명인증도 있습니다.
성능: 웹페이지 열기, 주문 확인, 결제 등에 대한 응답 시간.
호환성: 360, Firefox, Google 등 다양한 주류 브라우저를 지원합니다.

10. 장바구니 추가 테스트 포인트에 대해 "장바구니 추가" 테스트 방법을 알려주세요. (추가, 삭제, 수정, 확인 관점에서)

1 장바구니에 담을 수 있으며, 동일한 상품을 다시 장바구니에 담을 수 있습니다.
2 장바구니에 담긴 상품 수의 상한(타오바오는 100개 상품)
3 장바구니에서 상품을 정상적으로 삭제할 수 있는지 여부 , 항목을 다시 제거할 수 있는지 여부를 다시 추가하세요.
4 추가된 각 상품의 수량을 정상적으로 증감할 수 있는지, 수량이 0보다 큰지 여부
5 장바구니를 종료하고 장바구니를 확인하세요. 다시.제품은 정상입니다.
6 장바구니에 담긴 상품 전체 선택, 전체 선택 취소, 다중 선택이 가능하며, 선택한 상품 및 수량에 대해서는 정상적으로 주문이 가능합니다.
7 제품이 장바구니에 추가된 후 선반에서 제거되었습니다. 장바구니에 이 제품이 만료되었다는 메시지가 표시됩니다.
8 제품을 장바구니에 추가한 후 가격이 인하되면 장바구니에 가격 인하 메시지가 표시됩니다.
9 장바구니에 제품을 담았는데, 재고가 품절되었습니다.

11. 온라인 은행 이체를 테스트하는 방법 테스트 사례를 디자인합니다.

거시적인 관점에서는 전송의 기능, 성능 및 보안 테스트에 중점을 둔 품질 모델(보편 공식)에서 고려할 수 있습니다.
테스트케이스를 설계할 때 주로 시나리오 방식을 사용할 수 있는데, 먼저 전송의 기본 흐름과 대체 흐름을 나열합니다. 그런 다음 시나리오를 디자인하고, 마지막으로 시나리오를 기반으로 데이터를 디자인합니다.
1 먼저 UI 인터페이스를 확인하세요.
2 기능을 다시 테스트합니다.
2.1 피어 전송 및 은행 간 전송을 확인합니다.
2.2 이체 한도를 확인합니다.
2.3 불법 계정의 이체를 확인합니다(계정 분실, 동결, 잠김 신고됨).
3 성능을 다시 테스트합니다.

12. 앱을 주는데, 테스트하는 방법(앱 테스트 케이스?)

01 인터페이스
인터페이스가 요구사항 문서의 원본 인터페이스 이미지와 일치하는지 테스트하고,
다양한 휴대폰 인터페이스 해상도를 사용하고, 인터페이스 크기 등 테스트
02 기능
설치, 제거를 제외하고 업데이트는 웹 버전과 유사합니다.
03 호환성< /span> 해상도 호환 SQL 문 삽입 인터페이스에 직접 들어갈 수 없습니다 URL 연결 괄호를 통해 백엔드에 접근할 수 없습니다. 프런트 데스크에서 백엔드에 액세스할 수 없음 권한 10개 2G, 3G, 4G, China Mobile, China Telecom, China Unicom 및 네트워크 간 전환, Fiddler를 사용하여 약한 네트워크 테스트 수행 09 네트워크 테스트 CPU, 메모리, fps 등을 모니터링합니다. 엠마지가 APP 성능 테스트를 하러 갑니다. 08 성능 테스트 사용자가 사용하기 편리한가요? 07 사용 편의성 권한 테스트 중요 데이터 암호화 xss 스크립트 공격 06 보안 인터페이스가 원래 인터페이스인지, 입력 데이터가 저장되었는지, 다른 앱과의 대화형 테스트 볼륨 조정, 잠금 화면, 회전, 복귀 키, 메인 메뉴 키, 스크린샷, 알람 시계, 대기, 데이터 케이블 연결 및 분리, 헤드셋, Wi-Fi, 블루투스, 전화, 문자 메시지, 배터리 부족, 기능이 정상인지 확인 사용 휴대폰 고유의 기능 모듈과 상호작용 사용 05 상호작용 확인 소프트웨어를 오랫동안 실행하면 충돌이 발생하나요? 04 안정성 소프트웨어 자체는 상위 및 하위 호환 가능 시스템 버전 호환성 모델 호환(iPhone, Huawei, Xiaomi, Samsung, vivo, OPPO)
시스템 호환(ios, Android)

13,AMT 취급

요구사항 사양:

카드 삽입 후 정확한 비밀번호를 입력하신 후 출금을 진행하시고, 출금 성공 후 영수증을 출력하신 후 카드를 반납하시면 출금이 완료됩니다.

카드를 삽입한 후, 카드가 유효하지 않거나 계좌번호가 존재하지 않는 경우에는 카드 탈퇴 절차가 종료됩니다.

잘못된 비밀번호 입력 횟수는 3회를 초과할 수 없습니다. 그렇지 않으면 메시지가 표시되고 카드가 환불되며 절차가 종료됩니다.

카드를 삽입한 후 계좌번호와 비밀번호가 성공적으로 확인되고 출금 작업을 선택한 후 ATM에 현금이 부족하고 카드 반환 프로세스가 종료됩니다.

다음 3가지 상황에서는 메시지가 표시된 후 출금 금액을 다시 입력해야 합니다.

출금금액>계좌잔고;

출금금액 > ATM 잔고 ;

출금금액 > 출금금액.

시나리오 방식을 사용하여테스트 사례를 설계하세요.

1. 먼저 요구사항 사양에 따라 기본 흐름과 대체 흐름을 얻습니다.

2. 프로그램의 기본 흐름과 대체 흐름을 구성합니다:
기본 흐름: 즉, 일반적인 상황에서의 시나리오입니다. 이 질문은 카드 삽입, 카드 입력에 관한 것이어야 합니다. 비밀번호를 정확히 입력하고, 출금에 성공하고, 영수증을 출력하고 카드를 받으세요.
대체 흐름: 잘못된 비밀번호, 유효하지 않은 카드 등과 같은 일부 비정상적인 상황입니다.
간단히 말해서 기본 흐름은 목표를 달성할 수 있지만 대체 흐름은 최종 목표를 달성할 수 없습니다.

3. 기본 흐름과 대체 흐름을 기반으로 시나리오 생성

4. 테스트 케이스에 해당하는 시나리오 생성

14, 정수 3개 입력, 정삼각형, 직각삼각형, 이등변삼각형, 보통삼각형 출력 테스트케이스?

14. 파일 다운로드 사용 사례를 설계하는 방법은 무엇입니까?

기능
현재 페이지를 다운로드하거나 새 창에서 열고 저장하는 기능을 지원합니다.
다운로드한 파일을 비교하여 업로드할 때의 파일과 완전히 일치하는지 확인하세요.
파일 이름이 비어 있는지, 특수 문자가 포함되어 있는지, 파일 이름이 긴지, 다운로드한 파일이 업로드된 파일과 일치하는지 주의하세요.
파일을 다운로드하는 동안 네트워크가 중단되었습니다. 파일을 계속 다운로드할 수 있는지 확인하려면 네트워크가 복구될 때까지 기다리세요.
다운로드한 파일이 여러 파일을 동시에 다운로드할 수 있는지, 아니면 동일한 파일을 여러 번 다운로드할 수 있는지 여부
다운로드 도중 서버가 비정상적인 경우 다운로드 프로세스(연결 끊김 등), 서버가 정상적으로 다운로드되면 계속할지 여부
다운로드 버튼 클릭 시 다운로드 페이지 팝업창 팝업 여부
다운로드가 완료된 후 서버 로그 및 데이터베이스에서 파일명, 파일 크기, 파일 형식, 다운로드 시작 시간, 다운로드 종료 시간 등이 프런트엔드 패킷의 응답 데이터와 일치하는지 확인하세요. 캡처 인터페이스
로컬 디스크 공간 부족 등 다운로드 파일 이상 테스트

파일 저장소
파일을 서버에 업로드한 후 파일 저장소 NAS를 사용합니까, 아니면 개체 저장소 OSS를 사용합니까?
파일 업로드 후 서버에 재해 복구 백업이 있나요?

보안 문제
파일이 서버에 업로드된 후 파일 이름이 암호화되는지 여부
접근 권한이 없는 사용자가 접근할 수 있는지 여부
다운로드 권한이 없는 사용자도 다운로드 가능 여부

성능
다운로드 페이지 응답 시간으로 이동
저장 창 페이지 응답 시간 팝업
단일 사용자 다운로드 파일 속도, 수요 목표 충족 여부.
여러 사용자가 동시에 파일을 다운로드할 수 있는 속도가 필수 목표를 충족하는지 여부
다운로드를 완료하는 데 걸리는 시간

15. 검색창을 테스트하는 방법은 무엇입니까?

• 기능 검사
  • 검색 내용이 비어 있는데, 검증 시스템에서는 어떻게 처리하나요?
  • 검색 내용이 공백인 경우 시스템에서 이를 어떻게 처리하는지 확인하세요.
  • 경계값 검증: 허용된 문자열 길이 내부 및 외부에서 시스템 처리를 확인합니다.
  • 매우 긴 문자열을 입력하면 시스템이 허용된 길이를 가로채서 결과를 확인합니까?
  • 올바른 문자열 길이 뒤에 공백을 추가하여 검색 결과를 확인하세요.
  • 여러 키워드 사이에 공백, 쉼표 및 탭을 추가하여 시스템 결과가 올바른지 확인하세요.
  • 각 법적 입력을 확인하여 결과가 올바른지 확인하세요.
  • 검색 콘텐츠의 복사, 붙여넣기, 편집 및 기타 작업 지원 여부
  • Enter 키 검색 지원 여부
  • 동일한 내용을 여러 번 입력하여 시스템의 검색 결과가 일치하는지 확인하세요.
  • 특수 문자, 이스케이프 문자, html 스크립트 등을 처리해야 합니다.
  • 민감한 단어, 사용자에게 권한이 없다는 메시지 등을 표시합니다.
  • 입력 내용이 단축키 조작 등을 지원하는지 여부
  • 허용된 문자열 길이 등만 입력할 수 있습니다.
  • 입력 링크가 올바르게 점프하는지 여부
  • 검색 기록이 아래에 표시되나요?
  • 콘텐츠 검색을 위한 연관 기능이 있나요?
  • 숫자, 영어, 중국어 입력이 가능한가요?
  • 영어와 중국어 입력번호를 섞어서 입력할 수 있나요?
  • 병음(pinyin)을 입력하여 검색할 수도 있습니다.
  • 음성검색 내용이 일치하나요?
  • 네트워크 연결이 끊어지면 검색할 수 없습니다.
  • 사진을 검색할 때 사진을 찍거나 앨범에서 사진을 선택하여 검색할 수 있습니다.
  • 사진앨범에서 사진을 선택하여 검색할 경우 사진 크기에 제한이 있나요?최대 크기는 얼마인가요?
  • 이미지 검색을 용이하게 하기 위해 검색창 옆에 카메라 사진이 있습니다.
  • 기록 지우기를 클릭하세요. 검색창에서 기록이 지워지나요?
  • 사진 속 내용을 알 수 있나요?
  • 검색을 클릭하면 검색 인터페이스가 표시됩니다.
• 인터페이스 테스트
  • UI가 제대로 표시되는지, 레이아웃이 적절한지 확인하세요.
  • 오타가 있나요?
  • 표시되는 검색결과의 레이아웃이 아름답나요?
  • 조회된 결과 링크의 색상은 회색으로 표시되어야 합니다.
  • 결과 수가 많을 때 페이지의 페이징 레이아웃이 합리적인가요?
  • 인터페이스의 색상 일치가 합리적입니까?
• 보안 테스트
  • 스크립트 비활성화 중
  • SQL 주입, SQL SELECT 문 검색 등
  • 민감한 콘텐츠 검색은 금지되어 있습니다.
  • 특수문자 검색
  • 삭제, 암호화, 승인된 데이터는 검색할 수 없습니다.. 6. 보안 설계 통제가 있습니까?
• 호환성 테스트
  • 멀티 플랫폼 Windows, Mac
  • 모바일 플랫폼 안드로이드, iOS
  • 멀티 브라우저 Firefox, Chrome, IE 등
• 성능 시험
  • 검색 페이지 링크 열림 속도 시간
  • 검색 결과에 시간이 걸립니다
  • 네트워크가 약한 경우 검색 응답 시간
  • 다양한 네트워크 속도(3g, 4g, WIFI)에서 검색할 때의 응답 시간
• 사용의 용이성
  • 연관 기능 있음
  • 검색 콘텐츠가 검색 결과와 얼마나 일치하는지
  • 사진 검색 및 음성 검색 지원

15. 엘리베이터/우산/컵/펜/A4 종이/종이컵을 테스트하는 방법은 무엇입니까?

분석 방법
트롤리 케이스를 예로 들어보겠습니다.

1. 먼저 면접관에게 어떤 종류의 트롤리 케이스와 크기를 테스트하고 있는지 등 요구 사항이 무엇인지 물어봐야 합니다. 재료? 상표?

2. 대답이 '아니오'라면 다음 아이디어는 요구사항 문서는 없지만 트롤리 케이스의 기본 비즈니스 기능을 이해하고 이를 기반으로 다음 측면에서 분석하는 것입니다.

기능 테스트(단일 기능, 논리적 비즈니스/기능적 상호 작용), 인터페이스 테스트, 사용성 테스트, 호환성 테스트, 보안 테스트, 성능 테스트

특정 사례 분석
——기능 테스트——

-> 트롤리 케이스의 크기, 케이스 두께, 용량, 각 표면(트롤리 표면, 캐스터 표면 포함)의 내하력 및 트롤리 내하력이 품질 검사를 충족하는지 여부 표준

->트롤리 상자가 용량을 초과하고 각 표면(트롤리 표면, 캐스터 표면 포함)이 내하력을 초과하고 트롤리가 내하력을 초과합니다. 정상적인 사용입니까?

-> 텔레스코픽 로드가 정상인지, 신축이 유연한지 -> 바퀴가 정상적으로 구르는지, 일방향 회전인지 360도 회전인지

-> 상자의 잠금상태가 정상적인지, 잠금 해제가 편리하고 안전한지 여부

——인터페이스 테스트——

-> 박스원단의 소재, 색상, 패턴, 형태가 요구사항에 맞는지, 색상이 쉽게 빠지는지 여부

->박스 타이로드의 재질, 색상, 길이, 박스 캐스터의 재질, 색상, 크기가 요구사항을 충족하는지 여부

-> 박스태그 로고가 맞는지, 보조지시사항이 맞는지

——사용성 테스트——

-> 박스카트의 손잡이는 잡기 쉽고 미끄러지지 않는지, 측면 손잡이는 잡기 쉽고 미끄러지지 않는지

-> 상자를 열고 닫을 수 있는 지퍼가 끌기 쉬운지, 바퀴가 유연한지

——호환성 테스트——

->박스캐스터를 평평한 바닥, 모래, 흙, 계단에서 사용할 수 있는지 여부

->박스가 고온, 저온, 초저온 등 다양한 온도에서 정상적으로 사용할 수 있는지 여부

-> 비, 눈 또는 우박이 오는 날에도 상자를 정상적으로 사용할 수 있는지 여부

——보안 테스트——

-> 박스 원단의 재질이 안전하고 무독성인지, 고온이나 비에 노출되었을 때 유해 물질을 방출하는지 여부

-> 상자 모서리가 매끄럽고 모서리가 없는지 여부

->박스 손잡이와 측면 손잡이가 매끄러운지

——압력 성능 테스트——

-> 30km 연속으로 하중을 운반한 후 트롤리 캐스터 박스가 정상이고 마모가 없는지 확인하십시오.

-> 짐을 싣고 당김봉을 펴고 당김봉 손잡이를 들어 올려 상자가 매달린 상태가 되도록 한 후 좌우로 500회 진동시켜 당김봉이 정상인지 확인합니다.

-> 약 1m 높이에서 하중을 떨어뜨려 각 표면(타이로드 표면, 캐스터 표면 포함)을 5회씩 지면에 떨어뜨리는데, 마모가 없는 것이 정상인가요?

-> 적재 후 박스 전체를 360도 30회 굴려 이상이 없고 마모가 없는지 확인합니다.

-> 로딩 후 다음 25단계에서 캐스터 로드 박스의 표면이 정상이고 마모가 없는지 확인합니다.

-> 당김 막대를 앞뒤로 확장 및 축소하고 1000회 반복하여 당김 막대가 정상인지 확인합니다.

앞으로 이런 유형의 질문이 발생하면 어떤 경우에도 면접관에게 다음과 같이 대답할 수 있습니다. 구체적인 요구 사항은 모르지만 기본 기능의 사용은 이해하므로 다음에서 분석하겠습니다. 우선 기능 테스팅을 생각한다면 발라블라, 인터페이스를 생각한다면 발라블라,... 스트레스 테스팅을 생각한다면 발라블라, 이상이 저의 답변입니다. 이렇게 답변해주셔서 감사합니다. 아주 체계적으로 나오며, 각각 다른 테스트 방향을 즉석에서 사용할 수 있습니다. , 무엇이 두려운지, 어쨌든 발산적인 사고의 질문이니, 생각나는 대로 말씀하시면 됩니다~

16. 로그인 인터페이스 테스트 케이스:

1. 인터페이스 UI 테스트:
① 레이아웃이 요구사항 문서의 요구사항을 충족하는지 여부
② 입력의 길이와 높이가 맞는지 여부 상자와 버튼이 요구 사항을 충족하는지 ;
③ 인터페이스 디자인 스타일이 UI 디자인 스타일과 일치하는지
④ 인터페이스 텍스트가 간결하고 쉬운지 오타 없이 이해하세요.

2. 기능 테스트:
   ①올바른 사용자 이름과 비밀번호를 입력하여 로그인이 성공했는지 확인하세요.
   ②사용자 이름과 비밀번호가 비어 있고, 인증 로그인 실패 및 프롬프트 메시지
   ③로그인 성공 후 해당 인터페이스로 점프할지 여부
   ④사용자 이름과 비밀번호가 너무 길거나 짧은 경우 , 프롬프트 메시지 유무 a> ⑥ 로그인 실패 후 비밀번호를 기억하는 기능이 없습니다 ⑩ 사용자 이름과 비밀번호를 잘못 입력한 후 프롬프트 메시지를 확인하십시오. ⑩ 비밀번호를 입력하고 대문자 키보드를 열어 프롬프트 메시지가 있는지 확인하십시오; ⑧ 등록, 잊어버렸는지 여부 비밀번호, 로그아웃 등 로그인 페이지의 로그인 링크가 정확합니다. ⑦ 비밀번호가 암호화되어 표시되는지 여부
   ⑤ 사용자 이름과 비밀번호 사이에 공백, 특수 문자 또는 기타 영어가 아닌 문자가 포함되어 있는 경우
   
   
   
   
   
3. 성능 테스트:
   ①로그인 인터페이스를 여는 데 몇 초(시간)가 걸립니다.
   ②로그인하려면 올바른 사용자 이름과 비밀번호를 입력하세요. 성공적으로 로그인 시간은 5초를 넘지 않습니다.
4. 호환성 테스트:
   ① 주류 브라우저가 성공적으로 표시되는지 여부,
   ② 다른 플랫폼이 성공적으로 표시되는지 여부,
   ③모바일 기기(Android iOS)에서 디스플레이가 성공하는지 여부,
   ④다른 해상도,
5. 사용성 테스트:
   ①전체 키보드 조작 지원 여부, 단축키 존재 여부
   ②사용자 이름과 비밀번호를 입력하고 Enter를 누르면 확인 가능 로그인이 가능하다면 ;
   ③탭키로 입력창을 전환할 수 있는지 여부.
6. 보안 테스트:
   ① 사용자 이름과 비밀번호가 암호화된 형태로 웹 서버에 전송되는지 여부
   ② 사용자 이름과 비밀번호 입력 비밀번호를 차단해야 합니다. SQL 주입(사용자가 입력한 데이터의 합법성을 판단하지 않거나 엄격하게 필터링하여 해당 데이터 정보를 얻는 웹 애플리케이션을 의미합니다. 방법에는 숫자 주입, 문자 주입 및 기타 주입이 포함됩니다. 쿠키 주입, 사후 주입);
   ③ 스크립트(특정 형식에 따라 작성된 실행 파일)에 사용자 이름 및 비밀번호 입력이 금지되어야 합니다.
   ④ 잘못된 로그인 횟수 제한 ;
   ⑤동일한 시스템에서 여러 사용자의 로그인 지원 여부를 고려하십시오.
   ⑥다형성에서 한 사용자의 로그인을 고려하십시오. 기계.

17. King of Kings에서 게임 테스트하기:

예를 들어 아서:
①스킬을 사용할 수 있는지, 기본 공격을 정상적으로 사용할 수 있는지
②장착하고 판매할 수 있는지
스킨을 바꾸고 새 스킨을 구입할 수 있나요?
④아서의 주문이 매끄럽고 감정적으로 표현되는지 ⑩ 아> ⑩단축키 구현 가능 여부 9공격, 퇴각 등의 작전 수행 가능 여부 8혈 회복 스킬 사용 가능 여부 ⑦플래시, 종료 또는 처벌, 약화 및 기타 기능이 정상적으로 사용되는지 확인 ⑥작동하지 않을 때 스스로 조작할 수 있는지 여부

18. 위챗 빨간 봉투 테스트 케이스

단일 빨간색 봉투:

1. 빨간 봉투 금액이 비어 있습니다. 0, 0.01, 200.00, 200.01, 199.99, 200

2. 메시지 남길 때 숫자, 영문자, 한자, 특수문자를 입력하세요.

3. 메시지 길이

4. 메시지를 복사하여 붙여넣으세요.

5. 표현을 선택하여 표현 및 기타 표현을 수집합니다.

6. 이모티콘 삭제 및 이모티콘 재선택

7. 결제 방법을 선택하세요: 변경, 은행 카드, 새 카드 결제 추가. 그 중 돈의 갯수 <빨간 봉투의 갯수, 그중 돈의 갯수=빨간 봉투의 갯수, 그중 돈의 갯수>빨간 봉투의 갯수

8. 결제 확인을 위해 지문을 사용합니다. (올바른 지문, 잘못된 지문)

9. 결제 확인을 위해 비밀번호를 사용하세요. (올바른 비밀번호, 틀린 비밀번호)

10. 빨간 봉투 발송 성공 후, 해당 결제 수단의 금액이 차감됩니다. (감소 금액은 빨간 봉투 금액과 일치합니다.)

11. 수신자는 빨간 봉투의 구체적인 정보를 볼 수 있으며, 빨간 봉투의 금액, 메시지, 이모티콘이 올바르게 표시될 수 있습니다.

12. 빨간 봉투를 개봉하면 수령 완료로 표시되며, 수령인의 잔돈에 정확한 금액이 추가되며, 빨간 봉투를 다시 수령해야만 정보를 볼 수 있습니다.

13. 빨간 봉투를 보낸 사람이 직접 빨간 봉투를 받습니다.

14. 빨간 봉투를 24시간 동안 받지 못한 경우, 해당 결제 수단으로 금액이 증가하여(증가량은 빨간 봉투의 금액과 일치) 상대방이 받을 수 없게 됩니다. 빨간 봉투.

단체 빨간봉투 - 일반 빨간봉투 : (빨간봉투 1개와의 차이점만 기재)

1. 빨간 봉투의 개수는 비어있습니다, 0, 001, 100, 99, 101

2. 빨간 봉투 개봉 시 각 금액은 동일하며, 빨간 봉투 발송 시 설정한 단일 금액에 해당하는 금액입니다.

3. 빨간 봉투를 열면 해당 메시지가 나타납니다.

4. 빨간 봉투를 보낸 사람이 직접 빨간 봉투를 받습니다.

5. 빨간 봉투를 24시간 이내에 개봉하지 않을 경우 남은 금액은 환불되며, 해당 결제수단의 금액이 늘어납니다.

단체 빨간 봉투 - 행운의 빨간 봉투 :

1. 빨간 봉투의 총 개수/빨간 봉투의 개수<0.01

2. 개인별로 개봉한 빨간 봉투의 갯수는 다르며, 총액은 빨간 봉투에 설정된 총액과 일치합니다.

3. 24시간 이내에 빨간 봉투를 열어보면 최고의 행운이 표시됩니다.

4. 빨간 봉투를 24시간 이내에 개봉하지 않으면 행운이 찾아오지 않습니다.

호환성: Android, Apple, 다양한 휴대폰 모델 및 버전

UI 테스트: 인터페이스에 오타가 없고 스타일이 통일되어 있습니다.

중단 테스트: 다양한 애플리케이션 간 전환, 연결 끊김, 전화 수신, 문자 메시지, 배터리 부족 및 전화기 배터리 없음

네트워크 테스트: 2g/3g/4g WiFi, China Mobile, China Unicom, Telecom, 약한 네트워크, 네트워크 없음

19. 위챗 모멘트 테스트 케이스

기능 검사

1. 순간 전송 기능

1) 문자만 보내세요

a. 텍스트 길이를 고려하세요: 1~1500자(데이터는 Baidu 데이터), 최대 문자 길이를 초과합니다.

b. 텍스트가 복사 및 붙여넣기를 지원합니까?

c. Null 검증

2) 사진만 전송

a. 현지 사진앨범 선택/촬영

B. 사진 수량 확인: 1-9 장, 9 장 이상

c. Null 검증

3) 동영상만 전송

a. 현지 사진앨범 선택/촬영

b. 비디오 초 확인: 1~10초, 10초 초과

c.영상번호 인증 : 1개, 1개 이상

d. 비디오 형식 확인: mp4 등 지원되는 비디오 형식, 지원되지 않는 비디오 형식

e.동영상 크기 확인 : Apple의 경우 400kb 이내, Android의 경우 200~300kb 이내(바이두 데이터), 규정된 크기 초과

f. 영상 미리보기 추가, 삭제, 수정 작업

g. Null 검증

4) 문자+사진 보내기: 인증 요건에 맞는 문자와 사진을 입력합니다.

5) 문자+영상 보내기: 인증 요건에 맞는 문자와 영상을 입력합니다.

6) 사진+동영상 보내기: 보내기는 지원되지 않습니다.

7) 음란물, 도박, 마약, 기타 민감한 단어 등 모멘트에 전송되는 콘텐츠에 제한이 있나요?

8) 위치

a. 위치 표시 안함 : 위치를 표시하지 않고 모멘트로 전송

b. 해당 위치 선택: 검색 지원, 자동 위치 지정, 수동 편집

C. 취소를 클릭하면 이전 페이지로 돌아갑니다.

9) 누가 시청할 수 있나요?

a. 공개 설정: 모든 친구에게 표시됩니다.

b. 비공개로 설정(본인에게만 표시): 순간 보기 - 표시, 친구는 순간 보기 - 숨김

c.부분 공개 설정(일부 친구에게 표시) : 선택한 친구 - 표시, 선택하지 않은 친구 - 숨김, 최대 인원수 유무

d. 보지 않을 사람 설정(선택한 친구는 보이지 않음) : 선택하지 않은 친구 - 보이는 것, 선택한 친구 - 보이지 않는 것, 인원수에 상한이 있는지 여부

e. 취소를 클릭하고 전송 페이지로 돌아갑니다.

10) 시청할 사람을 상기시킵니다

a. 한 사람에게 알림/여러 사람에게 알림: 알림을 받은 친구 - 메시지 알림 수신, 알림을 받지 못한 친구 - 메시지 알림 없음

b. 최대 인원이 있나요?

c.취소를 클릭하고 전송 페이지로 돌아갑니다.

11) QQ 공간 동기화: 기본적으로 동기화되지 않으며 QQ 공간에 동기화됩니다.

12) 모멘트 전송 작업 취소

a. 카메라를 선택하고 취소를 클릭한 다음 순간 페이지로 돌아갑니다.

b.모멘트 전송 페이지로 이동하여 텍스트 이미지를 선택한 후 취소를 클릭하세요.

13) 하루에 모멘트를 보낼 수 있는 횟수에 상한이 있나요?

2. 순간 검색 기능

1) 텍스트 보기:

a.너무 긴 텍스트 내용을 숨기고, 전체 텍스트 보기를 지원하는지 여부

b. 마우스 오른쪽 버튼을 클릭하고 복사, 컬렉션, 번역을 선택합니다.

c. URL 링크가 웹 페이지로 이동하기 위한 클릭을 지원합니까?

2) 사진보기

a. 수집/편집을 지원하려면 썸네일을 마우스 오른쪽 버튼으로 클릭하세요.

b. 큰 이미지 탐색을 지원하려면 클릭하세요.

c. 친구에게 보내기, 사진 수집, 저장 및 편집을 선택합니다.

d. 여러 사진은 왼쪽 및 오른쪽 슬라이딩 브라우징을 지원합니다.

3) 영상 시청

A. 음소거 재생/수집을 지원하려면 비디오를 마우스 오른쪽 버튼으로 클릭하십시오.

B. 비디오 재생을 지원하려면 비디오 재생 버튼을 클릭하십시오.

c. 친구에게 보내기, 즐겨찾기, 비디오 저장, 편집을 선택합니다.

4) 동적 탐색 공유: QQ 공간/공용 계정 기사/Tencent 이외의 제품에서 공유 후 친구 서클이 정상적으로 표시되는지 여부

5) 좋아요: 좋아요, 달리

6) 코멘트

a.댓글 길이: 댓글의 단어 수가 적당하며, 댓글이 단어 수 상한을 초과했습니다.

b.댓글 유형: 순수 중국어, 순수 숫자, 순수 문자, 순수 문자, 순수 이모티콘(WeChat 이모티콘/휴대폰 내장 이모티콘), 혼합 유형, URL 링크 포함;

c. 댓글이 복사 및 붙여넣기를 지원하나요?

d. Null 검증

e.댓글 게시 후 삭제

f.댓글 답글 작업

7) 순간 업데이트 삭제

8) 앨범 커버 변경

9) 새로운 업데이트를 받기 위한 새로고침이 정상적인가요?

10) 더 많은 것을 로드하기 위해 위로 슬라이드할지 여부

인터페이스/사용성 테스트

1. 기술 직원의 관점: 페이지 레이아웃 디자인이 제품 프로토타입/UI 렌더링과 일치합니까?

2. 그러나 1번을 고려하는 것 외에도 기능 조작이 쉬운지, 페이지 레이아웃과 조판 스타일이 아름답고 합리적인지, 프롬프트 정보가 이해하기 쉬운지 등 사용자의 사용도 고려해야 합니다.

인터럽트 테스트

1. 주요 고려사항: a) 핵심 기능 b) 현재 기능에는 실시간 데이터 교환이 포함됩니다.예를 들어 모멘트 게시 또는 모멘트 탐색이 중단되면 충돌이 발생하기 쉽습니까?

2. 중단에는 전면과 후면 간 전환, 화면 잠금 및 잠금 해제, 네트워크 연결 끊김 및 재연결, 앱 전환, 수신 전화/문자 메시지 중단, 헤드폰 케이블/데이터 케이블 연결 및 분리가 포함됩니다.

네트워크 테스트

1. 주요 3개 사업자의 서로 다른 네트워크 표준 테스트

2. 네트워크 스위칭 테스트: WIFI/4G/3G/2G

3. 네트워크 없이 테스트: 로컬로 캐시된 데이터의 경우 일부 친구 정보가 탐색을 지원하는지 여부

4. 약한 네트워크 테스트:

a.지연: 페이지 응답 시간이 허용되는지 여부, 서로 다른 네트워크 표준이 시간 초과 길이를 구별하는지 여부, 요청 시간 초과가 발생하는지 여부 및 해당 프롬프트가 제공되는지 여부.

b.패킷 손실: 시간 초과 재연결 메커니즘이 있습니까?응답이 없으면 해당 프롬프트가 있습니까?

c. 페이지 렌더링의 무결성 검증

호환성 테스트

1. Android 휴대폰, Apple 휴대폰 및 패드 버전(주류)의 기능 인터페이스 디스플레이가 정상적인지 여부

2. 각 플랫폼의 Moments에 표시되는 데이터는 일관됩니까?

안전성 테스트

Moments로 보낼 때 텍스트 입력 스크립트 코드로 인해 예외가 발생합니까?

성능 시험

1. 서버 성능 테스트

loadrunner/jmeter 도구를 통해 구현할 수 있으며 주로 TPS, 응답 시간, 처리량, CPU, 메모리 등에 중점을 둡니다.

2. 앱 클라이언트 성능 테스트

GT툴을 통해 달성할 수 있으며, 실행 시 CPU점유율, 메모리, 트래픽, 전력 등을 주의 깊게 살펴보세요.

20. 기능과 같은 WeChat Moments를 위한 테스트 케이스 디자인

21. 치킨게임 스트레스 테스트 방법

1. 게임 서버 하드웨어
하드 디스크 I/O, 메모리, CPU

2. 네트워크 압박
a. 긴 연결
　　최대 연결 수, 트래픽(내부 네트워크, 외부 네트워크, 수신 및 발신) a >
b. 긴 연결 및 짧은 주기(Http TCP 애플리케이션과 유사하며 이는 특히 LoginAgent의 경우 특별한 요구 사항입니다.)
　　초당 설정된 연결 수, 실제 처리 용량 < /span>

3. 데이터베이스
　　초당 트랜잭션 수, 초당 잠금 대기 수, 평균 지연(ms), 임시 CPU 사용량

4. 멀티스레딩을 위한 최적의 스레드 수
　　데이터베이스에서 수행되는 멀티스레딩 및 다중 연결 처리

2. Windows Server 환경 테스트 방법

1. 서버 성능 모니터링
서버와 함께 제공되는 성능 모니터를 사용하여 각 프로세스의 모니터링 매개변수를 설정합니다. 이 Windows 자동 도구는 매우 강력합니다. 기본적으로 누구나 터치하여 사용할 수 있습니다. 각 매개변수에 대해 자세히 설명되어 있습니다.

2. 케이스 디자인 참고사항
a. 데이터베이스 성능 테스트를 위해 이제 모든 게임 서버 아키텍처에는 DB 버퍼링 기능을 구현하는 프로세스가 DB 앞에 배치되어 빈번한 읽기를 줄입니다. 데이터베이스에 대한 쓰기 작업입니다. 따라서 실제로 데이터베이스 읽기는 가벼운 양이지만 데이터베이스 쓰기 작업은 주기적인 성능 프로세스입니다. 케이스 디자인은 이러한 주기적 성능 프로세스를 추진할 수 있어야 합니다. 예를 들어, 게임 내 전투로 인해 게임 플레이어 데이터가 변경되거나 모든 온라인 플레이어 데이터가 주기적으로 저장됩니다.
b. 대표적이고 가장 자주 사용되는 게임 작업을 선택하세요. 가장 높은 온라인 사용자의 다양한 성과 지표를 수집하는 데 사용됩니다. 예를 들어 촬영, 소품 집기, 소품 사용, 이동, 채팅
c. 채팅 성능 테스트
방송 채팅은 게임의 정보 전송을 가장 많이 테스트하는 기능입니다. 능력. 글로벌 방송 스트레스 테스트를 수행합니다. 클라이언트에 정보를 보내는 서버 프로세스의 최대 로드 용량을 얻을 수 있습니다. 결과적으로 다양한 방송 기능에 대한 추정 및 주파수 제한이 이루어질 수 있습니다.
d. 동일한 화면에서 플레이어의 모바일 테스트
모바일 + 방송. 이 두 가지 정보는 기본적으로 온라인 게임 트래픽의 약 70~80%를 차지합니다. 동일한 화면에 있는 플레이어의 수는 다양한 데이터에 대한 방송 요구 사항을 증가시켜 게임 성능에 큰 영향을 미칩니다. 따라서 동일한 화면에서의 모바일 테스트도 방송 테스트에 필요한 부분입니다. 실제 결과를 바탕으로 적절한 최적화가 이루어져야 합니다.
e. 동시에 많은 수의 플레이어가 로그인하는 테스트
플레이어가 로그인하면 많은 양의 정보가 할당되고 초기화되어야 합니다. 동시에 클라이언트에 많은 양의 데이터를 다운로드해야 합니다. 서버에는 많은 수의 TCP 연결 설정이 필요합니다. 따라서 이는 상대적으로 중요한 과정입니다. 이 테스트 사례는 다소 특별한 사례이지만 작업에서 반드시 직면하게 될 사례입니다.
f. 스레드 풀은 트랜잭션을 처리하기 때문에 트랜잭션에 시간이 걸릴수록 최적의 스레드 수에 문제가 있습니다. 스레드가 너무 많으면 서버 효율성이 떨어집니다.

3. 세부적인 문제
a. 테스트를 수행하려면 클라이언트 성능이 서버의 최종 성능에 영향을 미칠 가능성을 신중하게 고려해야 합니다. 예를 들어
a1. 시뮬레이션된 클라이언트의 성능은 서버가 반환한 정보를 효과적으로 처리할 수 없으며, 이로 인해 서버가 보낸 정보가 서버 시스템 캐시에 캐시될 수 있으므로 다음과 같습니다. 서버 메모리는 지속적으로 증가하고 있습니다. 이는 서버의 전송 기능 부족으로 나타납니다. 실제로는 단순히 클라이언트의 성능 문제일 수 있습니다
a2. 클라이언트 성능 문제로 인해 시작되는 요청 수가 너무 적어져 요청 수가 너무 적어집니다. 단위 시간당 서버에서 처리됩니다. 이는 서버 성능이 부족한 것으로 나타나지만 실제로는 단순히 클라이언트 요청 기능이 부족하기 때문입니다.
b. 네트워크 대역폭으로 인해 최종 성능이 부족해집니다.
b1. 서버의 각 네트워크 카드와 상호 대역폭을 확인하세요. 그렇지 않으면 서버가 상호 대역폭으로 인해 클라이언트 요청 처리를 지연시킬 수 있습니다. 서버가 멈췄습니다
b2. 클라이언트는 플레이어 1,000명과 같은 여러 플레이어를 시뮬레이션합니다. 클라이언트의 네트워크 카드나 클라이언트와 서버 사이의 전송 서버의 대역폭이 너무 작아서 서버 데이터를 보낼 수 없고 메모리가 계속 증가합니다. 서버의 전송 용량이 부족한 것으로 보이지만 실제로는 중간 대역폭 문제입니다.
c. 디버그 I/O로 인해 서버 성능 저하 발생
c1. 성능 테스트 수행 시 디버깅에 사용된 동기 I/O를 반드시 취소하세요. 예를 들어, 서버 debuginternalLog입니다. 동기식 I/O는 성능에 큰 영향을 미치며, 특히 스트레스 테스트에서는 초당 수천 또는 수십만 번의 실행이 발생할 수 있습니다. 단일 파일 쓰기 작업으로 수십만 개의 처리 기능을 수천 개의 처리 기능으로 바꿀 수 있습니다.
c2. 클라이언트는 차단 작업을 방지하여 시뮬레이션된 다중 사용자 성능이 저하되어 서버 성능이 저하됩니다.
d. 트래픽이 다음을 수행해야 합니다. 인트라넷으로 구분
게임이 공식적으로 실행되면 내부 네트워크 트래픽과 외부 네트워크 트래픽이 완전히 분리됩니다. 가격도 완전히 다릅니다. 1000Mbit 외부 네트워크는 상상할 수 없는 운영 비용이지만 kmbps/s는 이제 허용 가능한 가격입니다. 게임 프로세스에는 다양한 네트워크 카드의 구성 및 바인딩이 필요합니다. 내부 및 외부 네트워크 트래픽을 결정합니다.

22. 타오바오 검색창 테스트 방법

1. 기능 테스트

1. 키워드 입력 및 확인: 반환된 결과가 정확한지 확인합니다. 반환되는 텍스트의 길이는 제한되어야 합니다.
   　　1.1 검색할 수 있는 일반적인 키워드, 단어, 문장을 입력합니다. 결과 및 검색된 내용, 링크 정확성;
   　　　　　　1.2 찾을 수 없는 키워드, 단어, 문장을 입력하십시오.
   　　　　　　1.3 공백과 같은 특수 내용을 입력하십시오. 공백, 특수 문자, 구두점, 제한값 등 동등 클래스 구분 방법을 도입할 수 있습니다.
2. 결과에는 제목, 판매자, 판매량, 한 줄/여러 줄, 사진이 있는지 여부가 표시됩니다.
3. 결과 정렬: 가격, 판매량, 평가, 종합
   4. 반환된 결과가 큰 경우 첫 페이지의 실제 양을 제한하고 페이지 넘기기를 지원해야 합니다. 아>
4. 다중 옵션 검색: 키워드 브랜드 원산지 가격대 Tmall에서 구매 여부 전국 구매 여부
5. 퍼지 검색 및 와일드카드 쿼리 지원 여부
   7. 네트워크 속도가 느릴 때 검색
6. 검색 결과가 비어 있는 경우
7. 로그인과 비로그인 시 검색(로그인 시 사용자가 검색한 키워드/검색 습관이 저장됨)
   2. 성능 테스트:
   1 스트레스 테스트: 다양한 사용자 수의 압력에 따른 성능(응답 시간 등 평가 지표)
   2 부하 테스트: 한도가 동시에 수용할 수 있는 사용자 수 확인 시간을 두고 정상적으로 사용했습니다
   3 안정성 테스트: 정상 압력에서 얼마나 오랫동안 안정적으로 계속 작동할 수 있습니까?
   4 메모리 테스트: 메모리 누수는 없는지
   5 대용량 데이터 테스트: 예를 들어 대용량 데이터에서 검색 결과를 시뮬레이션하거나 대용량 결과를 검색한 후 나열하여 성능을 확인하는 등의 작업을 수행합니다.
   3. 사용 편의성: 대화형 인터페이스의 디자인이 편리하고 사용하기 쉬운가요?
   1. 다양한 쿼리 결과에 따라 관련 인간화된 프롬프트가 제공됩니다. .그럼 말해줄래? 발견되면 개수를 세어보고 알려준다? 입력 조건 오류가 의심되는 경우 올바른 입력 항목 등을 프롬프트합니다.
   2. 쿼리 결과는 클릭률이나 기타 정렬 규칙 등의 순서대로 나열됩니다. 각 쿼리 결과를 확인하기 위해 결과 위치는 규칙에 따라 나열되어 쉽게 위치를 지정할 수 있으며 글꼴, 글꼴 크기, 색상이 표시되어 쉽게 식별할 수 있습니다.
   3. 제목 쿼리, 전체 -텍스트 검색, 퍼지 질의, 내결함성 질의, 다중 키워드 구성 질의(공백 여백 등 실용적인 검색 방법)는 정상인가요?
   4. 검색 조건 입력 컨트롤의 스타일 디자인과 위치가 사용자의 눈길을 끌 수 있습니까?스냅샷 및 기타 바로가기 보기 방법과 같은 사용자 친화적인 디자인이 있습니까?
   4. 호환성
   1. WINDOWS/LINUX/UNIX 등 다양한 운영체제 및 다양한 버전에서 적용 가능
   2. IE/FIREFOX/GOOGLE/360/QQ 등 다양한 브라우저에서의 적용, 다양한 버전, 다양한 디스플레이 해상도
   3. MYSQL 등 다양한 데이터베이스 스토리지 조건에서 SQL/ORACLE/DB2/ 호환성 테스트
   4. 중국어 간체, 중국어 번체, 영어 등 다양한 언어 소프트웨어 플랫폼에서의 호환성 테스트
   5. 다음과 같은 다양한 모바일 애플리케이션 플랫폼에서의 호환성 테스트 IPHONE/IPAD 및 Android
   6. 입력 방식, 백신, 모니터링, 방화벽 등 다양한 관련 모니터링 프로그램과의 호환성 테스트. 도구 동시 사용
   5. 보안
   1. 삭제, 암호화, 인가된 데이터는 SQL 인젝션 등의 공격에 의해 탐지되지 않도록 하며, 보안 통제 설계가 있는가;
   2. 작은따옴표, % 등 데이터베이스 쿼리용으로 예약된 문자를 일부 입력하면 SQL 쿼리에서 엮인 문장에 허점을 초래하게 되는데, 예를 들어 모든 데이터를 찾을 수 있는 등의 문제가 있습니다. , 해커 공격 아이디어를 갖고 크롤링과 같은 몇 가지 도구와 기술을 도입하는 것이 필요합니다.
   3. 화이트박스 테스트 기술을 활용해 프로그램 설계에 보안 위험이 있는지 확인
   4. 국가 안보와 관련되어 법적으로 금지된 내용 관련 필터링 여부 제어가 수행되었습니다.

23,계정 로그인:

1. 기능 테스트
정상
올바른 사용자 이름과 비밀번호를 입력하고 제출 버튼을 클릭한 후 올바르게 로그인할 수 있는지 확인합니다.
로그인 성공 후 올바른 페이지로 이동할 수 있나요?
사용자 이름 기억 기능
비밀번호가 비- 텍스트를 지우시겠습니까? 표시하려면 대신 별표, 점 등의 기호를 사용하세요.
인증 코드의 경우 텍스트가 너무 왜곡되어 식별하기 어려운지 여부, 색상(색맹 사용자의 경우), 새로 고침 또는 변경 여부도 고려해야 합니다. 버튼은 사용하기 쉽습니다.
로그인 페이지에 있는 등록, 비밀번호 분실, 로그아웃, 다른 계정으로 로그인 등의 링크가 정확합니까?
비밀번호를 입력할 때, 대문자 키보드를 켜면 프롬프트 메시지가 나타나야 합니다.
예외:
잘못된 사용자 이름이나 비밀번호를 입력하면 로그인 확인이 실패하고 해당 오류 메시지가 표시됩니다.
로그인 실패 후 비밀번호를 기록할 수 없습니다.
사용자 이름과 비밀번호가 너무 짧거나 길면 어떻게 해야 합니까?
사용자 이름과 비밀번호에 특수 문자(예: 공백) 및 기타 영어가 아닌 문자가 포함되어 있습니다.
아무것도 입력하지 않은 후 제출 버튼을 클릭하고 프롬프트 정보를 확인하세요.
2. 인터페이스 테스트
1. 레이아웃이 합리적인지, 테스트박스와 버튼이 깔끔한지.
2. 테스트박스와 버튼의 길이와 높이가 요구사항을 충족하는지 여부.
3. 인터페이스 디자인 스타일이 UI 디자인 스타일과 일치하는지 여부.
4. 인터페이스의 텍스트는 오타 없이 간결하고 이해하기 쉽습니다.
3. 성능 테스트
1. 로그인 페이지를 열어 소요시간이 소요시간 이내인지 확인하세요.
2. 올바른 사용자 이름과 비밀번호를 입력한 후, 로그인에 성공하여 새 페이지로 이동하는 데 걸리는 시간이 요구되는 시간 내에 있는지 확인하십시오.
3. 동시에 많은 수의 사용자가 로그인하는 것을 시뮬레이션하고 특정 압력 하에서 로그인 점프가 정상일 수 있는지 확인합니다. 4. 다양한 네트워크(2G/3G/4G/5G)에서 로그인 응답 시간은 얼마이며 로그인이 오프라인에서 지원되는지 여부입니다.
4. 보안 테스트
1. 로그인 성공 후 생성된 쿠키가 httponly인지 여부(그렇지 않으면 스크립트에 의해 도난당하기 쉽습니다).
2. 사용자 이름과 비밀번호가 암호화된 방식으로 웹 서버에 전송되는지 여부.
3. 사용자 이름과 비밀번호 확인은 자바스크립트를 사용하여 클라이언트 측뿐만 아니라 서버 측에서 수행되어야 합니다.
4. 사용자 이름과 비밀번호 입력란은 SQL 주입 공격으로부터 보호되어야 합니다.
5. 사용자 이름과 비밀번호 입력 상자는 (XSS 공격 방지를 위해) 스크립트 입력을 금지해야 합니다.
6. 무차별 대입 크랙 방지 및 잘못된 로그인 횟수 제한 여부 감지
7. 동일한 시스템에서 여러 사용자 로그인 지원 여부 .
8. 동일한 사용자가 여러 컴퓨터에 로그인할 수 있습니까?
5. 사용성 테스트

1. 키보드만으로 전체 조작이 가능한가요? 단축키도 있나요?
2. 사용자 이름과 비밀번호를 입력하고 Enter를 눌러 로그인할 수 있는지 확인하세요.
3. 입력창을 Tab 키로 전환할 수 있나요? 4. 비밀번호와 사용자 이름을 붙여넣고 복사할 수 있는지 여부.
   6. 호환성 테스트
   1. 다른 브라우저(IE, 6, 7, 8, 9, Firefox, Chrome , Safari)에서도 정상적으로 표시되고 정상적으로 작동할 수 있습니까? , 등.).
   2. 동일한 브라우저가 다른 버전에서도 정상적으로 표시되고 작동할 수 있습니까?
   2. Windows, Mac 등 다양한 플랫폼이 제대로 작동할 수 있는지 여부.
   3. 아이폰, 안드로이드 등 모바일 기기에서 정상적으로 작동하는지 여부.
   4. 다양한 해상도에서 디스플레이가 정상인지 여부.
4. 다양한 언어 환경에서 페이지 표시가 올바른지 여부 7. 장면 상호 작용 1. 전화 수신 2. 음악 재생 중 3. 앞뒤 전환

24.장난감 회사의 품질 검사관이라면 프로세스 제어 및 사용 사례 설계 측면에서 장난감의 품질을 어떻게 보장하시겠습니까?

장난감 회사의 품질 검사관으로서 제가 담당하는 업무는 장난감을 제조하는 과정에서 문제가 없는지, 최종 납품되는 제품이 고품질이고 안전한지 확인하는 것입니다. 프로세스 제어 및 사용 사례 설계 측면에서 장난감의 품질을 보장하기 위해 다음과 같은 조치를 취할 것입니다.

1. 공정관리 : 회사의 생산 및 테스트 공정을 정기적으로 점검하고 평가하여 제품 품질에 영향을 미칠 수 있는 단점이나 결함이 있는지 확인하겠습니다. 결함이 확인되면 생산 프로세스의 품질과 연속성을 보장하기 위해 문제를 해결하는 모범 사례를 채택할 것을 회사에 조언합니다.

2. 사용 사례 디자인: 생산 과정의 모든 단계를 확인하고 검증할 수 있도록 각 장난감에 대한 자세한 사용 사례 디자인 세트를 개발하겠습니다. 이번 테스트 케이스는 원자재 공급부터 제조, 포장, 배송까지 전 과정을 다룬다. 사용 사례에서는 각 제품이 사양을 준수하는지 확인하기 위해 크기, 무게, 재료 구성, 제품 외관 등과 같은 주요 측면을 다룹니다.

3. 샘플 테스트: 포괄적인 테스트 및 평가를 위해 각 생산 주기 동안 각 배치에서 샘플을 선택합니다. 이러한 테스트에서는 제품 품질 및 안전성, 제품 구조적 무결성 및 편안함 등과 같은 다양한 측면을 다룹니다. 테스트를 통해 얻은 데이터는 제조 과정에서 품질 문제를 식별하고 가능한 품질 문제의 원인을 추적하는 데 도움이 됩니다.

25, Tmall의 할인 메커니즘 테스트: 웨이터는 할인이 시작되기 전에 할인 전략을 데이터베이스에 기록하고 시스템은 이를 캐시로 읽습니다. 할인이 적용되면 효과가 있는 경우 전체 프로세스가 올바르게 실행되는지 확인하기 위해 테스트 지점을 고려할 수 있습니다. (두 각도, 웨이터 각도, 사용자 각도)

다음 예는 웨이터의 관점에서 참조용으로만 제공됩니다.

1. 웨이터가 데이터베이스에 쓸 때 할인 전략을 올바르게 작성했는지, 할인 전략이 할인율, 전체 할인 규칙 등을 포함하되 이에 국한되지 않는 요구 사항을 충족하는지 확인합니다.

2. 정책 작성을 위한 UI, 정책 작성 프로세스 등을 포함하되 이에 국한되지 않는 웨이터의 정책 작성 프로세스가 정상적인지 확인합니다.

3. 우선순위 정책이 데이터베이스에 기록된 후 올바르게 읽고 캐시에 저장할 수 있는지 확인합니다. 캐시가 실패하면 올바르게 다시 로드될 수 있습니다.

4. 정책이 적용되기 전에 대기자가 수정, 삭제 및 기타 작업을 수행할 수 있는지, 만료된 정책을 수정 후 올바르게 봉인하고 종료할 수 있는지 확인합니다.

5. 우선 정책을 작성할 때 동일한 정책을 동시에 작성하는 등 동시성을 고려해야 하며, 동시성 하에서 정상적으로 작동할 수 있는지, 쓰기 횟수가 정확한지 확인해야 합니다.

사용자 관점에서 고려해보세요:

1. 사용자가 현재 적용 가능한 할인 전략을 올바르게 얻을 수 있는지, 사용자 구매 시 할인 금액 및 할인 금액이 올바르게 반영되었는지 확인합니다.

2. 사용자가 결제 전 제안을 취소할 수 있는지, 취소된 제안 상태가 올바르게 반영되었는지, 결제 금액을 다시 계산해야 하는지 확인하세요.

3. 구매 과정에서 할인 정책이 만료되거나 수정되는 경우 사용자에게 제대로 통보되고 적절한 솔루션을 제공할 수 있는지 확인하세요.

4. 사용자가 할인 정책을 작성할 때 명확한 지침과 도움을 받을 수 있는지 확인하고, 자신이 받는 할인이 규정을 준수하고 합리적인지, 그리고 다른 더 유리한 옵션이 있는지 이해할 수 있는지 확인합니다.

5. 예외, 오류 및 기타 비정상적인 상황이 발생하는 경우 사용자의 정상적인 사용에 영향을 미치지 않도록 적시에 조정하고 처리할 수 있습니까?

26. QQ 로그인 테스트 케이스

27. 장바구니 테스트 케이스

28. 엘리베이터 테스트 케이스를 디자인하는 방법