최상의 답변
릴리스 테스트는 시스템의 특정 릴리스를 테스트하는 프로세스입니다. 릴리스 테스트에서 각 릴리스는 완제품의 품질을 보장하기 위해 일련의 자동화 및 수동 테스트를 거칩니다. 릴리스 테스트 프로세스의 기본 목표는 시스템이 사용하기에 충분하다는 것을 고객에게 확신시키는 것입니다.
다음은 릴리스 테스트와 시스템 테스트의 차이점입니다.
시스템 테스트
• 시스템 테스트는 전체 소프트웨어 또는 시스템 전체를 확인하기 위해 수행됩니다.
• 개발 팀의 시스템 테스트는 시스템의 버그 발견에 중점을 둡니다 (결함 테스트).
출시 테스트
• 릴리스 테스트는 각 릴리스를 시장에 출시하기 전에 확인하기 위해 수행됩니다.
• 릴리스 테스트의 목적은 시스템이 충족하는지 확인하는 것입니다. 요구 사항이며 외부 사용 (검증 테스트)에 충분합니다.
답변
빌드는 다음으로 구성된 소프트웨어 / 애플리케이션입니다. 기능 세트와 몇 가지 버그 수정을 거쳐 안정화 될 때까지 테스트했습니다. 기본적으로 간단한 용어로 성장하는 애플리케이션이므로 첫 번째 빌드에는 몇 가지 요구 사항과 기능이 포함됩니다. 10 \% 소프트웨어 가 개발되었다고 가정 해 보겠습니다. 다음 빌드에는 버그 수정 (즉, 첫 번째 빌드의 오류가 수정 됨)이 있으며 몇 가지 새로운 기능이 추가됩니다. 이제 소프트웨어의 20 \% 가 개발되었다고 가정 해 보겠습니다.
이 프로세스는 100 \% 까지 계속됩니다. 빌드가 안정 될 때까지 .. 버그가 없거나 거의없고 모든 기능이 개발되었음을 의미합니다. 즉, 바로 사용할 수있는 완전한 소프트웨어입니다.
지금 이 최종 빌드를 소프트웨어라고합니다. 모든 기능이 개발 될 때까지 기다릴 수없고 소프트웨어를 개발하는 회사가 다음 몇 가지 기능을 개발할 수 있기 때문에 클라이언트가 해당 소프트웨어에서 현재 기본 기능 만 필요하다는 데 동의 한 경우 릴리스라고합니다. 첫 번째 릴리스 (기본 기능이있는 소프트웨어 / 고객의 요구 사항이 충족 됨)
두 번째 시나리오 는 회사와 고객이 몇 년에 걸친 계약. 그 동안 모든 새로운 기능 / 개선 / 요구 사항과 버그 수정이 클라이언트에 제공된 소프트웨어에서 수행됩니다.
예 : ICICI Bank는 Infosys와 소프트웨어 계약을 맺었습니다. Infosys는 ICICI (Banking Web Application)에 첫 번째 릴리스 (소프트웨어-웹 애플리케이션)를 제공했습니다. 6 개월 후 ICICI는 온라인 자금 이체와 같은 몇 가지 새로운 기능을 원합니다.
따라서 첫 번째 릴리스 이후 Infosys는 ICICI에서 제안한 이러한 새로운 기능을 갖춘 두 번째 릴리스에서 작업 할 것이며 첫 번째 릴리스에 버그가 있으면 수정 될 것입니다.
이제 ICICI의 뱅킹 애플리케이션의 업데이트 된 버전이 있습니다. 이제 이전 기능과 새로운 기능인 “다른 은행으로의 온라인 자금 이체”로 구성되어 있습니다. 이제 이전 버전의 응용 프로그램이 수정되었습니다.
이제 ICICI가 다른 요구 사항 / 문제 해결을 요구하는 경우. Infosys가 3 차 릴리스에서 이행합니다. 계약이 여전히 존재하는 한