1. 관련 개념
1. 성능 테스트 관련 : 부하 테스트, 성능 테스트, 스트레스 테스트, 안정성 테스트, 전체 링크 테스트 등
2. 성능지표 : 처리율, tps, 동시접속자수, 처리량, 응답시간 등
2. 성능 테스트
1. 개념 분석: 도구를 사용하여 다양한 작업 조건에서 시스템의 성능 지수 값을 찾거나 얻습니다. 성능 테스트 도구(jmeter, loadrunner 등)나 코드를 주로 사용
1.1 알아보기: 제품이 처음으로 성능 테스트를 수행할 때 성능 지수 값(다중 값)을 찾습니다.
1.1.1 알아낸 후: 이러한 지표 값이 기대에 미치지 못하는 경우 특정 성능 지표 값이 실제 테스트한 지표 값보다 클 것으로 예상됩니다. 이때 포지셔닝, 분석 및 튜닝이 필요합니다.
1.2 취득 : 제품의 성능시험은 처음이 아니며, 기존의 성능지표를 바탕으로 다시 성능시험을 실시하여 두 시험의 결과를 비교한다.
1.2.1 성능 테스트 도구를 사용하여 다양한 방식으로 다중 사용자 동시성을 시뮬레이트합니다.
1.2.1.1 성능 테스트(서버 측 성능 테스트), 성능 테스트를 위해 여러 사용자가 서비스의 인터페이스를 호출해야 함
(1) 다중 사용자: 성능 테스트, 단일 사용자 요청은 사용할 수 없습니다(동시 사용자는 하나일 수 없음).
(2) 사용자 정보는 하나 이상이 될 수 있지만 일반적으로 여러 사용자 정보를 사용합니다.
참고: 성능 테스트 결과는 성능 지표 값이며 지표 값은 요구 사항을 충족하며 성능 테스트 보고서를 작성할 수 있으며 성능 테스트는 종료될 수 있습니다. 만족하지 않으면 이 지표 값을 포지셔닝, 분석 및 동조
2. 넓은 의미와 좁은 의미
2.1 일반화된 성능 테스트: 성능 테스트와 관련된 경우
2.2 좁은 성능 테스트: 성능 테스트 지표를 찾거나 확인하십시오(현재 성능 테스트는 모두 좁은 성능 테스트입니다).
2.3 일반화된 동시성: 동시에 요청 시작(현재 성능 테스트는 일반적으로 일반화된 동시성임)
2.4 협소한 동시성: 동일한 요청을 동시에 시작
3. 부하 테스트
1. 개념 : 동시 접속자 수를 점진적으로 늘려 서버가 감당할 수 있는 최대 동시접속자 범위를 본다.
1.1 동시 사용자 수: 요청을 보내는 여러 사람을 시뮬레이션하는 성능 테스트의 원동력
1.2 시작 간격을 통해 이 간격을 천천히 좁혀 허용 가능한 최대 동시 사용자 수를 얻습니다.
난이도: 최대 처리 용량이 초과되었는지 확인하는 방법(추후 분석 예정)
1.3 28 원칙: 요청의 80%가 20%의 시간에 발생합니다.
예: 귀하의 제품에 대한 일일 평균 방문량이 500만 회라고 가정 ----- 하루에 웹사이트에 방문한 횟수는 500w / 24 / 3600 ==== 1초에 방문한 횟수는 58입니다. 초당 방문
(500w*0.8 )/ (24*0.2 *3600) 28번째 원칙의 요청 중 80%는 20%의 시간에 발생
400w / 17280 == 초당 232 232 방문---서버는 초당 232 요청을 처리해야 함----TPS는 사람들이 초당 한 번 보낸다고 가정합니다---232명
1.4 동시 사용자 추정을 위한 아이디어
(1) 프로덕션 환경의 일일 평균 방문 수를 변환합니다.
(2) 프로덕션 환경 모니터링을 살펴보고 모니터링하는 동안 해당 기간 동안 최대 동시 요청 수를 확인합니다.
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036
4. 스트레스 테스트
1. 개념: 일정량의 동시 요청 하에서 상대적으로 오랜 시간 동안 계속 실행하여 서버의 안정성을 확인합니다.
1.1 시간: 일반적으로 시간 단위
1.2 서버에 다운타임 문제가 발생하면 스트레스 테스트를 한다 일반적으로 상대적으로 적은 수의 동시 사용자를 먼저 사용한 다음 상대적으로 많은 수의 동시 사용자를 사용한다(최대 허용 동시 사용자 수 대비).
참고: 기업에서 일반적으로 언급하는 압력 테스트는 스트레스 테스트가 아닌 로드 플러스 성능 테스트입니다.
5. 압력 테스트
1. 개념: 스트레스 테스트는 우리가 스트레스 테스트라고 부르는 것이 아니며 우리 개념의 성능 테스트도 아닙니다.기업에서는 일반적으로 부하 테스트와 성능 테스트의 조합입니다.
2. 작동: 압력 테스트는 완전한 성능 테스트를 수행해야 함을 의미합니다.
2.1 부하 테스트를 먼저 수행한 다음 성능 테스트를 수행하고 부하 테스트를 통해 허용 가능한 최대 동시 사용자 수를 얻은 다음 이 최대 동시 사용자 수를 사용하여 성능 테스트를 수행하여 인덱스 값, 즉 압력 테스트를 수행합니다. = 부하 테스트 + 성능 테스트
6. 안정성 시험
1. 개념: 일정한 수의 동시 사용자를 통해 일정 시간이 지난 후에도 서버가 여전히 안정적으로 실행되고 있는지 확인하기 위해 서버에 요청을 시작합니다.
2. 안정성 테스트와 스트레스 테스트의 차이점
2.1 차이점: 동시 사용자 수, 안정성 테스트는 최대 동시 사용자 수의 20%만 사용하면 되지만 스트레스 테스트는 단계적으로 20%, 40%, 80%를 사용해야 합니다.
2.2 안정성 : 서버가 일정한 수의 동시 접속자에 의해 상대적으로 오랜 기간 동안 지속적으로 운영되는 동안 서버가 더 많은 리소스를 점유하게 되는 것이 주된 이유이며, 이 기간 동안 내가 점유한 리소스를 제 시간에 복구할 수 있다면 서버는 다운타임의 위험이 없습니다.리소스를 제때 복구할 수 없으면 리소스가 점점 더 많이 점유되고 결국 서버가 감당할 수 있는 한계를 초과하여 리소스가 부족하고 서비스 중단 시간이 발생합니다.
2.2.1 소프트웨어 또는 서비스가 시작되면 일정량의 리소스(메모리)를 점유하며, 이 양은 시작 시 결정되므로 소프트웨어는 수명 주기 동안 이 일정량의 리소스를 사용합니다. 이때 메모리가 부족하여 소프트웨어가 비정상적이면 메모리 오버플로라고 합니다.
2.2.2 서버의 리소스가 제한되어 있습니다.활성화된 서비스가 많고 각 서비스가 일정량의 리소스를 차지하므로 전체 시스템의 리소스가 부족하여 시스템이 충돌할 수 있습니다.
7. 용량 테스트
1. 개념: 특정 소프트웨어 및 하드웨어 조건 하에서, 그리고 데이터베이스에서 크기가 다른 데이터 볼륨의 경우 시스템에서 더 많이 읽고 쓰는 비즈니스를 테스트하여 성능 지표 값을 얻습니다. 다른 데이터 수준에서.
1.1 다양한 데이터 수준: 데이터베이스 테이블의 총 데이터 양
1.2 데이터 크기: a. 생산 데이터베이스의 데이터 크기에 따라 결정할 수 있습니다. b. 제품의 향후 개발 추세에 따라 예측할 수 있습니다.
2. 위에서 언급한 성능 테스트는 성능 테스트를 위해 최대 동시 사용자 수를 사용합니다.실제로 기본 조건은 숨겨져 있습니다.데이터베이스 테이블의 용량은 예상 데이터 볼륨 내에 있습니다.
8. 요약
기업의 성능 테스트는 일반적으로 부하 테스트를 먼저 수행하여 허용 가능한 최대 동시 사용자 수를 얻은 다음 최대 허용 동시 사용자 수를 기준으로 성능 테스트를 수행하여 성능 테스트 지표 값을 얻은 다음 판단합니다. 테스트가 기대에 부합하는지, 요구 사항을 충족하는지 테스트가 종료되고, 요구 사항을 충족하지 않으면 문제를 찾아 분석하고 최적화해야 합니다. 일반적으로 스트레스 테스트는 서버의 안정성을 테스트하기 위해 마지막에 수행됩니다.
다음은 지원 학습 자료입니다.[소프트웨어 테스트]를 하는 친구에게 가장 포괄적이고 완전한 준비 창고가 되어야 합니다.이 창고는 또한 가장 어려운 여정을 함께했습니다.당신에게도 도움이 되기를 바랍니다!
소프트웨어 테스트 인터뷰 애플릿
소프트웨어 테스트 문제 은행은 수백만 명의 사람들이 최대로 채웠습니다! ! ! 누가 알겠어! ! ! 전체 네트워크에서 가장 포괄적인 퀴즈 미니 프로그램으로, 지하철이나 버스에서 휴대폰을 사용하여 퀴즈를 풀 수 있습니다.
다음 인터뷰 질문 섹션이 다룹니다.
1. 소프트웨어 테스팅의 기초이론, 2. 웹, 앱, 인터페이스 기능 테스팅, 3. 네트워크, 4. 데이터베이스, 5. 리눅스
6. 웹, 앱, 인터페이스 자동화, 7. 성능 테스트, 8. 프로그래밍 기본 사항, 9. 시간 인터뷰 질문, 10. 공개 테스트 질문, 11. 보안 테스트, 12. 컴퓨터 기본 사항
정보 획득 방법:
