Questões da Prova CESPE - 2008 - IPEA - Analista de Sistemas - Suporte de Banco de Dados

Acerca de testes de sistemas, julgue os itens que se seguem.

O teste de caminho é uma abordagem estrutural para o projeto de testes em que podem ser usados fluxogramas. Essa abordagem de projeto pode ser empregada quando do projeto de testes de unidade. Em sistemas de software orientados a objetos, os testes de classes podem ser estruturais.

Julgue os itens subseqüentes, com relação a processos de desenvolvimento de software.

No modelo de processo de desenvolvimento embasado em entrega incremental, tem-se que o sistema é desenvolvido como uma série de incrementos, sendo que cada incremento provê um conjunto de funcionalidades. É fácil identificar os recursos que são comuns aos incrementos, pois todos os requisitos precisam ser detalhados quando do início do desenvolvimento.

Julgue os itens subseqüentes, com relação a processos de desenvolvimento de software.

No modelo em cascata de processo de desenvolvimento, os clientes devem definir os requisitos apenas durante a fase de projeto; e os projetistas definem as estratégias de projeto apenas durante a fase de implementação. As fases do ciclo de vida envolvem definição de requisitos, projeto, implementação, teste, integração, operação e manutenção. Em cada fase do ciclo de vida, podem ser produzidos diversos artefatos.

Quanto a metodologias de desenvolvimento de software, julgue os seguintes itens.

A análise orientada a objetos, o projeto orientado a objetos e a programação orientada a objetos compreendem atividades de engenharia de software voltadas à construção de sistemas orientados a objetos. Nesses sistemas, objetos interagem para prover serviços. No nível de programação, as interações ocorrem via interfaces das classes das quais os objetos são instâncias. Essas interfaces contêm membros públicos das classes.

Quanto a metodologias de desenvolvimento de software, julgue os seguintes itens.

Há métodos ágeis de desenvolvimento que empregam as práticas de programação em pares e teste de unidade. A programação em pares apóia a idéia de que o código é propriedade da equipe como um todo, tipicamente dificulta a refatoração (refactoring) e atua como um processo informal de revisão de código. Em relação aos testes de unidade, há métodos ágeis nos quais testes de unidade são escritos antes do código a ser testado.