개발 모델
Waterfall Development 모델은 각각의 테스트가 끝날 때 다른 단계를 통해 소프트웨어의 실현을 고려합니다. 테스트가 통과되면 다음 단계로 진행할 수 있습니다. 이 프로세스는 다음과 같은 단점이 있습니다.
- 개발이 계획보다 더 많이 걸리면 테스트 단계가 훨씬 짧을 수 있습니다 (아마도 아무것도).
- 테스트가 전혀 포함되지 않을 수 있습니다.
- 오류 감지와 오류 해결 사이의 시간이 커지면 해결하기가 더 어려워지고 비용이 많이 듭니다.
이러한 이유로 90 년대에 테스트 중심 모델이 인기를 얻었습니다. 이 접근법을 통해 요구 사항은 테스트 사례로 완료됩니다. 이 소프트웨어는 테스트와 함께 작성되어 프로세스를 자동화하고 새로운 소프트웨어가 기존 소프트웨어에 문제를 생성 할 수 있는지 추가로 확인합니다. 이러한 방식으로 테스트 및 소스 코드는 구현의 고유 한 부분으로 간주됩니다.
다른 테스트 매개 변수
소프트웨어의 성숙에 따라 테스트 단계는 알파, 베타 등이 될 수 있습니다. 알파 테스트는 전체 소프트웨어의 첫 번째이며, 처음으로 수행 된 것이며 일반적으로 조직 내부이며 개발자 자체에 의해 만들어졌습니다. 제품이 합리적으로 안정적 인 경우 시장에 출시되며 사용자는 이에 대한 피드백을 제공하도록 초대됩니다. 이것이 바로 소프트웨어의 베타 버전입니다.
시험의 세분성은 많은 시간을 절약합니다. 큰 제품의 최종 버전을 테스트하면 해결하기 어려운 오류가 발생할 수 있습니다. 따라서 가장 좋은 방법은 소프트웨어를 세분성이 다른 요소로 나누고 가장 작은 것부터 가장 큰 것으로 테스트하는 것입니다. 테스트해야 할 가장 작은 요소는 소프트웨어 클래스입니다. 각 클래스가 예상대로 수행하는 경우에만 더 복잡한 테스트를 진행할 수 있습니다. 단위 테스트는 이에 초점을 맞춘 기본 테스트입니다. 클래스 이후 소프트웨어의 더 큰 요소는 모듈이며, 여기서 둘 이상의 클래스가 함께 결합됩니다. 모듈을 테스트하려면 다른 모듈이 생성됩니다. 스터브입니다. 또한 모듈 테스트가 정상적으로 수행되는 경우 시스템 테스트가 마침내 필요합니다.
코드에 대한 지식은 테스트 유형을 흰색과 블랙 박스로 나눕니다. 화이트 박스 테스트는 코드에 대한 지식이있는 개인이 수행하고 오류를 수정하고 모든 기능을 테스트하기 위해 코드 자체를 볼 수 있습니다. 세부 사항의 깊은 수준이 높고 자동화하기 쉽습니다. 다른 한편으로, 소프트웨어는 작동에 대한 지식없이 외부에서 볼 수 있습니다 : 블랙 박스 테스트. 이러한 종류의 테스트는 코드 전문가가 사용자가 수행 할 수 있습니다.
테스트 유형
테스트 유형은 성능, 부하/볼륨 및 응력입니다. 이에 따라 소프트웨어의 목표에 따라 실행됩니다. 성능 테스트는 제품의 정확성과 효율성에 관한 것입니다. 모든 요구 사항을 충족해야합니다. 로드/볼륨 테스트는 소프트웨어에 많은 리소스를 사용합니다. 많은 수의 사용자, 큰 파일, 프린터에 대한 큰 작업 또는 빈 작업 으로이 한계 케이스를 강조하는 비량 테스트를 할 수 있습니다. 활동 중에 메모리 관리를 테스트하는 것을 목표로합니다. Thestress Test는 혼돈을 생성하는 예측 불가능한 요소를 도입하는 시스템을 파괴하려는 시도입니다. 이중 사용자를 한 번에 모두 사용하여 수행 할 수 있습니다. SNMP를 통해 일부 장치를 끕니다. 리소스 사용.
결론
소프트웨어 수명주기의 테스트 단계는 개발 청사진의 일부입니다. 다른 소프트웨어 개발 모델을 채택하는 것이 매우 중요합니다. 강력한 소프트웨어를 만드는 다른 요소는 테스트의 세분성, 소스 코드에 대한 지식 및 실행 테스트 유형과 관련이 있습니다. 모든 목표를 정리하는 것은 사용자에게 좋은 품질과 긍정적 인 영향을 미치는 소프트웨어를 생산하는 것입니다.