De modo geral, o teste de release é um processo de teste do ...

Teste Release seria Teste de Aceitação/Validação ? @Davi -  Qual a fonte? Estão mais para testes de caixa preta

mas cada hora o cespe inventa uma definição nova para testes

pqpppppp Também queria saber a fonte, pois teste de aceitação é realizado pelo cliente no momento da entrega, ou sejá, após as releases serem liberadas.

Eu acredito que o davi quis dizer é que o teste de release é similar ao teste de aceitação.

Caros,

Segundo o Sommerville o teste de release realmente está mais para o teste de
aceitação do que o de sistema. Um sendo um teste do tipo Beta.

"Release testing is the process of testing a particular release of a system that is
intended for use outside of the development team. Normally, the system release is for
customers and users. In a complex project, however, the release could be for other
teams that are developing related systems. For software products, the release could
be for product management who then prepare it for sale.
There are two important distinctions between release testing and system testing
during the development process:
1. A separate team that has not been involved in the system development should be
responsible for release testing.
2. System testing by the development team should focus on discovering bugs in the
system (defect testing). The objective of release testing is to check that the system
meets its requirements and is good enough for external use (validation testing).
The primary goal of the release testing process is to convince the supplier of the
system that it is good enough for use. If so, it can be released as a product or delivered
to the customer. Release testing, therefore, has to show that the system delivers
its specified functionality, performance, and dependability, and that it does not fail
during normal use. It should take into account all of the system requirements, not
just the requirements of the end-users of the system.
Release testing is usually a black-box testing process where tests are derived from
the system specification. The system is treated as a black box whose behavior can
only be determined by studying its inputs and the related outputs. Another name for
this is ‘functional testing’, so-called because the tester is only concerned with functionality
and not the implementation of the software."

Sommerville pag. 224 Isso que o david falou está correto.

Testes de release testa uma versão completa do sistema antes que ele seja liberado para os usuários . O objetivo dos testes de release é verificar se  o sistema atende aos requisitos dos stakeholders de sistema. ( = teste de ACEITAÇÃO ou VALIDAÇÃO)

Teste de release costuma ser um processo de teste de CAIXA PRETA, no qual os testes são derivados da especificação de sistema.  O Sistema é tratado como uma caixa preta cujo comportamento só pode ser determinado por meio do estudo às entradas e saídas relacionadas. Outro nome para isso é TESTE FUNCIONAL.

Pra quem quer estudar algo a + sobre Testes, segue um bom pdf.
http://www.danilogiacobo.eti.br/Material_Didatico/Engenharia%20de%20Software/Teste%20de%20software.pdf Segundo Sommerville:

"Para a maioria dos sistemas complexos, existem duas fases distintas de teste do sistema: Testes de integração e testes de releases.

Nos testes de releases uma versão do sistema, que poderia ser liberada aos usuários, é testada. Nesse teste, a equipe de testes concentra-se em validar se o sistema atende aos requisitos e em assegurar que o sistema é confiável. O teste de releases é normalmente um teste 'caixa-preta' no qual a equipe de testes concentra-se em demonstrar se o sistema funciona adequadamente ou não. Os problemas são reportados a equipe de desenvolvimento, cujo trabalho é depurar o programa. Os clientes são envolvidos no teste de releases que, algumas vezes, é chamado teste de aceitação. Se o release for bom o suficiente, o cliente poderá aceitá-lo para seu uso".

Fonte: Engenharia de Software, pág. 357. 8ª Edição, Ian Sommerville. Editora Pearson Adison Wesley.

Caixa branca:

-Testes de unidade (ou componentes)

: Nesta fase são testadas as menores unidades de software desenvolvidas (por exemplo: métodos de uma classe).

-Testes de integração: 

Nesta fase é testada a integração entre os componentes do sistema (por exemplo: classes, módulos, sub-sistemas, etc).

Caixa-preta:

-Testes de sistema: 

Nesta fase o sistema é testado como um todo com o objetivo de encontrar discordâncias entre o que foi implementado e o comportamento descrito nos requisitos.

-Testes de aceitação (ou releases, ou funcional): 

Nesta fase o sistema é testado como um todo com o objetivo de encontrar discordâncias entre o que foi implementado e o comportamento descrito nos requisitos, sob o ponto de vista das necessidades do usuário final.

-Teste de operação: 

Teste Alpha, Beta e Release:

Nessa fase o teste é conduzido pelos administradores do ambiente final em que o sistema ou software entrará em ambiente produtivo. Vale ressaltar que essa fase é aplicável somente a sistemas de informação próprios de uma organização, cujo acesso pode ser feito interna ou externamente a essa organização. Nessa fase de teste devem ser feitas simulações para garantir que a entrada em produção do sistema será bem sucedida. Envolve testes de instalação, simulações com cópia de segurança dos bancos de dados, etc.. Em alguns casos um sistema entrará em produção para substituir outro e é necessário garantir que o novo sistema continuará garantindo o suporte ao negócio

Principais características de testes de release:

1. É um teste caixa-preta;

2. Testa uma versão completa do sistema antes de liberá-la para o usuário;

3. Testes são derivados das especificações do sistema.

Portanto não há que se falar em teste de release ser caixa-branca, tampouco em avaliação interna dos módulos.

Bons estudos!

Gabarito: E - errado

Ao abordarmos o tema de testes de software, é fundamental diferenciar entre os dois principais tipos: teste de caixa-branca e teste de caixa-preta. O teste de caixa-branca, também conhecido como teste estrutural, foca no funcionamento interno do código. Os testadores necessitam de conhecimento detalhado sobre o código-fonte e a estrutura interna do software para realizar esse tipo de teste. Já o teste de caixa-preta, ou teste funcional, não requer esse conhecimento interno e concentra-se em verificar se as funcionalidades do software atendem aos requisitos especificados, ou seja, se a saída correta é produzida para as entradas fornecidas.

Quando mencionamos o teste de release, estamos nos referindo a uma fase de teste que ocorre geralmente após o ciclo de desenvolvimento, onde o objetivo é validar se o produto está pronto para ser entregue aos usuários ou clientes. Essa fase de teste envolve uma combinação de estratégias de teste, incluindo tanto testes de caixa-preta quanto de caixa-branca. Contudo, o foco do teste de release não se limita apenas aos aspectos internos do software (como ocorreria em um teste de caixa-branca puro), mas também na verificação de funcionalidades, usabilidade, desempenho, segurança, entre outros aspectos, que não exigem conhecimento interno do código e são associados ao teste de caixa-preta.

Portanto, a afirmação de que o teste de release é um processo de teste do tipo caixa-branca é incorreta, pois, apesar de poder incluir aspectos de teste de caixa-branca na sua execução, ele não se limita a isso e é mais abrangente, envolvendo também avaliações típicas de teste de caixa-preta. Por essa razão, a alternativa correta é E - errado.