Melhor resposta
O teste de versão é o processo que envolve o teste de uma versão específica de um sistema. No teste de versão, cada versão passa por uma série de testes automatizados e manuais para garantir a qualidade do produto acabado. O objetivo principal do processo de teste de lançamento é convencer o cliente do sistema de que ele é bom o suficiente para uso.
Abaixo mencionadas estão as diferenças pontuais entre o teste de lançamento e o teste de sistema:
Teste do sistema
• O teste do sistema é feito para verificar todo o software ou sistema como um todo
• O teste do sistema pela equipe de desenvolvimento concentra-se na descoberta de bugs no sistema (teste de defeito)
Teste de lançamento
• O teste de lançamento é feito para verificar cada lançamento antes de lançá-lo no mercado
• O objetivo do teste de lançamento é verificar se o sistema atende seus requisitos e é bom o suficiente para uso externo (teste de validação)
Resposta
Uma construção é um software / aplicativo que consiste em um conjunto de recursos e algumas correções de bugs e testados até se tornar estável. Então, basicamente, é um aplicativo em crescimento em termos simples, o primeiro build terá alguns requisitos e recursos nele. Digamos que 10\% do software seja desenvolvido. A próxima compilação terá correções de bugs (ou seja, erros na primeira compilação são corrigidos) e também alguns novos recursos são adicionados. Então, digamos que agora 20\% do software esteja desenvolvido.
Este processo continua até 100\% , ou seja, Até que o Build esteja estável .. Não implica nenhum bug ou muito poucos bugs e todos os recursos foram desenvolvidos. O que significa que é um software completo, pronto para ser usado.
Agora esta compilação final é chamada de software. É chamado de Release, quando o cliente concorda que ele só precisa dos recursos básicos agora naquele software, porque ele não pode esperar até que todos os recursos sejam desenvolvidos e a empresa que desenvolve o software possa desenvolver os próximos recursos após o Primeira versão (software com recursos básicos / requisitos do cliente que foram atendidos)
O segundo cenário é onde a empresa e o cliente têm um contrato ao longo de alguns anos. Durante o qual todos os novos recursos / melhorias / requisitos, bem como correções de bugs, serão feitos no software fornecido ao cliente.
Ex: o ICICI Bank tem um contrato de software com a Infosys. A Infosys deu a primeira versão (software – aplicativo da web) para ICICI (Banking Web Application). Agora, depois de 6 meses, o ICICI deseja alguns novos recursos, como Transferência de fundos online.
Portanto, após o primeiro lançamento, a Infosys trabalhará no segundo lançamento, que terá esses novos recursos sugeridos pelo ICICI, assim como se houver algum bug no primeiro lançamento, isso será corrigido.
Agora, temos uma versão atualizada do aplicativo bancário do ICICI. Agora, ele consiste em recursos antigos + um novo recurso – “Transferência online de fundos para qualquer outro banco”. Além disso, alguns problemas enfrentados a versão anterior do aplicativo agora está corrigida.
Agora, se o ICICI exigir qualquer outro requisito / para corrigir quaisquer problemas, será cumprido pela Infosys na 3ª versão. Desde que o contrato ainda esteja em vigor.