일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 결함우선순위
- 웹성능
- Test Scenario
- bug
- 테스트 프로세스 개선
- RESRful
- Test Summary Report
- 리스크기반테스트
- severity
- Airbridge
- 세니티테스트
- 구조기반 테스트
- 리그레이션
- 결함심각도
- ISTQB
- defect
- Risk Based Testing
- Shift Left Testing
- BugLifeCycle
- QA Engineer
- 테스트 시나리오
- Sanity Testing
- Wepublic
- STLC
- 버그수명주기
- SQA
- Retest
- QA Manager
- 테스트 요약 보고서
- Software Testing Life Cycle
- Today
- Total
목록ISTQB (2)
Software Quality
기능 테스트(Functional) 비기능 테스트(Non-Functional) 클라이언트가 제공한 기능명세를 이용하여 수행하며 소프트웨어의 기능 요구사항을 확인한다. 소프트웨어 시스템의 성능, 안정성, 확장성 등 비기능적 측면을 확인한다. 비기능 테스트 전에 수행된다. 기능 테스트 진행 후 수행되어야 한다. 수동 또는 자동화 도구를 이용한다. 도구를 이용하는것이 효과적이다. 제품의 기능을 확인하는 것이다. 제품이 얼마나 잘 동작하는지는 확인하는 것이다. 화이트 박스 테스트 블랙 박스 테스트 유닛 테스트 통합 테스트 사용자 인수 테스트 스모크 테스트 세너티 테스트 리그레션 테스트 성능 테스트 부하 테스트 볼륨 테스트 스트레스 테스트 보안 테스트 설치 테스트 침투 테스트 호환성 테스트 마이그레이션 테스트 다른..
1. 테스트는 결함이 존재함을 밝히는 활동이다 소프트웨어에 대해 테스트 완료 및 발견된 이슈를 모두 해결하여도 결함이 없다는 것을 증명할 수 있는 것은 아니다. 또한 이슈가 발견되지 않았다고 해서 결함이 없다는 것이 증명되지는 않는다. 테스트는 프로그램의 결함이 없음을 보장하는 활동이 아니라, 결함이 존재함을 밝히기 위한 활동이다. 2. 완벽한 테스팅은 불가능하다 매우 단순한 소프트웨어가 아닌 이상 내부 조건, 입력값, 타이밍에 대한 모든 조합을 확인할 수 없다. 따라서 테스트 대상의 리스크 분석 후에 가장 중요한 부분을 중점으로 테스팅 리소스를 투입하여야 한다. 3. 테스팅은 개발 초기 단계에서부터 시작해야 한다 요구 사항 분석 및 설계 단계에서부터 테스트를 진행하는 경우 문서상의 결함을 확인할 수 있..