Questões de Concurso Comentadas para al-pe

Web services

Marcelo trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e recebeu a tarefa de elaborar um diagrama da UML 2.0 que seja capaz de modelar o que pode ocorrer em partes de um sistema orientado a objetos, como: fluxos de controle e de dados, situações de decisão em que haja uma entrada e diversas saídas, diferentes ações que podem ser executadas por objetos ou entidades quando um método for executado, como um conjunto de ações relacionadas pode ser executado e como afetará objetos ao redor, situações em que mais de uma atividade pode acontecer ao mesmo tempo.

Marcelo optou por usar o diagrama de :

Visibilidade refere-se à capacidade de um método referenciar uma característica de outra classe. Num diagrama de classes da UML 2.0 a visibilidade é indicada com um prefixo representado pelos caracteres:

I. #
II. +
III. ~
IV. -

Os tipos de visibilidade definidos de I a IV são correta e respectivamente:

Considere as afirmativas:

I. Arquiteturas cliente/servidor representam um significativo desafio para os testadores de software. Assim, o teste de software cliente/servidor pode ocorrer em 3 diferentes níveis: (1) aplicações clientes individuais são testadas no modo “não conectado” e a operação do servidor e a rede subjacente não são consideradas; (2) o software cliente e as aplicações do servidor associadas são testadas em conjunto, mas as operações da rede não são explicitamente exercitadas; (3) a arquitetura completa cliente/servidor, incluindo operações e desempenho da rede, é testada.

II. Ambientes baseados na arquitetura cliente/servidor possuem natureza distribuída, seus aspectos de desempenho são associados com o processamento de transações, podem reunir diferentes plataformas de hardware, devem atender e controlar os acessos de um ou mais clientes às bases de dados residentes nos servidores, possuem complexidade inerente à comunicação em rede e concorrência por recursos, dentre outras características.

A afirmativa I

Os testes de caixa preta (CP) e os testes de caixa branca (CB) apresentam as seguintes características:

I. Referem-se a testes que são conduzidos na interface do software. Examinam algum aspecto fundamental do sistema, sem se preocupar com a estrutura lógica interna do software.

II. Testes exaustivos podem ser impraticáveis, mas podem ser aplicados testes que examinam caminhos lógicos importantes e estruturas de dados essenciais podem ser submetidas à prova quanto à sua validade.

III. São baseados em um exame rigoroso do detalhe procedimental. Caminhos lógicos internos ao software e colaborações entre componentes são testados, definindo-se casos de teste que exercitam conjuntos específicos de condições e/ou ciclos.

IV. Focalizam os requisitos funcionais do software, permitindo ao engenheiro de testes derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa.

V. Tentam encontrar erros: em funções incorretas ou omitidas, de interface, de comportamento ou desempenho, de iniciação e término.

VI. Ao usá-los, o engenheiro de testes pode derivar casos de teste que garantam que todos os caminhos independentes de um módulo tenham sido exercitados pelo menos uma vez.

A associação dos tipos de teste de CP ou testes de CB com as características de I a VI é apresentada, correta e respectivamente, em: