Questões de Concurso Comentadas para covest-copset

Um dos princípios centrais da IC é integrar cedo e de forma frequente. Os desenvolvedores devem efetuar commits do código com frequência para obter os benefícios da IC.

O uso de IC em um projeto reduz riscos, reduz processos manuais repetitivos e permite gerar a qualquer momento uma versão do software pronta para deploy.

Jenkins, Travis e Gitlab são exemplos de ferramentas que dão suporte à IC em projetos de software.

A IC não é apenas uma implementação técnica, ela também é a implementação cultural e organizacional.

O uso de testes automatizados é fundamental, pois a automação em um servidor de IC tira a responsabilidade dos desenvolvedores verificarem se há erros no código que escrevem para o projeto e que enviam através de commits para o repositório.

O teste unitário deve ser a base de uma estratégia de automação de testes sólida e, como tal, representa a maior parte da pirâmide. O teste de nível de serviço fica no meio da pirâmide, e foca em como testar os serviços de uma aplicação separadamente de sua interface de usuário. O teste automatizado de interface do usuário é colocado no topo da pirâmide de automação de teste, porque se pretende realizar menos testes deste tipo.

O teste unitário é o mais importante na estratégia de automação de testes, ficando no topo da pirâmide. O teste automatizado de interface de usuário fica posicionado no meio da pirâmide, pois ele está em um nível intermediário de importância para a estratégia de testes. O teste manual está na base da pirâmide, por corresponder a maior parte dos testes, já que nem tudo é possível de se automatizar.

O teste unitário é o nível de base da pirâmide, pois é o tipo de teste mais básico que se pode fazer, estando em nível de componente. O teste automatizado de interface de usuário fica no meio da pirâmide, pois as quantidades de teste são inferiores à quantidade de testes unitários. O teste manual está no topo da pirâmide, por ser o tipo de teste que qualquer usuário do sistema potencialmente pode fazer, ele é o nível mais alto de testes.

O teste de serviço é base da pirâmide de automação de testes, dado que ele é resultante da análise combinatorial de diversos testes unitários para compor possíveis serviços. O teste unitário fica no meio da pirâmide, sendo útil para proporcionar um conjunto de funcionalidades que podem ser utilizadas, tanto pela base quanto pelo topo da pirâmide. O teste automatizado de interface de usuário fica no topo da pirâmide, permitindo testar indiretamente a camada do meio, já que utiliza testes unitários como base.

O teste unitário constitui a base da pirâmide, por ser o tipo de teste mais elementar e em maior quantidade nesta estratégia. O teste automatizado de interface de usuário está posicionado no meio da pirâmide, devido a uma quantidade menor de testes deste tipo. O nível mais alto da pirâmide é o de testes de integração, que integram funcionalidade de interface de usuário com testes unitário, possibilitando ver o funcionamento do sistema como um todo, mas em quantidade menor que os outros.

Test-Driven Development e Behavior-Driven Development.

Domain-Driven Design e Extreme Programming.

Test-Driven Development e Extreme Programming.

Service-Oriented Computing e Component-based Development.

Continuous Integration e Pair Programming.

A análise de valor limite é uma técnica caixa branca que foca em testar valores de entrada e saída, acima e abaixo dos limites dos parâmetros de entrada possíveis.

A cobertura de decisão é uma técnica caixa branca que foca em escrever casos de teste nos quais se evitam que determinadas ramificações do código sejam executadas, visando reduzir a cobertura para otimizar o tempo de teste.

A cobertura de condição é uma técnica caixa preta que foca em verificar se cada condição na decisão é executada pelo menos uma vez.

Um teste de partição de equivalência é uma técnica caixa preta em que se consegue escolher conjuntos de entradas que possibilitam reduzir o número de casos de testes que precisam ser desenvolvidos para atingir algum objetivo.

A suposição de erros é uma técnica caixa branca que consiste em um processo sistemático para especulação de prováveis tipos de erros, culminando com a escrita de casos de teste para expor estes erros.

Teste unitário ou de unidade é onde unidades de programa individuais ou classes de objeto são testadas. O foco é testar a funcionalidade de objetos ou métodos.

Teste de componente é onde várias unidades individuais são integradas para criar componentes compostos. O foco é testar as interfaces de componentes.

Teste de sistema é onde alguns ou todos os componentes de um sistema são integrados e o sistema é testado como um todo. O foco é testar as interações dos componentes.

Teste de regressão é onde o sistema é restaurado para uma versão anterior. O teste se preocupa em reproduzir comportamento de algum bug reportado através de controle de mudanças, para posterior correção.

Testes de performance é onde se testa um requisito não funcional. O teste se preocupa em demonstrar que o sistema atende aos requisitos e em descobrir problemas e defeitos no sistema.