1. APP 테스트에 대한 기본 지식
1.1 APP 애플리케이션 시스템 아키텍처
APP와 Web의 유사점과 차이점
유사점:
(1) APP와 웹의 백엔드 서버는 동일합니다.
(2) 프론트 엔드와 백엔드 모두 상호 작용에 HTTP 프로토콜을 사용합니다(일부 APP는 상호 작용에 소켓도 사용합니다).
차이점:
(1) APP는 C입니다. /S 아키텍처, 그리고 Web B/S 구조입니다
(2) APP 이용시 다운로드 및 설치가 필요합니다. 업데이트는 사용자가 업그레이드할 필요가 없습니다.
1.2APP 프로젝트 환경 및 출시 플랫폼
(1) 개발 환경
(2) 테스트 환경
(3) 시험판 환경: 프로덕션 환경(새 코드 + 온라인 데이터베이스)의 데이터베이스에 연결하여
기본 비즈니스를 테스트합니다. 프로덕션 환경의 데이터는 테스트를 위해 테스트 데이터베이스에 백업해야 합니다. 데이터 작업 작성 시 자체 테스트 계정을 사용해야 하며 온라인 사용자의 실제 계정을 사용할 수 없습니다. (4) 그레이스케일 릴리스
전략 :
그레이스케일 릴리스: 프로젝트가 온라인으로 배포될 때 여러 인스턴스가 있습니다. 머신이 실행 중이므로 1-3개의 그레이스케일 머신(그레이스케일 머신에 트래픽의 직접적인 부분)이 있어 새 기능이 정상인지 확인합니다. 실패하면 몇 개만 롤백하면 되므로 더 편리한
전략입니다. 너무 많은 그레이스케일 머신이 있어서는 안 되며 그레이스케일 시간은 일반적으로 1주에서 1개월 사이에 지속되며 그레이스케일 릴리스는 시스템에 영향을 미치지 않습니다. 사용자의 사용; 작업에 문제가 있으면 문제를 수정하고 문제가 심각하면 온라인 사용자의 정상적인 사용을 보장하기 위해 코드를 롤백해야 합니다. 작업에 문제가 없으면 다른 서버를 업데이트합니다. (5) 프로덕션 환경 애플리케이션의 온라인 게시 프로세스:
테스트
완료 - 검토를 위해 앱 패키지를 앱 마켓에 제출(앱 스토어, 모바일 앱 스토어, 앱 스토어) - 할당 각 앱 패키지에 대한 플랫폼 채널 번호 - 테스트를 위해 플랫폼 번호를 해당 앱 패키지에 패키징 - 공식적으로 출시를 위해 제출
1.3APP 애자일 개발 모델
폭포 모델:
요구사항 분석-요약 관여-상세 설계-코딩-테스트-운영 및 유지보수
기능: 긴 개발 주기, 느린 반복 속도, 변화하는 요구에 적응할 수 없음
민첩한 개발 모델
사용자 니즈의 진화를 핵심으로 소프트웨어 개발을 반복적이고 단계별로 진행하며 프로젝트를
여러 개의 하위 프로젝트로 나누고 각 하위 프로젝트를 개별적으로 출시하여 조기에 사용할 수 있도록 합니다. 소프트웨어, 사용자 피드백을 적시에 수집하고 사용자를 만족시키기 위해 미공개 프로젝트를 조정합니다.
대표적인 애자일 개발 프레임워크: 스크럼
역할:
제품 소유자 프로젝트 관리자(현재 프로젝트 준비 및 조정) 개발 팀(개발, 테스트, UI)
개발 프로세스 :
제품 소유자가 요구 사항 수집-제품 기능 목록 출력-기획 회의 개최(우선 순위가 높은 기능 검토) - 반복(요구 사항) 검토, 개발, 테스트, 일일 스탠드업 회의) - 반성 회의(문제 검토, 후속 계획)
1.4APP 애플리케이션 테스트 프로세스(1회 반복)
