1. 소프트웨어 테스트의 목적은 가능한 한 많은 소프트웨어 결함을 찾는 것입니다. (y)
베타 테스트는 일종의 수락 테스트입니다. (y)
수락 테스트는 최종 사용자가 수행합니다. (명사)
4. 테스터는 프로젝트가 생성되기 전에 가공소재를 제출할 필요가 없습니다. (y)
단위 테스트는 소프트웨어 결함의 약 80% 를 발견 할 수 있습니다. (y)
6. 코드 검토는 소스 코드가 모듈 설계 요구 사항을 충족하는지 확인하는 것입니다. (명사)
7. 상향식 통합에서는 테스터가 드라이버를 작성해야 합니다. (y)
8. 로드 테스트는 테스트된 시스템의 최대 능력을 검증하기 위한 것입니다. (명사)
9. 테스터는 원칙을 고수하고 결함이 복구될 때까지 결함 통과를 단호히 거부해야 한다. (명사)
10. 코드 검토자는 일반적으로 테스터가 맡는다. (명사)
1 1. 우리는 인위적으로 소프트웨어에 구성 문제가 없도록 할 수 있습니다. (명사)
12. 통합 테스트 계획은 수요 분석 단계의 최종 제출입니다. (명사)
둘째, 접기를 선택합니다
1. 소프트웨어 수락 테스트 통과 기준은 (ABCD)
A. 소프트웨어 요구 사항 분석 사양에 정의된 모든 기능이 구현되었으며 모든 성능 지표가 요구 사항을 충족합니다.
B. 모든 테스트 프로젝트에는 나머지/KLOC-레벨 0/,레벨 2 및 레벨 3 오류가 없습니다.
C. 프로젝트 승인 양식, 요구 사항 분석 문서, 설계 문서 및 코드가 일치합니다.
D. 수락 테스트 공작물이 완료되었습니다.
소프트웨어 테스트 계획 검토 회의에 참석해야하는 사람은 누구입니까? (ABCD)
A. 프로젝트 관리자
B.SQA 감독
C. 구성 소유자
D. 테스트 그룹
알파 테스트에 대한 다음 설명은 정확합니다: (AD)
A. 알파 테스트에는 사용자 담당자의 참여가 필요합니다.
B. 알파 테스트에는 사용자 담당자의 참여가 필요하지 않습니다.
C. 알파 테스트는 시스템 테스트입니다.
D. 알파 테스트는 일종의 수락 테스트입니다.
테스트 디자이너의 책임은 다음과 같습니다. (BC)
A. 테스트 계획 개발
B. 설계 테스트 사례
C. 테스트 프로세스 및 스크립트 설계
D. 평가 및 테스트 활동
소프트웨어 구현 활동에 대한 진입 기준은 다음과 같습니다. (ABC)
A. 수요 가공소재가 베이스라인화되었습니다.
B. 세부 설계 가공소재가 베이스라인화되었습니다.
C. 프레임 공작물은 이미 기준선화되었다.
D. 프로젝트 단계의 결과는 베이스라인입니다.
셋째, 공간을 늘린다
/alpha-0/. 소프트웨어 수락 테스트에는 공식 수락 테스트, 알파 테스트 및 베타 테스트가 포함됩니다.
2. 시스템 테스트 전략은 기능 테스트, 성능 테스트, 신뢰성 테스트, 로드 테스트, 가용성 테스트 및 강도 테스트입니다.
보안 테스트, 구성 테스트, 설치 테스트, 오프로드 테스트, 파일 테스트, 장애 복구 테스트, 인터페이스 테스트, 용량 테스트,
호환성 테스트, 배포 테스트, 가용성 테스트, (일부는 15 만 쓰면 만점을 기록할 수 있음)
3. 설계 시스템 테스트 계획에서 참조해야 할 프로젝트 문서는 소프트웨어 테스트 계획, 소프트웨어 요구 사항 가공소재, 반복 계획입니다.
4. 프로세스 지향 시스템에는 위에서 아래로 및 아래에서 위로 두 가지 통합 전략이 있습니다.
5. (이 질문에는 문제가 있습니다. 자세한 5 단계는 ~ ~) 인과도를 그려 테스트 케이스를 쓰는 단계는 다음과 같습니다.
(1) 소프트웨어 사양 설명에서 원인 (입력 조건 또는 입력 조건에 해당하는 클래스) 과 결과를 분석합니다.
(즉, 출력 조건) 각 원인과 결과에 식별자를 할당합니다.
(2) 소프트웨어 사양 설명설명의 의미를 분석하여 원인과 결과, 인과 인과의 관계가 무엇인지 파악합니다.
부서? 이러한 관계에 근거하여 인과 관계를 그려 내다.
(3) 문법이나 환경의 제약으로 인해 어떤 원인은 서로 결합할 수 없거나 원인과 결과를 결합할 수 없습니다. 을 위해
이러한 특수한 상황을 표시하여 인과 관계 그래프에 몇 가지 표시로 제약 조건이나 제한을 표시합니다.
(4) 인과 관계 다이어그램을 의사 결정 테이블로 변환하십시오.
(5) 판단표의 각 열을 제거하여 테스트 사용 사례를 설계하는 기준으로 사용합니다.
넷째, 간단한 답변 (데이터가 수집되었습니다. 문제 해결에 감사드립니다) 아니오.
1. 단계 검토 및 동료 검토 구분
피어 리뷰의 목적: 소규모 작업 제품에서 오류를 발견하는 한 오류를 발견합니다.
단계 검토의 목적: 모듈 단계 작업의 정확성, 실현 가능성 및 무결성을 검토합니다.
피어 리뷰 수: 3-7 명이 피어 리뷰 회의에서 교육을 받아야 하며 SQA 가 지도해야 합니다.
무대 심사위원 수: 5 명 정도. 심사위원은 반드시 시스템 평가 자격을 갖춘 전문가여야 한다.
피어 리뷰 콘텐츠: 일반 문서, 콘텐츠 감소
단계 검토 내용: 내용이 많고 주로 초점을 중심으로 합니다.
피어 리뷰 시간: 소량의 작업 제품이 완료되었습니다.
단계 검토 시간: 일반적으로 중요한 경로의 시점에 설정됩니다!
2. 소프트웨어 테스트란 무엇입니까?
프로그램의 오류를 찾기 위해 프로그램을 실행하는 프로세스입니다.
3 통합 테스트 프로세스에 대한 간략한 설명
시스템 통합 테스트에는 주로 다음 프로세스가 포함됩니다.
1. 시공 확인 프로세스.
2. 패치 확인 프로세스.
시스템 통합 테스트 그룹 제출 프로세스.
테스트 케이스 설계 프로세스.
코딩 프로세스를 테스트하십시오.
6. 오류 보고 프로세스.
7. 주간/격주 시공 과정.
8. 포인트 투 포인트 테스트 프로세스
9. 그룹 내 교육 프로세스
4 문서 테스트 작업 수행 방법
자세히 읽고, 각 단계를 따르고, 모든 숫자를 검사하고, 모든 예를 시도해 보세요. P 142
공문 작문이 공문 작문 목적에 부합하는지 검사하다.
콘텐츠가 완전하고 정확합니까?
내용이 완벽합니까?
라벨이 정확합니까?
화이트 박스 테스트에는 여러 가지 방법이 있습니다.
일반적으로 정적 방법과 동적 방법으로 나눌 수 있습니다.
정적: 주요 기능은 소프트웨어의 표현과 설명이 일치하는지, 충돌이나 모호성이 없는지 확인하는 것입니다.
동적: 문 재정의, 의사 결정 재정의, 조건 적용, 의사 결정 조건 적용, 조건 조합 적용 및 경로 적용.
6 시스템 테스트 계획에 동료 검토가 필요합니까? 왜요?
예, 시스템 테스트 계획은 프로젝트 단계의 핵심 문서이므로 검토가 필요합니다.
7 알파 테스트와 베타 테스트의 차이점
알파 테스트는 시스템 개발이 거의 완료될 때 애플리케이션 시스템을 테스트합니다. 테스트 후에도 몇 가지 설계 변경 사항이 남아 있습니다. 이런
테스트는 일반적으로 절차나 테스터가 아닌 최종 사용자 또는 다른 사람이 수행합니다.
베타 테스트: 개발 및 테스트가 거의 완료될 때 수행되는 테스트로, 최종 오류 및 문제는 최종 출시 전에 발견해야 합니다. 이것은
이 테스트는 일반적으로 프로그래머나 테스터가 아닌 최종 사용자나 다른 사람이 수행합니다.
8 부하 테스트, 용량 테스트 및 강도 테스트의 차이점을 비교합니다.
로드 테스트: 특정 작업 로드에서 시스템의 로드 및 응답 시간입니다.
강도 테스트: 일정한 부하 조건 하에서 장시간 연속 시스템 운행이 시스템 성능에 미치는 영향.
능력 테스트: 능력 테스트의 목적은 테스트를 통해 소프트웨어 시스템의 적용 특성을 반영하는 지표의 한계를 미리 분석하는 것입니다.
(예: 최대 동시 사용자 수, 데이터베이스 레코드 등 ), 시스템에 소프트웨어 장애가 없거나 여전히 가능합니다
주요 기능이 정상적으로 작동하고 있습니다. 용량 테스트는 또한 지정된 시간 동안 테스트 객체가 계속 처리할 수 있는 최대 부하를 결정합니다
작업량. 용량 테스트의 목적은 시스템이 제대로 처리될 수 있는지 확인하기 위해 여분의 데이터 용량을 견딜 수 있도록 하는 것입니다. 볼륨 테스트
이는 데이터 지향적이며, 시스템이 대상에서 파악된 데이터 용량을 처리할 수 있음을 나타내기 위한 것입니다.
9 시험 종료 기준은 무엇입니까?
모든 용례를 테스트하다.
커버율이 표준에 달하다.
불량률이 표준에 달하다.
기타 지표는 품질 기준에 부합한다.
10 은 소프트웨어 테스트 작업의 수명 주기를 설명합니다.
테스트 주기는 계획, 설계, 구현, 실행 및 요약으로 구분됩니다. 여기에는 다음이 포함됩니다.
계획: 전체 테스트 주기의 모든 활동을 계획하고, 작업량과 위험을 예상하고, 인력과 물력을 배정하고, 안배한다
도;
설계: 테스트 계획을 완료하고 기술 수준에서 테스트를 계획합니다.
구현: 테스트 케이스 및 테스트 절차 설계
실행: 이전 기간에 완료된 계획, 시나리오, 사용 사례, 프로그램 등의 문서에 따라 테스트 사용 사례를 실행합니다.
요약: 테스트 결과를 기록하고, 테스트 분석을 수행하고, 테스트 보고서를 작성합니다.
1 1 소프트웨어의 결함 등급을 어떻게 분류합니까?
클래스 a-다음을 포함한 심각한 오류: 1. 프로그램 충돌 2 로 불법 퇴출이 발생했다. 무한 루프 3.
데이터베이스 교착 상태 4. 오류 작업으로 인한 프로그램 중단. 기능 오류 6. 데이터베이스 7 에 대한 연결이 잘못되었습니다. 번호.
통신 오류에 따라
클래스 b-다음을 포함한 심각한 오류: 1. 프로그램 오류 2. 프로그램 인터페이스 오류 3. 데이터베이스 테이블,
무결성이 없는 비즈니스 규칙 및 기본값과 같은 제약 조건
클래스 c-다음을 포함한 일반 오류: 1. 운영 인터페이스 오류 (데이터 창에 있는 열 이름의 정의와 의미 포함)
일관성이 있는지 여부) 2. 인쇄된 내용과 형식이 잘못되었습니다. 간단한 입력 제한은 통제 된 프론트 데스크에 배치되지 않습니다. 4. 작업을 삭제합니다.
힌트를 주지 않았다. 데이터베이스 테이블에 빈 필드가 너무 많습니다.
클래스 d-다음을 포함한 작은 오류: 1. 인터페이스가 표준화되지 않았습니다. 보조 명령에 대한 설명이 명확하지 않습니다. 3. 입력과 출력.
규격 초과 4. 긴 작업은 사용자에게 5 를 묻는 메시지를 표시하지 않습니다. 프롬프트 창 텍스트는 업계 용어 6 을 사용하지 않습니다. 입력 영역, 읽기 전용.
이 지역에는 뚜렷한 표지가 없다.
레벨 e 테스트 권장 사항
전반적으로 약간의 변화가 있을 것이고, 마지막 문제는 흐름도와 관리도, 이등변 삼각형을 그리는 것이다
네, 참고로 하겠습니다.
//////////////////////////////////
신고 1. 소프트웨어 테스트 엔지니어
소프트웨어 산업이 급속히 발전함에 따라 소프트웨어 제품의 품질 관리와 품질 관리가 점차 기업의 생존과 발전의 핵심이 되고 있다.
소프트웨어 공장 출하 시 "상태" 를 보장하기 위해 거의 모든 IT 기업은 소프트웨어 제품이 출시되기 전에 대량의 품질을 필요로 합니다.
일을 통제하다. 소프트웨어 품질 관리의 중요한 구성 요소로서 소프트웨어 테스트 엔지니어가 등장했습니다.
그의 주요 업무는 소프트웨어를 테스트하는 것이다. 다른 상품의 공장 품질 검사와 비슷하다.
2. 필요한 역량 요구 사항
(1) 컴퓨터 기본 사항을 숙지합니다.
(2) 운영 체제, 데이터베이스, 미들웨어 및 프로그래밍 언어의 기본 사항을 숙지합니다.
(3) 컴퓨터 네트워크의 기본 사항을 숙지한다.
(4) 소프트웨어 엔지니어링 지식을 숙지하고 소프트웨어 개발 방법 및 프로세스를 이해합니다.
(5) 소프트웨어 품질 및 소프트웨어 품질 관리의 기본 사항을 숙지합니다.
(6) 소프트웨어 테스트 표준에 익숙합니다.
(7) 소프트웨어 테스트 기술 및 방법을 습득한다.
(8) 소프트웨어 테스트 프로젝트 관리 지식을 습득한다.
(9) c 언어와 C++ 또는 Java 프로그래밍 기술을 습득한다.
(10) 정보화 및 정보 보안의 기본 사항을 이해합니다.
(1 1) 지적 재산권 관련 법률 및 규정에 익숙합니다.
(12) 관련 분야의 영어 자료를 정확하게 읽고 이해하다.
이 시험에 합격한 합격자는 소프트웨어 엔지니어링 및 소프트웨어 테스트 지식을 바탕으로 소프트웨어 테스트 관리 방법을 사용할 수 있다.
소프트웨어 테스트 전략, 소프트웨어 테스트 기술, 독립적으로 소프트웨어 테스트 프로젝트를 수행합니다. 엔지니어의 실제 업무 능력과 업무 지식을 갖추다.
평평하다.