Questões de Concurso Comentadas para fundatec

Referente ao modelo V de teste de software, composto por Verificação e Validação e que integra o processo de teste ao longo do processo de desenvolvimento, implementando o princípio de testar do início, é correto afirmar que:

A análise de risco em projetos de teste de software, embora tenha suas características próprias, deve seguir as mesmas regras e metodologias aplicadas a projetos de software em geral. O risco é um dos elementos mais importantes a ser trabalhado no momento de se elaborar o projeto de teste de um software. Portanto, ao preparar o plano de teste e fazer a análise de riscos e definir a cobertura de testes, devemos levar em conta alguns elementos, que são:

Sobre automatização de testes para aplicação web e dispositivos móveis, há ferramentas que abrangem uma variedade de ferramentas e bibliotecas que permitem e suportam a automação de navegadores e aplicativos nativos em várias linguagens. Há uma ferramenta que é um framework de automação de testes para navegadores web, que manipula um navegador nativamente, como um usuário faria, seja localmente ou em uma máquina remota usando um servidor específico. Ela fica no núcleo desse servidor e atua como uma interface para escrever conjuntos de instruções que podem ser executados alternadamente em muitos navegadores. Qual é essa ferramenta?

O teste é feito de forma diferente em diferentes contextos. O teste em um projeto ágil é feito de forma diferente do que o teste em um projeto de ciclo de vida sequencial. Os produtos de trabalho de implementação do teste incluem trabalhos manuais como: os procedimentos de teste e seu sequenciamento, a elaboração das suítes de teste e cronograma de execução do teste. Em alguns casos, especialmente em modelos de desenvolvimento incremental e iterativo, em que as alterações de código estão em andamento, alguns testes automatizados desempenham um papel fundamental na criação da confiança de que as alterações não impactaram os componentes existentes. Qual é o tipo de teste mais propenso a ser automatizado?

Existem as seguintes técnicas de modelagem de testes: caixa branca (também chamadas de técnicas estruturais ou baseadas na estrutura) que são baseadas em uma análise da arquitetura, do detalhamento do projeto, da estrutura interna ou do código do objeto de teste, concentram-se na estrutura e no processamento dentro do objeto de teste; caixa preta (também chamadas de técnicas comportamentais ou baseadas no comportamento) que são fundamentadas em uma análise da base de teste apropriada, aplicáveis a testes funcionais e não funcionais e se concentram nas entradas e saídas do objeto de teste sem referência à sua estrutura interna. Qual alternativa abaixo contém, respectivamente, uma técnica de caixa branca e uma técnica de caixa preta? 

Uma API (Application Programming Interfaces ou Interfaces de Programação de Aplicações) é uma especificação que facilita a troca de mensagens ou dados entre duas ou mais aplicações de software diferentes. Uma definição de API mais informal e normalmente adotada entre engenheiros de software profissionais abrange qualquer interface bem definida que defina o serviço que um componente, um módulo ou uma aplicação fornece a outros elementos de software. Uma vantagem do desenvolvimento com APIs é que a sua criação e sua utilização economiza tempo de programação. Por que isso ocorre?

Scrum é um método de desenvolvimento ágil de software, cujos princípios são consistentes com o manifesto ágil e usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades estruturais: requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica, há tarefas a serem realizadas dentro de um padrão de processo chamado Sprint. O trabalho realizado dentro de um Sprint é adaptado ao problema em questão definido e, muitas vezes, modificado em tempo real pela equipe Scrum. Os testes nesse contexto precisam acompanhar os sprints, e a equipe de teste precisa estar envolvida em todas as atividades estruturais. A equipe de teste deve fazer parte de quais dos papéis presentes no Scrum?

Uma estratégia de teste fornece uma descrição geral do processo de teste, comumente no nível do produto ou organizacional. Existem tipos comuns de estratégias para abordagem de testes. Para a abordagem de testes em aplicações em dispositivos móveis, há uma estratégia de teste que é uma das mais utilizadas, pois esse tipo de estratégia de teste depende do uso sistemático de um conjunto predefinido de testes ou condições de teste, como uma taxonomia de tipos comuns ou prováveis de falhas, uma lista de características de qualidade importantes ou padrões de aparência e comportamento de aplicativos móveis ou páginas da web da empresa. Qual estratégia é essa?

O modelo ou conceito “V” de testes, composto por Verificação e Validação, integra o processo de teste ao longo do processo de desenvolvimento, implementando o princípio de testar do início. Esse modelo inclui níveis de teste associados a cada fase de desenvolvimento que ocorre sequencialmente, mas em alguns casos pode ocorrer a sobreposição. O modelo em "V" demonstra o ciclo de desenvolvimento e um resumo dos passos principais em conjunto com as entregas entre o ambiente de desenvolvimento, ou seja, relaciona as fases de desenvolvimento do software com os níveis de testes aplicados a cada fase. Qual fase de desenvolvimento está relacionada de forma ERRADA ao nível de teste?

Referente aos testes de software, os níveis de teste são grupos de atividades de teste que são organizados e gerenciados juntos. Cada nível de teste é uma instância do processo de teste, executada em relação ao software em um determinado nível de desenvolvimento, desde as unidades individuais ou componentes até os sistemas completos. Considera-se quatro principais níveis de teste. Assinale a alternativa que NÃO é considerada um nível de teste. 

Tipos de teste são grupos de atividades de teste destinados a testar características específicas de um sistema de software, ou parte de um sistema, com base em objetivos de teste específicos. Eles geralmente se dividem em Testes Funcionais e Não Funcionais, Teste de Caixa Branca e Teste de Caixa Preta e se estendem por muitas técnicas. Assinale a alternativa que NÃO se trata de uma técnica de teste.

Não existe um processo universal de teste de software, mas há conjuntos comuns de atividades de teste sem as quais os testes terão menor probabilidade de atingir seus objetivos estabelecidos. Nesse sentido, o processo de teste de software específico e apropriado em qualquer situação depende de muitos fatores. Atividades de teste estão envolvidas nesse processo e podem ser discutidas na estratégia de teste de uma organização. Qual atividade abaixo NÃO faz parte de uma atividade de testes?

O SOLID é um acrônimo em inglês para cinco princípios de projeto que possuem o objetivo de fazer programas mais compreensíveis, flexíveis e sustentáveis. O acrônimo SOLID condensa cinco princípios fundamentais para a concepção de objetos que respondem aos problemas que afetam a escalabilidade e a longevidade de um sistema. Relativamente aos princípios e suas descrições, relacione a Coluna 1 à Coluna 2.
Coluna 1 1. Single Responsibility Principle (Princípio de responsabilidade única). 2. Open-Closed Principle (Princípio aberto/fechado). 3. Liskov Substitution Principle (Princípio de substituição de Liskov). 4. Interface Segregation Principle (Princípio de segregação de interface). 5. Dependency Inversion Principle (Princípio de inversão de dependência).
Coluna 2 ( ) Classe não deve ser obrigada a implementar métodos e interfaces que não serão utilizadas. ( ) Depende de abstrações e não de implementações. ( ) Uma classe deve ter uma e apenas uma razão para mudar. ( ) Objetos devem estar disponíveis para extensão, mas fechados para modificação. ( ) Uma subclasse deve ser substituível por sua superclasse.
A ordem correta de preenchimento dos parênteses, de cima para baixo, é:

Dentro das metodologias ágeis, TDD (Test-Driven Development ou Desenvolvimento Orientado a Testes) e BDD (Behavior Driven Development ou Desenvolvimento Orientando a Comportamentos) são considerados:

Os princípios GRASP (General Responsibility Assignment Software Patterns) definem diretrizes para atribuições de responsabilidades às classes e objetos durante a construção de Sistemas Orientados a Objetos. Os nove diferentes princípios apresentados em GRASP são: Criador, Especialista de informação, Baixo acoplamento, Controlador, Alta coesão e, EXCETO:

No paradigma Orientado a Objetos há, primeiramente, um processo de construção de modelos do domínio do problema, identificando e especificando um conjunto de objetos que interagem e comportam-se conforme os requisitos estabelecidos para o sistema segundo um processo de geração de uma especificação detalhada do software a ser desenvolvido, de tal forma que essa especificação possa levar à direta implementação no ambiente alvo. Esses dois processos são, respectivamente:

A Gestão de Configuração de Software não fornece um método de projeto, um modelo de ciclo de vida e tampouco define como a qualidade dos itens deve ser julgada. Ela fornece um fundamento sólido para todas as outras atividades de engenharia de software, estabelecendo funções da gestão de configuração. Relativamente às funções e suas descrições, relacione a Coluna 1 à Coluna 2.
Coluna 1 1. Identificação de configuração. 2. Controle de configuração. 3. Auditoria de configuração. 4. Contabilização da situação de configuração.
Coluna 2 ( ) Passos no processo de alteração que afetam uma configuração. ( ) Diferenças entre as versões. ( ) Modificações feitas por determinado programador. ( ) Itens que constituem uma configuração.
A ordem correta de preenchimento dos parênteses, de cima para baixo, é:

Programação Orientada a Objetos é um paradigma para o desenvolvimento de software que se baseia na utilização de componentes individuais que colaboram para construir sistemas mais complexos em que a colaboração entre esses componentes é feita através do envio de mensagens. Esse modelo de programação utiliza os seguintes conceitos, EXCETO:

O DevOps (desenvolvimento + operação) preza o estreitamento entre as áreas de desenvolvimento e infraestrutura através de ferramentas e metodologias, de modo que seja possível automatizar, monitorar, observar, testar e metrificar todas as etapas de desenvolvimento de software. Dentro dos processos de DevOps, que visam o aumento dessa qualidade e também a facilitação de colocar um projeto em produção, há um que é uma prática em que os times de desenvolvimento lançam novas funcionalidades de forma constante e automatizada. Quando uma nova funcionalidade é finalizada, automaticamente ela será disponibilizada no ambiente de testes e, posteriormente, no ambiente de produção e, em alguns casos, pode ir direto para produção. Assinale a alternativa que cita essa prática.

A NBR ISO/IEC 9126, sob o título geral "Engenharia de software – Qualidade do produto", define o modelo de qualidade externa e interna. Ele categoriza os atributos de qualidade de software em seis características, subdivididas em subcaracterísticas. Assinale a alternativa que NÃO se trata de uma característica de qualidade definida pela ISO 9126.