전통문화대전망 - 전통 미덕 - 기능 테스트 방법은 무엇입니까?
기능 테스트 방법은 무엇입니까?
(1) 블랙박스 테스트: 입출력 결과에만 관심이 있습니다.
(2) 화이트 박스 테스트: 내부 소스 코드와 프로그램 구조를 연구합니다.
2, 프로그램 실행 여부에 따라 다음과 같이 나뉩니다.
(1) 정적 테스트: 테스트된 소프트웨어를 실제로 실행하지 않고 정적 검사기 코드, 인터페이스 또는 문서에 있을 수 있는 오류를 나타내는 프로세스입니다.
정적 테스트에는 다음이 포함됩니다.
코드 테스트의 경우 주로 코드가 해당 표준 및 사양을 충족하는지 테스트합니다.
인터페이스 테스트의 경우 주로 소프트웨어의 실제 인터페이스가 요구 사항에 부합하는지 테스트하는 것입니다.
문서 테스트의 경우 주로 사용자 설명서와 요구 사항 설명이 사용자의 실제 요구 사항을 충족하는지 테스트합니다.
(5) 동적 테스트는 테스트된 프로그램을 실제로 실행하고 해당 테스트 데이터를 입력하여 출력이 예상 결과와 일치하는지 확인하는 프로세스입니다.
3, 단계에 따라:
(1) 단위 테스트는 검사 및 검증 소프트웨어에서 가장 작은 테스트 가능 단위입니다.
Stud 모듈은 시뮬레이션된 테스트중인 모듈에 의해 호출되는 모듈이고, 드라이버 모듈은 시뮬레이션된 테스트중인 모듈의 상위 모듈입니다. 구동 모듈은 테스트 데이터를 수신하고, 테스트된 모듈을 시작하고, 결과를 출력하는 데 사용됩니다.
(2) 통합 테스트는 다음 단계의 단위 테스트로, 테스트를 통과한 단위 모듈을 시스템 또는 하위 시스템으로 조립한 다음 다른 모듈의 인터페이스 부문에 초점을 맞춘 테스트를 수행합니다.
통합 테스트는 각 장치 모듈이 함께 작동하여 정상적으로 작동하는지 확인하는 데 사용됩니다.
(3) 시스템 테스트는 전체 소프트웨어 시스템을 하나의 단위로 테스트하는 것으로, 테스트 기능, 성능 및 소프트웨어가 실행되는 하드웨어 및 소프트웨어 환경을 포함합니다.
시스템 테스트의 주요 근거는 문서 시스템 요구 사항 사양입니다.
(4) 수용 테스트 (acceptance testing) 는 시스템 테스트 후기에 주로 사용자가 실시하거나 테스터와 같은 품질 보증 담당자가 참여하는 테스트이며 소프트웨어가 공식적으로 사용자에게 제공하는 마지막 절차입니다.
수락 테스트는 A 테스트와 베타 테스트로 구분됩니다. 여기서 A 테스트는 사용자, 테스터 및 개발자가 참여하는 내부 테스트이고 베타 테스트는 내부 테스트 후 공개 테스트로, 최종 사용자에게 완전히 전달되어 테스트됩니다.
4, 블랙 박스 테스트는 기능 테스트와 성능 테스트로 구분됩니다.
1) 기능 테스트는 블랙박스 테스트의 한 측면으로 실제 소프트웨어의 기능이 사용자의 요구를 충족하는지 확인합니다.
논리적 기능 테스트를 포함합니다.
Ui 테스트 ui = 사용자 인터페이스
가용성 테스트: 소프트웨어 사용의 합리성, 편리성 등의 관점에서 소프트웨어 시스템을 검사하여 사용자에게 불편을 끼치는 소프트웨어 부분을 찾아내는 것을 말합니다.
호환성 테스트: 하드웨어 호환성 테스트 및 소프트웨어 호환성 테스트가 포함됩니다.
2) 성능 테스트
소프트웨어 성능에는 주로 시간 성능과 공간 성능이 포함됩니다.
시간 성능: 주로 소프트웨어별 트랜잭션의 응답 시간을 나타냅니다.
공간 성능: 주로 소프트웨어 런타임 시 소비되는 시스템 리소스를 나타냅니다.
소프트웨어 성능 테스트는 다음과 같이 구분됩니다.
일반 성능 테스트: 테스트된 시스템이 압력을 가하지 않고 정상적인 하드웨어 및 소프트웨어 환경에서 작동할 수 있도록 하는 성능 테스트입니다.
안정성 테스트는 안정성 테스트라고도 합니다. 즉, 실행 중 시스템의 안정성을 확인하기 위해 테스트된 시스템이 연속적으로 실행되는 것을 의미합니다.
부하 테스트: 테스트 대상 시스템이 견딜 수 있는 압력 한계 내에서 지속적으로 작동하여 시스템의 안정성을 테스트하는 것을 말합니다.
스트레스 테스트: 테스트된 시스템이 충돌할 때까지 테스트된 시스템의 압력을 계속 증가시켜 시스템이 견딜 수 있는 최대 압력을 테스트하는 것을 말합니다. (시스템 검증 또는 ...>& gt
질문 2: 소프트웨어 테스트 기술에서 기능 테스트에 사용되는 방법은 무엇입니까? 기능 테스트의 일반적인 방법.
(1)
페이지 링크를 검사하여 각 링크에 해당하는 인터페이스가 있는지 확인합니다.
(2)
종속성 검사, 제거
/
한 항목을 추가하면 다른 항목에 영향을 미칩니까? 그렇다면 정확합니까?
(3)
단추 기능이 올바른지 확인합니다.
(4)
문자열 길이를 확인하고 필요한 문자열 길이를 초과하는 내용을 입력합니다.
시스템이 검사를 받았는지 확인해 보세요.
할 수 있는가, 할 수 없는가?
오류가 발생했습니다.
(5)
문자 유형 검사
(6)
구두점 검사
(7)
한자 처리, 깨짐 또는 오류.
(8)
가져온 정보의 무결성을 확인하고,
정보를 보고
업데이트
정보화 시대
그리고,
작성한 모든 정보가 옆에 있는지 확인하십시오.
나타나다
그리고,
가져온 정보가 추가된 정보와 일치하는지 여부
(9)
중복 정보, 이름을 지정해야 하는 고유한 일부 정보에서 중복 이름 또는 을 입력합니다
신분증
, 시스템이 있는지 확인하십시오.
처리, 중복 이름 포함 대/소문자 구분 여부, 앞뒤 공백 입력, 시스템 처리 여부 확인.
(10)
삭제 기능을 확인합니다. 여러 항목을 삭제할 수 있는 곳에서는 아무 것도 선택하지 않고 삭제 버튼을 클릭하여 시스템이 어떻게 처리하는지 확인할 수 있습니다.
(1 1)
하나 이상의 것을 선택할 때 어떻게 해야 합니까?
(12)
추가 및 수정이 일치하는지 확인합니다.
정보 추가 및 수정 요구 사항이 일치하는지 확인하십시오.
그리고,
예를 들어 필요한 항목을 추가합니다.
그리고,
또한 수정해야 합니다.
을 눌러 섹션을 인쇄할 수도 있습니다
정수로 지정된 항목을 추가합니다.
그리고,
수정도 정수여야 합니다.
。
(13)
중복된 이름을 확인하고 수정합니다. 수정할 때 중복할 수 없는 항목을 기존 내용으로 바꿔 보고 오류를 처리할 수 있는지 확인합니다. 동시에,
너 자신과 이름이 같은 잘못을 신고할 수 있는지 보자.
(14)
양식을 반복해서 제출했습니다. 성공적으로 제출된 기록입니다.
등
제출 후 시스템이 처리되는지 확인하십시오.
(15)
다중 처리 검사
등
중요한 상황
(16) 검색
수표
다음 중 하나를 수행합니다.
재우
검색
입력 시스템의 기능이 존재하고 존재하지 않습니다.
결과가 올바른지 확인하십시오.
(17)
여러 개를 입력할 수 있는 경우
검색
조건,
합리적이고 불합리한 조건을 추가할 수 있습니다.
시스템이 처리되는지 확인하십시오.
맞습니다.
(18)
정보의 위치를 입력하고 정보의 시간 위치를 입력합니다.
(19)
업로드 다운로드 파일, 업로드 다운로드 기능, 업로드된 파일을 열 수 있는지, 파일을 업로드할 수 있는지 확인합니다.
형식, 시스템에 해석 정보가 있는지 여부.
(20)
필수 및 필수 힌트 정보가 있는지 확인합니다.
(2 1)
바로 가기 키 검사, 일반 바로 가기 키 검사가 지원되는지 여부.
(22)
Enter 키를 확인하십시오. 입력 후 직접 Enter 키를 눌러 시스템이 어떻게 처리되는지, 오류가 보고되는지 확인합니다.
질문 3: 인력, 자원, 진행 상황, 테스트 목표, 테스트 범위, 테스트 완료 기준 등 어떤 측면이 있습니까? 테스트 계획에 포함되어 있는지 여부입니다.
질문 4: 소프트웨어 테스트에 일반적으로 사용되는 도구는 무엇입니까? 테스트 도구는 여러 가지가 있으며 주로 다음과 같습니다.
테스트 관리 도구: MQC, TestManager 및 QACenter, 결함 추적: 변경 관리 도구도 사용할 수 있습니다.
기능 테스트 자동화: QTP, RFP, QARun, Silk
성능 테스트 도구: Loadrunner, Robot, QAload, WAS, Silk Performance.
단원 및 화이트박스 테스트 도구: Junit, Jmeter, devpartner, skeleton probe, Purify Plus.
보안 테스트: Appscan, Fortify
질문 5: 소프트웨어 테스트 방법? 어떤 종류가 있나요? 첫 번째 테스트 방법은 소프트웨어가 "작동" 하는지 확인하는 것입니다. "작업" 이란 소프트웨어의 기능이 미리 설계된 방식으로 실행됨을 의미합니다. 두 번째 테스트 방법은 소프트웨어가 "작동하지 않는다" 는 것을 증명하려고 시도하는 것이다.
화이트 박스 방법과 블랙 박스 방법의 두 가지 주요 범주도 있습니다.
화이트박스 방법: 프로그램의 진행 상황을 알 때 다른 데이터로 프로그램 코드를 테스트하여 조건 테스트, 경로 테스트 및 조건 조합을 포함한 프로그램의 정확성을 확인합니다. 。 。 。
화이트 박스 방법은 프로그램 개발의 초기 단계에 사용됩니다.
블랙박스 방법: 주로 프로그램 개발 후기에 사용됩니다. 즉, 프로그램 프로세스 테스트가 정확하면 프로그램 결과를 테스트합니다. 어떤 인과법, 한계가치법 등이 있습니까?
구체적으로, 너는 소프트웨어 공학 방면의 책을 한 권 살 수 있다.
또 다른 방법이 있습니다.
기능 테스트, 수용 테스트, 사용자 인터페이스 테스트, 탐색 또는 공개 테스트, 성능 테스트, 회귀 테스트, 폭력 테스트, 통합 및 호환성 테스트, 조립/설치/구성 테스트, 국제화 지원 테스트, 현지화 언어 테스트 ：
공격 중 일부는 모두 테스트 방법이다.
질문 6: 소프트웨어 테스트의 목표와 기준은 무엇입니까? 테스트 방법은 무엇입니까? 테스트 단계는 무엇입니까? 특히 테스트는 일반적으로 다음과 같은 목표를 달성해야 합니다.
1. 제품의 약속 또는 발표 기능을 보장하며, 모든 사용자가 액세스할 수 있는 기능에는 명확한 문자 설명이 있습니다. 어떤 의미에서 ISO900 1 은 하나의 아이디어입니다.
명확한 서면 서류가 없는 것은 공장의 단기 행위로 무책임한 표현이다. 단기적 행동이란 명확한 서면 서류가 부족하여 제품의 원활한 배달에 불리하고, 사용자와 충돌하기 쉬우며, 공급업체의 신용도와 향후 사용자와의 협력에 영향을 주는 것을 말합니다. 제품의 사후 유지 관리에도 불리하며, 공급업체는 사용자 교육 및 기술 지원 비용을 너무 많이 지출할 수 있습니다. 장기적인 이익으로 볼 때, 이것은 수지가 맞지 않는다. 지도자가 접촉한 소프트웨어 제품은 매우 적고, 큰 제품, 얇은 문서이다.
물론, RAD (Rapid Prototyping Act) 개발 프로젝트에서는 서면 문서의 작성과 유지가 가장 중요하고, 가장 어렵고, 간과하기 쉽다.
마지막으로, 서면 문서의 미비, 심지어 부정확함도 테스트 작업에서 가장 큰 골칫거리입니다. 직접적인 결과는 테스트 효율이 낮고, 테스트 목표가 불분명하며, 테스트 범위가 부족해 최종 테스트의 역할을 충분히 발휘하지 못하고, 테스트 결과가 좋지 않다는 것이다.
제품이 성능 및 효율성 요구 사항을 충족하는지 확인하십시오.
비효율적 (성능 저하), 사용자 인터페이스가 불친절하고 사용자 조작이 불편한 (비효율적인) 제품은 경쟁력 있는 제품이라고 할 수 없습니다.
사용자가 가장 염려하는 것은 당신의 기술이 얼마나 진보하고 강한지가 아니라, 그가 이러한 기술과 기능으로부터 얼마나 많은 이익을 얻을 수 있느냐이다. (알버트 아인슈타인, 지식명언) 다른 말로 하자면, 사용자가 관심을 갖는 것은 그가 얼마나 많은 것을 꺼낼 수 있느냐가 아니라, 네가 얼마를 투입했는지가 아니다.
제품이 견고하고 사용자 환경에 적응할 수 있는지 확인하십시오.
견고성, 즉 안정성은 제품 품질의 기본 요구 사항, 특히 업무 또는 시간에 중요한 작업 환경입니다.
또한 일부 프로젝트를 제외한 사용자의 환경을 가정할 수 없습니다. 예를 들어, 많은 신문사 사용자의 구성이 비교적 낮으며 일부 타사 제품과 함께 사용됩니다.
테스트의 원칙-충분히 좋다
비교적 복잡한 제품이나 시스템에 대해 0 버그는 이상적이고 충분히 좋은 것이 우리의 원칙이다.
충분한 원칙은 입/출력 비율을 측정하는 원칙이다. 테스트가 불충분하다는 것은 무책임하다. 과잉 테스트는 자원에 대한 낭비이자 무책임한 표현이다. 우리의 운영상의 어려움은 어떤 테스트가 부족한지, 어떤 테스트가 과도하다는 것이다. 현재 사용할 수 있는 유일한 답은 가장 낮은 시험 합격 기준과 시험 내용을 제정하고 구체적인 문제를 구체적으로 분석하는 것이다. 가장 분명한 예는 중국판 FIT3.0 의 제품 테스트입니다.
검사의 법칙-코니킨의 법칙과 80-20 의 원리
1, 코니킨의 법칙.
소프트웨어 제품 생산에서, 그것은 전면적인 품질 관리 (TQM) 의 개념이다. 제품 품질의 핵심 요소는 분석, 설계 및 구현입니다. 테스트는 검사의 보조 수단이어야 합니다. 기타 관리, 지원 및 문화적 요인도 최종 제품의 품질에 영향을 줄 수 있습니다. 검사는 제품의 품질을 향상시키는 데 필요한 조건이자 가장 직접적이고 빠른 수단이지만 결코 근본적인 수단은 아니라고 말해야 한다. 반면에, 제품의 품질을 높이는 모든 무게를 테스트에 올려놓는다면, 그것은 끔찍하고 긴 재앙이 될 것이다.
벌레의 80-20 원칙.
일반적으로 80% 의 버그는 분석, 설계 및 구현 단계의 검토 및 테스트 작업에서 발견되고 피할 수 있으며 나머지 80% 의 버그는 시스템 테스트에서 찾을 수 있습니다. 마지막 5% 의 버그는 사용자가 광범위하게 장기간 사용한 후에만 노출될 수 있다. 테스트는 가능한 많은 오류를 발견할 수 있을 뿐, 모든 오류를 발견할 수 있다는 보장은 없기 때문이다.
소프트웨어 테스트 방법:
1, 프로그램의 내부 구조를 점검할지 여부에 따라 다음과 같이 구분됩니다.
(1) 블랙박스 테스트: 입출력 결과에만 관심이 있습니다.
(2) 화이트 박스 테스트: 내부 소스 코드와 프로그램 구조를 연구합니다.
2, 프로그램 실행 여부에 따라 다음과 같이 나뉩니다.
(1) 정적 테스트: 테스트된 소프트웨어를 실제로 실행하지 않고 정적으로 실행 ... >; & gt
질문 7: 기능 테스트에 포함된 테스트는 무엇입니까? 어떤 테스트 방법을 사용합니까? 5 점. 관련 국가 표준과 제품 표준에 따라 달라진다.
기능성 테스트이기 때문에 위의 기준이 없으면 검사 부서는 사용자의 입장에서 사용 설명서와 함께 한다.
질문 8: 칩 기능에 일반적으로 사용되는 테스트 방법 또는 수단은 무엇입니까? 이것은 프로그램, 실행 코드, 활동에 종사 하 고, 컴퓨터의 정상적인 사용을 방해, 그래서 컴퓨터가 제대로 사용 되지 않거나 전체 운영 체제 또는 컴퓨터 하드 드라이브를 손상 시킬 수 있습니다. 바이오바이러스처럼 컴퓨터 바이러스는 독특한 복제 능력을 가지고 있다. 컴퓨터 바이러스는 빠르게 전파되며 보통 근절하기 어렵다. 그들은 자신의 서류를 넣을 수 있다. 파일이 한 사용자에서 다른 사용자로 복사 또는 전송되면 전파됩니다. 이 프로그램은 독립적으로 존재하지 않습니다. 실행 가능한 프로그램에 숨겨져 있습니다. 파괴적이지는 않지만 전염성 및 잠재성이 있습니다. 가벼운 사람은 기계의 운행 속도에 영향을 줄 수 있다. 기계가 작동하지 않았지만 기계가 마비되어 사용자에게 헤아릴 수 없는 손실을 가져다 줄 수 있다. 보통 이런 파괴적인 영향을 컴퓨터 바이러스 프로그램에 놓는다.
복제 외에도 일부 컴퓨터 바이러스에는 새로운 오염 프로그램이 바이러스 벡터를 전파할 수 있다는 비슷한 특징이 있습니다. 텍스트와 이미지에만 남아 있는 것처럼 보이는 바이러스 보균자 이미지를 보면 파일을 손상시키거나 하드 드라이브를 다시 포맷하거나 다른 유형의 재난을 초래할 수도 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 바이러스가 오염된 프로그램에 기생한다면, 여전히 점유한 저장 공간을 통해 문제를 일으키고 컴퓨터의 성능을 저하시킬 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 컴퓨터명언)
-응?
컴퓨터 바이러스는 다음과 같은 특징을 가지고 있습니다.
(1) 의 기생
다른 시나리오에서는 프로그램이 실행될 때 바이러스의 파괴작용이 프로그램이 시작되기 전에 쉽게 발견되지 않는다.
(2) 감염
컴퓨터 바이러스는 파괴적이고 해로울 뿐만 아니라 전염성 또한 가지고 있다. 바이러스가 복제되거나 변이되면 속도를 막기가 어렵다.
(3) 다이빙
시한폭탄과 같은 일부 바이러스는 미리 설계된 공격 시간을 가지고 있다. 예를 들어, 블랙프라이데이 바이러스는 예정된 시간 내에 이를 깨닫고 조건이 성숙할 때 갑자기 폭발하여 시스템을 파괴한다. (윌리엄 셰익스피어, 블랙프라이데이, 블랙프라이데이, 블랙프라이데이, 블랙프라이데이, 블랙프라이데이, 블랙프라이데이)
(4) 은폐
숨겨진 컴퓨터 바이러스, 어떤 것은 바이러스 소프트웨어에 의해 감지되고, 어떤 것은 전혀 감지할 수 없고, 어떤 것은 감추면 변덕스러워서, 통상 대처하기 어렵다.
-응?
컴퓨터가 감염되면 다른 증상을 보일 수 있다. 다음은 사용자가 참조할 수 있는 몇 가지 일반적인 현상입니다.
(1) 시스템이 제대로 부팅되지 않습니다.
전원을 켜면 기계를 부팅할 수 없거나 시작할 수 있지만 원래 시동 시간보다 시간이 오래 걸립니다. 때때로 갑자기 화면이 텅 비어 있다.
(2) 작동 속도 저하
프로그램을 실행하여 이전보다 더 오래 데이터를 읽을 때 저장된 파일 또는 파일 전송 파일 수가 증가하는 것을 발견하면 바이러스로 인해 발생할 수 있습니다.
(3) 빠른 디스크 공간이 더 작습니다.
메모리에 상주하는 바이러스 프로그램은 생성될 수 있으므로 메모리 공간은 "0" 이 되어 사용자 정보를 얻지 못합니다.
(4) 문서의 내용과 길이의 변화
디스크에 있는 파일의 길이와 내용은 변경되지 않지만 바이러스 간섭으로 인해 파일 길이가 파일 내용을 변경하고 깨질 수 있습니다. 때로는 파일의 내용이 표시되지 않거나 표시되지 않으면 사라집니다.
(5) 빈번한 "충돌" 현상
정상적인 작동은 죽음을 초래하지 않으며, 초심자도 명령 입력이 충돌하지 않는다. 만약 기계가 자주 다운된다면, 아마도 시스템이 감염되었기 때문일 것이다.
(6) 외부 장비가 제대로 작동하지 않습니다.
만약 기계에 바이러스가 있다면, 외부 설비의 제어 시스템으로 인해 외부 설비의 작업에 약간의 비정상적인 상황이 발생할 수 있으며, 이론적으로나 경험적으로 해석할 수 없다.
위에 열거된 것은 단지 몇 가지 흔한 바이러스 표현일 뿐, 반드시 다른 특수한 현상을 만나 사용자 스스로 판단해야 한다.
-응?
우선 진지하게 생각하고, 관리를 강화하고, 바이러스의 침입을 방지해야 한다. 모든 외부 플로피 리플리케이터에 대해 플로피 바이러스 검사를 수행합니다. 그렇다면 컴퓨터를 바이러스에 감염시킬 수 있도록 바이러스를 삭제해야 합니다. 또한 바이러스가 잠재되어 있기 때문에 오래된 바이러스를 가릴 수도 있고 시기가 무르익으면 발작할 수도 있기 때문에 디스크를 자주 조사해 보면 즉시 죽일 수 있습니다. 사고의 중요성에 기초하여 효과적인 바이러스 스캔과 바이러스 백신 방법의 기술 보장을 채택하다. 바이러스를 검사하고 제거하는 방법에는 보통 두 가지가 있습니다. 하나는 컴퓨터에 바이러스 백신 카드를 추가하는 것이고, 다른 하나는 작동 원리가 거의 같은 바이러스 백신 소프트웨어를 사용하는 것입니다. 일반 사용자는 바이러스 백신 소프트웨어를 더 많이 사용합니다. 바이러스를 예방하고 소멸하는 것은 장기적인 임무이지, 한 번에 영원히 쉬는 것이 아니라는 것을 명심해라.
컴퓨터 바이러스는 어떤 상황에서 발생합니까? ..... & gt& gt
질문 9: 테스트를 통합하는 방법은 무엇입니까? 이러한 경우 통합 테스트에는 상향식 통합 테스트, 하향식 통합 테스트, 빅뱅 통합 테스트, 메자닌 통합 테스트, 핵심 통합 테스트, 계층형 통합 테스트 및 사용 기반 통합 테스트와 같은 많은 구현 시나리오가 있습니다. 구체적인 관련 질문은 써우거우 테스트 위챗 위챗 공식 계정에 가서 물어볼 수 있습니다 ~
질문 10: 어떤 테스트 방법, 장단점이 있습니까? 1, 복구 테스트
복구 테스트는 주로 시스템의 내결함성을 확인합니다. 시스템에 문제가 발생할 경우 지정된 시간 간격 내에 오류를 수정하고 시스템을 재부팅할 수 있습니까? 복구 테스트는 먼저 여러 가지 방법으로 시스템을 무효화시킨 다음 시스템이 가능한 한 빨리 복구될 수 있는지 확인해야 합니다. 자동 복구의 경우 재초기화, 체크포인트 (Mechani * * * s), 데이터 복구 및 재시작이 정확한지 확인해야 합니다. 수동으로 개입하는 수리 시스템의 경우 평균 수리 시간을 추정하여 허용 범위 내에 있는지 확인해야 합니다.
2. 안전 시험
보안 테스트 검사 시스템이 불법 침입을 막을 수 있는 능력. 안전테스트에서 테스터는 불법 침입자로 위장해 여러 가지 방법으로 방어선을 돌파하려고 시도했다. 예를 들어 ① 암호를 가로 채거나 해독하려고 노력하십시오. (2) 맞춤형 소프트웨어 파괴 시스템의 보호 메커니즘; (3) 의도적으로 시스템 고장을 일으키고 복구 시 불법 입국을 시도하는 것; (4) 기밀이 아닌 데이터를 탐색하여 필요한 정보를 추론하려고 합니다. 이론적으로 충분한 시간과 자원만 있으면 접근할 수 없는 시스템이 없다. 따라서 시스템 보안 설계의 원칙은 불법 침입 비용이 보호된 정보의 가치를 초과하도록 하는 것입니다. 이 시점에서 불법 침입자는 이미 이익이 없다.
3. 강도 시험
강도 테스트 검사 절차의 이상 상황에 대한 저항력. 강도 테스트는 항상 시스템이 비정상적인 자원 구성으로 실행되도록 강제합니다. 예: 1 정상적인 인터럽트 빈도가 초당 1 ~ 2 개일 때 초당 10 개의 인터럽트를 생성하는 테스트 케이스를 실행합니다. (2) 데이터 입력 속도를 정량적으로 높이고 입력 하위 기능의 반영 능력을 확인합니다. (3) 최대 스토리지 공간 (또는 기타 리소스) 이 필요한 테스트 케이스를 실행합니다. (4) 테스트 사용 사례를 실행하면 가상 메모리 운영 체제가 충돌하거나 디스크 데이터가 심하게 흔들릴 수 있습니다.
4. 특성 시험
실시간 및 임베디드 시스템의 경우 소프트웨어가 기능 요구 사항을 부분적으로 충족하더라도 성능 요구 사항을 충족할 수 있는 것은 아닙니다. 각 테스트 단계에는 단위 테스트의 성능 테스트가 포함되어 있지만, 시스템이 실제로 통합되어야 실제 환경에서 성능을 완벽하게 테스트하고 실행할 수 있습니다. 성능 테스트의 목적은 이 작업을 완료하는 것입니다. 성능 테스트는 강도 테스트와 결합되기도 하며, 일반적으로 추가 소프트웨어 및 하드웨어 지원이 필요합니다.