목적 재사용 가능한 테스트 설계, 일관성을 높임 장기적 최소 보수 비용 빠른 피드백 충족 1. 모카 (Mocha) 테스트 구성과 작성에 적합 Node.js 앱 이용 브라우저 지원, 비동기 테스트, 라이브러리 사용 2. 자스민 (Jasmine) JavaScript 앱 이용 브라우저나 DOM 필요 없음 명확한 문법 맞춤 테스트 러너 제공 3. 제스트 (Jest) React 만든 페북 사용 무-설정환경. 사용 시작의 편리성 테스트 러너, 커버리지 보고서, 모의 라이브러리 제공 UI 테스트용 1. 셀레니엄 (Selenium) 가장 많이 쓰이는 클래식한 테스트 옵션 다른 프레임 워크와의 호환 이용 가능 2. 큐큠버 (Cucumber) BDD 행동기반개발 UI 테스트 프레임워크 일반적인 용어 사용. 이해성 및 가독..
테스트 자동화 디자인 가이드라인 목적 1. Don't Repeat Yourself (DRY) 반복 금지 중복, 불필요한 것을 없앰 2. Domain-Specific Language (DSL) 도메인에 구체적인 언어 테스트 앱에게 구체적인 아이템 설명 구체적인 이름 사용, 전체 통일성 있게 사용 3. 테스트 하나당 하나의 목적만 4. 테스트 순서 및 다른 테스트 데이터에 의존하지 않고 독립적 5. 테스트는 행동을 설명하는 기능을 갖고 있어야 함. 단계별 구체적 기술 사항의 함수 정의 필요 6. 팀, 프로젝트의 중요도에 따라 어떤 디자인 패턴 결정. 7. README.md 문서화
에자일 테스팅 사분면 (Agile Testing Quandrant) API 테스트 자동화, 테스트 유형 결정 시 참고할 수 있는 유용한 모델 2003 Brain Marick 개발 유용성 테스트 분류 계획에 유용 미리 필요한 자원 파악 가능 사업적 개발안내 2 Functional UI Prototypes Mockups 3 Exploratory Usability A/B 제품 평가 1 Unit Integration Component 4 Performance Security Reliability Etc 기술적 영역 1 대부분 테스트 자동화 (기능 작동, 코드 품질이 의도한 대로 작동하는가) 최다의 테스트가 이 영역에서 작성됨 언제: 개발과 함께 진행 목적: 기능 확인 영역 2 테스트 자동/수동 (기능 작동, 코..
- Total
- Today
- Yesterday
- GooglePlayServicesUtil
- 테스트자동화 #API테스트 #테스트도구 #테스팅 #프레임워크
- Android
- Agile_Testing_Qudrant
- 자동화테스트 #DevOps #TestAutomation
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |