테스트 계획 노력의 목적은 무엇인가요? 테스트 계획 작업에는 무엇이 포함됩니까?
소프트웨어 테스트 계획은 제품 개요, 테스트 전략, 테스트 방법, 테스트 영역, 테스트 구성, 테스트 주기, 테스트 리소스, 테스트 커뮤니케이션, 위험 분석 등을 포함하여 테스트 프로세스를 안내하는 프로그래밍 방식의 문서입니다. . 소프트웨어 테스트 계획의 도움으로 테스트에 참여하는 프로젝트 구성원, 특히 테스트 관리자는 테스트 작업 및 테스트 방법을 명확하게 하고, 테스트 구현 프로세스 동안 원활한 의사소통을 유지하고, 테스트 진행 상황을 추적 및 제어하고, 테스트 프로세스 중 다양한 변경 사항에 대응할 수 있습니다. . 테스트 계획, 세부 테스트 사양 및 테스트 사례 간에는 전략적이고 전술적인 관계가 있습니다. 테스트 계획은 주로 거시적 관점에서 테스트 활동의 범위와 범위를 계획합니다. 단위 테스트가 완료된 후 다음 단계는 통합 테스트입니다. 테스트는 주로 소프트웨어 구조 설계(개요 설계) 문서를 기반으로 하며, 주요 테스트 내용에는 소프트웨어 요구 사항 및 설계 요구 사항을 기반으로 선택되는 기능성, 신뢰성, 사용 용이성, 효율성, 유지 관리성 및 이식성의 관련 부분이 포함됩니다. 각 소프트웨어 단위를 통합한 후 형성된 모듈이 여기에서 개요 설계 사양에 있는 각 모듈의 설계 목표를 달성할 수 있는지 확인합니다. 모듈은 특정 소프트웨어 구성 요소 또는 하나 또는 여러 하위 시스템을 나타낼 수 있습니다. 일반적으로 통합 테스트를 수행할 때 먼저 하위 시스템 내의 통합 테스트부터 시작한 다음 각 하위 시스템이 전체 시스템에 통합되어 최종적으로 구현될 수 있는지 테스트합니다. 다른 접근 방식도 있습니다(예: 하향식 통합 테스트 방법, 핵심 시스템 통합 테스트 우선 또는 일일 통합 테스트 등). 즉, 모든 것이 동일하게 유지됩니다. 통합 테스트는 모듈의 내부 정확성을 보장하고 모듈이 결국 전체 시스템에 통합될 수 있는지 확인해야 합니다. 통합 테스트는 어셈블리 테스트 또는 그레이 박스 테스트라고도 합니다(어떤 사람들은 통합 테스트가 화이트 박스와 블랙 박스 사이에 있다고 생각합니다). 소프트웨어 통합 테스트의 구체적인 내용은 다음과 같습니다. 1. 기능 테스트 (1) 프로그램의 기능 테스트. 다양한 하위 기능의 조합이 디자인에서 요구하는 기능을 충족할 수 있는지 확인하세요. (2) 하나의 프로그램 단위 또는 모듈의 기능이 다른 프로그램 단위 또는 모듈의 기능에 부정적인 영향을 미치는지 여부. (3) 계산 정확도 요구 사항에 따라 단일 프로그램 모듈의 오류가 누적되면 여전히 필요한 기술 지표를 충족할 수 있는지 여부. (4) 프로그램 단위 또는 모듈 간의 인터페이스 테스트. 다양한 프로그램 단위나 모듈을 연결할 때 해당 인터페이스를 통과하는 데이터에 불일치가 발생하고 데이터 손실이 발생합니까? (5) 전역 데이터 구조 테스트. 각 프로그램 단위나 모듈에서 사용하는 전역 변수가 일관되고 합리적인지 확인합니다. (6) 프로그램에 존재할 수 있는 특별한 보안 요구 사항을 테스트합니다. 2. 신뢰성 테스트는 소프트웨어 요구 사항 및 설계에 제시된 요구 사항을 기반으로 소프트웨어의 내결함성, 복구 용이성 및 오류 처리 기능을 테스트합니다. 3. 사용성 테스트는 소프트웨어 설계에 제시된 요구 사항을 기반으로 소프트웨어의 이해 용이성, 학습 용이성 및 작동 용이성을 확인하고 테스트합니다. 4. 성능 테스트는 소프트웨어 요구 사항 및 설계에 제시된 요구 사항을 기반으로 소프트웨어의 시간 특성 및 리소스 특성을 테스트합니다. 5. 유지 보수성 테스트는 소프트웨어 요구 사항 및 설계에 제시된 요구 사항을 기반으로 소프트웨어 수정의 용이성을 테스트합니다. 6. 이식성 테스트는 소프트웨어 요구 사항 및 설계에 제시된 요구 사항을 기반으로 다양한 운영 체제 환경에서 사용되는 소프트웨어의 정확성을 테스트합니다.