how find bug application
아주 좋고 중요한 점입니다. 권리? 소프트웨어 테스터 또는 QA 엔지니어 인 경우 애플리케이션에서 버그를 찾기 위해 매분 생각해야합니다. 그리고 당신은 그래야합니다!
나는 찾는 것을 생각한다 차단기 버그 어떤 것처럼 시스템 충돌 종종 보람이 있습니다! 아니, 그렇게 생각하지 않아요 가장 찾기 어려운 버그와 항상 사용자를 오도하는 버그를 찾아야합니다.
이러한 미묘한 버그를 찾는 것은 가장 어려운 작업이며 작업에 대한 만족도를 제공합니다. 또한 선배들로부터 보상을 받아야합니다. 잡기가 어려웠을뿐만 아니라 재현하기도 어려웠던 미묘한 버그에 대한 경험을 공유하겠습니다.
내 검색 엔진 프로젝트에서 하나의 모듈을 테스트하고있었습니다. 자동화하기가 조금 복잡하기 때문에이 프로젝트의 대부분의 활동을 수동으로 수행합니다. 이 모듈은 다양한 제휴사 및 광고주의 트래픽 및 수익 통계로 구성됩니다. 따라서 이러한 보고서를 테스트하는 것은 항상 어려운 작업입니다.
이 보고서를 테스트했을 때 한동안 정확하게 처리 된 데이터를 보여 주었지만 잠시 후 다시 테스트를 시도했을 때 잘못된 결과를 보여주었습니다. 결과를 보는 것은 이상하고 혼란 스러웠습니다.
로그 파일을 처리하고 데이터베이스를 업데이트하기 위해 Cron (Cron은 지정된 시간 또는 조건 후에 실행되는 자동화 된 스크립트)이있었습니다. 이러한 여러 작물은 전체 데이터를 동기화하기 위해 로그 파일과 DB에서 실행됩니다.
일정 시간 간격을두고 하나의 테이블에서 두 개의 Cron이 실행되었습니다.
테이블에 다른 Cron이 덮어 쓰는 열이있어 일부 데이터가 일치하지 않습니다. 방대한 DB 프로세스와 다양한 Cron으로 인해 문제를 파악하는 데 오랜 시간이 걸렸습니다.
내 요점은 특별한 조건에서 발생할 수 있고 시스템에 강한 영향을 줄 수있는 시스템의 숨겨진 버그를 찾는 것입니다. 몇 가지 팁과 요령으로 이러한 버그를 찾을 수 있습니다.
최고의 수신자 부담 전화 회의 서비스
그래서 그 팁은 무엇입니까?
#1) 전체 애플리케이션 이해 또는 테스트를 시작하기 전에 깊이있는 모듈.
#두) 준비 좋은 테스트 케이스 테스트를 시작하기 전에. 응용 프로그램의 주요 위험을 포함하는 기능 테스트 케이스에 스트레스를주는 것을 의미합니다.
#삼) 창조하다 충분한 테스트 데이터 테스트 전에이 데이터 세트에는 테스트 케이스 조건과 DB 관련 애플리케이션을 테스트하려는 경우 데이터베이스 레코드가 포함됩니다.
# 4) 반복 테스트를 수행하십시오. 다른 테스트 환경 .
# 5) 찾아보십시오 결과 패턴 그런 다음 결과를 해당 패턴과 비교하십시오.
# 6) 대부분의 테스트 조건을 마쳤다고 생각하고 어느 정도 피곤하다고 생각할 때 몇 가지 원숭이 테스트를 수행하십시오.
# 7) 이전 사용 테스트 데이터 패턴 현재 테스트 세트를 분석합니다.
# 8) 몇 가지 시도 표준 테스트 케이스 다른 응용 프로그램에서 버그를 발견했습니다. 입력 텍스트 상자를 테스트하는 것처럼 일부 HTML 태그를 입력으로 삽입하고 디스플레이 페이지에서 출력을 확인하십시오.
# 9) 마지막으로 가장 좋은 방법은 버그를 찾기 위해 열심히 노력하는 것입니다. 응용 프로그램을 중단하기 위해 테스트하는 것처럼!
앞으로 몇 가지 게시물에 더 많은 팁을 포함 할 것입니다. 그동안 여기에서 더 많은 도움말을 주석으로 작성할 수 있습니다.