자신의 소프트웨어를 어떻게 스트레스 테스트합니까?

Question

저는 개인적으로 앱을 개발해 왔습니다. 사용자가해야 할 모든 일을하는 한 모든 것이 잘 작동하는 단계에 있습니다. :-) 소프트웨어는 얼마나 강력한 지, 얼마나 많은 사람들이 동일한 버튼을 반복적으로 클릭하는지, 잘못된 파일을 열 것인지, 잘못된 장소에 데이터를 넣으려고 할 때 얼마나 효과가 있는지 더 많은 테스트가 필요합니다.

응용 프로그램을 잘못 사용하는 것에 대해 생각하기가 다소 어려워서 조금 문제가 있습니다. 이것들은 모두 저에게 가장 중요한 경우입니다. 그래도 베타 테스터에게주기 전에 응용 프로그램을 최대한 안정적으로 테스트하고 싶습니다. 이 시점에서 전문 테스터를 고용하는 것에 대해 이야기하는 것이 아니라고 가정 할 때, 나는이 일에 대해 어떤 조언이나 체계적인 사고 방식이 있는지 궁금합니다.

언제나 그렇듯이.

Answer 1

당신은 웹 사이트가있는 경우

스트레스 테스트는 (귀하의 질문의 제목입니다) "스트레스 테스트"를 "응용 프로그램의 기능을 테스트"약이 다른 일을 이야기처럼 잘가, 소리 동시에 100,000 명이 서버가 될 수 있는지 확인하려고합니다. 응용 프로그램이 스트레스를 받고 어떻게 작동하는지 볼 수 있습니다. 이렇게하려면 여러 가지 방법을 사용할 수 있습니다. 예를 들어 몇 가지 작업을 기록한 다음 여러 개의 에이전트 시스템을 동시에 사용하여 애플리케이션에 적용 할 수 있습니다.

이 질문은 품질 보증 질문과 비슷하게 들립니다. 그것이 테스터/베타 테스터가 원하는 것입니다. 하지만 애플리케이션의 유효성을 검증하기 위해 스스로 할 수있는 일이 있습니다.

코드 단위 테스트는 좋은 시작이 될 것입니다.이 코드를 사용하면 이러한 엣지 케이스를 찾을 수 있습니다. 만약 당신의 메소드가 int와 같은 것을 가져 간다면, int.max, int.min을 전달하고 어떤 것이 폭발 하는지를보십시오. 모든 것에 null을 전달하십시오. .Net을 사용하는 경우 PEX를보고 싶을 수도 있습니다. 응용 프로그램에있는 모든 분기/코드 경로를 거쳐야합니다. 그게 당신이 할 수있는 한 최선을 다해 응용 프로그램을 테스트하기 위해 단위 테스트를 더 세분화하는 데 도움이 될 수 있습니다.

통합 테스트는 평소에 어떤 일이 벌어지는 지 궁금해합니다. 그러면 나중에 개발할 때 '버그를 발견하는 데 도움이됩니다.

당신이 놓칠지도 모르는 경우를 찾으려고 시도 할 수있는 몇 가지 빠른 팁입니다. 하지만 네, 결국 테스트를 위해 다른 사람에게 앱을 전달해야합니다. 당신이 그것을 치기 전에 가능한 한 많이 덮어 씌웠는지 확인하십시오 :-)

Answer 2

단위 테스트 및 통합 테스트에 적절한 코드 범위가 있는지 확인하십시오.

적절한 UI 유효성 검사 및이를 손상시킬 수있는 테스트 조합을 사용하십시오.

나는 UI에서 가능한 순열의 수를 줄이는 (사용자가 깨뜨릴 수있는) 잘 설계된 응용 프로그램이 많은 도움이된다는 것을 발견했다. MVC와 같은 디자인 패턴은 UI 베니어를 가능한 한 얇게 만들기 때문에이 점에서 특히 유용 할 수 있습니다.

Answer 3

자동화.

(Re) 다른 프로그램에서 사용자 이벤트를 발생시킬 수 있도록 코드를 고려하십시오. 사용자 이벤트의 간단한 스크립트를 만들고이를 프로그램에 다시 재생하십시오. 베타 사용자로부터 이벤트를 캡처하여 테스트 스크립트로 저장합니다 (문제 재현 및 회귀 확인에 유용함). 작은 무작위 변경을 스크립트에 적용하고 프로그램에 대해서도 시도하는 fuzz-tester를 작성하십시오.

이러한 자동화 기능을 사용하면 스트레스와 응용 프로그램을 사용하고 캐시와 메모리 누수 같은 눈부신 문제를 발견 할 수 있습니다. 실제 기능을 테스트하지는 않습니다. 기능면에서 단위 테스트가 유용 할 수 있습니다. 시험 할 단위 테스트 프레임 워크가 많이 있습니다. 유용한 것을 선택하고, 좋은 테스트를 작성하고, 빌드 프로세스에 통합하십시오.