SóProvas


ID
1264681
Banca
FUNDEP (Gestão de Concursos)
Órgão
COPASA
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

São estágios do processo de teste de software, conforme SOMMERVILE (2003), EXCETO:

Alternativas
Comentários
  • Os estágios do processo de Teste de Software, de acordo com SOMMERVILE, são:

     

    1) teste de unidade

    2) teste de integração

    3) teste de aceitação(validação) 

    4)teste de sistema

  • Os estágios do processo de teste são:


    1. Testes de desenvolvimento. Os componentes do sistema são testados pelas pessoas que o desenvolveram. Cada componente é testado de forma independente, separado dos outros. Os componentes podem ser entida­ des simples, como funções ou classes de objetos, ou podem ser agrupamentos coerentes dessas entidades. Ferramentas de automação de teste, como JUnit (MASSOL e HUSTED, 2003), que podem reexecutar testes de componentes quando as novas versões dos componentes são criadas, são comumente usadas.

     

    2. Testes de sistema. Componentes do sistema são integrados para criar um sistema completo. Esse processo se preocupa em encontrar os erros resultantes das interações inesperadas entre componentes e problemas de interface do componente. Também visa mostrar que o sistema satisfaz seus requisitos funcionais e não funcio­ nais, bem como testar as propriedades emergentes do sistema. Para sistemas de grande porte, esse pode ser um processo multiestágios, no qual os componentes são integrados para formar subsistemas individualmente testados antes de serem integrados para formar o sistema final.

     

    3. Testes de aceitação. Esse é o estágio final do processo de testes, antes que o sistema seja aceito para uso opera­ cional. O sistema é testado com dados fornecidos pelo cliente, e não com dados advindos de testes simulados. O teste de aceitação pode revelar erros e omissões na definição dos requisitos do sistema, pois dados reais exercitam o sistema de formas diferentes dos dados de teste. Os testes de aceitação também podem revelar problemas de requisitos em que os recursos do sistema não atendam às necessidades do usuário ou o desem­ penho do sistema seja inaceitável.

     

    9°edição - Ian Sommerville

  • Teste de caixa preta

    O analista não tem acesso ao código fonte e desconhece a estrutura interna do sistema. É também conhecido como teste funcional , pois é baseado nos requisitos funcionais do software. O foco, nesse caso, é nos requisitos da aplicação, ou seja, nas ações que ela deve desempenhar.

    Já no Teste de caixa branca

    O analista de testes tem acesso ao código fonte, conhece a estrutura interna do produto sendo analisado e possibilita que sejam escolhidas partes específicas de um componente para serem avaliadas. Esse tipo de teste, também conhecido como teste estrutural , é projetado em função da estrutura do componente e permite uma averiguação mais precisa do comportamento dessa estrutura.