Questão 943273

• Banca: CESPE / CEBRASPE
• Órgão: INPI
• Ano: 2013
• Provas: CESPE - 2013 - INPI - Analista de Planejamento - Desenvolvimento e Manutenção de Sistemas
• Disciplina: Engenharia de Software
• Assuntos: Teste de Software

Julgue os itens a seguir, referentes a testes de software.

De modo geral, o teste de release é um processo de teste do tipo caixa-branca em que as funcionalidades são verificadas e validadas mediante a avaliação interna dos módulos.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Teste Release seria Teste de Aceitação/Validação ?
• Teste de releases ou Teste de Aceitação 
  É o processo de teste de um release de sistema que será distribuído aos clientes
  A meta primária é aumentar a confiança do fornecedor de que o sistema atende aos seus requisitos
  Teste de releases é, geralmente, um teste caixa-preta ou funcional
  - É baseado somente na especificação de sistema
  - Os testadores não têm conhecimento da implementação do sistema
• @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!