Questões de Concurso
Sobre teste de software em engenharia de software
Foram encontradas 1.364 questões
Ano: 2018
Banca:
COMPERVE - UFRN
Órgão:
UFRN
Prova:
COMPERVE - 2018 - UFRN - Analista de Tecnologia da Informação - 104 |
Q942882
Engenharia de Software
Considere as seguintes afirmativas a respeito de critérios de cobertura de teste .
I O grafo de fluxo de controle representa um programa na forma de um grafo onde as arestas são operadores e os nós são operandos de uma expressão.
II O critério de cobertura “todos os caminhos” não é um critério muito utilizado, em razão de duas dificuldades principais: alguns programas geram infinidade de caminhos e existem caminhos que nunca serão executados (independentemente dos valores passados como parâmetro).
III Se uma suíte de testes atinge 100% de cobertura de statements (linhas de código), o programa foi completamente testado e, se existir algum bug, será detectado pelos testes.
IV Os critérios de teste estruturais também são conhecidos como critérios de teste caixa branca.
Estão corretas as afirmativas
Ano: 2018
Banca:
COMPERVE - UFRN
Órgão:
UFRN
Prova:
COMPERVE - 2018 - UFRN - Analista de Tecnologia da Informação - 104 |
Q942881
Engenharia de Software
O critério de testes combinatórios denominado
Ano: 2018
Banca:
CESPE / CEBRASPE
Órgão:
MPE-PI
Prova:
CESPE - 2018 - MPE-PI - Analista Ministerial - Tecnologia da Informação |
Q936712
Engenharia de Software
Com relação a criptografia, desenvolvimento orientado a testes (TDD — test driven development) e Hibernate, julgue o seguinte item.
O TDD possibilita o desenvolvimento de softwares fundamentado em testes. O ciclo de desenvolvimento do TDD segue os seguintes passos:
• escrever um teste que inicialmente não passa;
• adicionar uma nova funcionalidade do sistema;
• fazer o teste passar;
• realizar a integração contínua do código;
• escrever o próximo teste.
Ano: 2018
Banca:
IV - UFG
Órgão:
Câmara de Goiânia - GO
Prova:
CS-UFG - 2018 - Câmara de Goiânia - GO - Assessor Técnico Legislativo - Analista de Sistemas |
Q935158
Engenharia de Software
Teste de regressão refere-se ao processo de retestar
software que tenha sido modificado. Nesse contexto, um
conjunto de teste que é adequado a uma versão do
software não é necessariamente adequado à versão
subsequente do software. O testador selecionou um critério
de teste, que representa uma exigência para os casos de
teste de regressão a cada nova versão do software. Dentre
as opções a seguir, a mais exigente é
Ano: 2018
Banca:
CESGRANRIO
Órgão:
Transpetro
Prova:
CESGRANRIO - 2018 - Transpetro - Analista de Sistemas Júnior - Processos de Negócio |
Q933765
Engenharia de Software
Entre as técnicas de teste de software, aquela que gera
versões levemente modificadas de um programa sob teste
e exercita tanto o programa original quanto os programas
modificados, procurando diferenças entre essas formas, é
conhecida como testes
Ano: 2018
Banca:
FGV
Órgão:
AL-RO
Provas:
FGV - 2018 - AL-RO - Analista Legislativo - Análise e Desenvolvimento de Sistemas
|
FGV - 2018 - AL-RO - Analista Legislativo - Infraestrutura de Redes e Comunicação |
Q928019
Engenharia de Software
O teste de software que visa verificar que, por exemplo, a
correção de uma falha (ou bug) não introduziu uma nova falha
(ou bug), é o teste
Ano: 2018
Banca:
UECE-CEV
Órgão:
Funceme
Prova:
UECE-CEV - 2018 - Funceme - Pesquisador - Informática - Sistema de Suporte de Decisão |
Q926409
Engenharia de Software
Test-driven Development (TDD) é uma
abordagem para o desenvolvimento de programas
em que se intercalam testes e desenvolvimento de
código (Sommerville, I. Engenharia de Software, 9a
edição, 2011).
A respeito do TDD, é correto afirmar que
A respeito do TDD, é correto afirmar que
Q922740
Engenharia de Software
No que se refere aos vários tipos de testes, assinale
com V (verdadeiro) ou F (falso) as afirmações abaixo.
( ) Teste é a forma de avaliação de qualidade mais comum porque é a que fornece melhor custo-benefício, comparada com verificação formal e tolerância a falhas. ( ) As atividades relacionadas ao teste do software devem começar assim que o primeiro módulo do sistema estiver codificado. ( ) A diferença entre teste caixa-preta e teste caixa-branca está apenas na forma como os testes são gerados, pois os dois métodos detectam o mesmo tipo de falha. ( ) Teste de unidade só pode ser aplicado quando o sistema estiver completamente desenvolvido, pois uma unidade raramente funciona independente de outras. ( ) O teste funcional ou caixa-preta consiste em definir as classes de equivalência e escolher valores-limite em cada classe como dados de teste. ( ) O conceito de cobertura de arcos só se aplica ao teste estrutural, uma vez que é preciso conhecimento do código para gerar o grafo de fluxo de controle.
A sequência correta de preenchimento dos parênteses, de cima para baixo, é
( ) Teste é a forma de avaliação de qualidade mais comum porque é a que fornece melhor custo-benefício, comparada com verificação formal e tolerância a falhas. ( ) As atividades relacionadas ao teste do software devem começar assim que o primeiro módulo do sistema estiver codificado. ( ) A diferença entre teste caixa-preta e teste caixa-branca está apenas na forma como os testes são gerados, pois os dois métodos detectam o mesmo tipo de falha. ( ) Teste de unidade só pode ser aplicado quando o sistema estiver completamente desenvolvido, pois uma unidade raramente funciona independente de outras. ( ) O teste funcional ou caixa-preta consiste em definir as classes de equivalência e escolher valores-limite em cada classe como dados de teste. ( ) O conceito de cobertura de arcos só se aplica ao teste estrutural, uma vez que é preciso conhecimento do código para gerar o grafo de fluxo de controle.
A sequência correta de preenchimento dos parênteses, de cima para baixo, é
Q922732
Engenharia de Software
Considere as seguintes afirmações sobre Desenvolvimento
Guiado por Testes (TDD).
I - Uma das regras simples do TDD é que será escrito um código novo apenas se falhar um teste automatizado. II - Teste de um só passo (one step test), teste quebrado (broken test) e teste de exceção (exception test) são nomes de padrões (patterns) para TDD. III- Vermelho-Verde-Refatorar é o “mantra” que resume o ciclo geral de TDD: vermelho – escrever um pequeno teste que não funcione e que talvez nem mesmo compile inicialmente; verde – fazer rapidamente o teste funcionar, mesmo incorrendo em alguma infração necessária; refatorar – eliminar todas as duplicatas criadas, para que apenas o teste funcione.
Quais estão corretas?
I - Uma das regras simples do TDD é que será escrito um código novo apenas se falhar um teste automatizado. II - Teste de um só passo (one step test), teste quebrado (broken test) e teste de exceção (exception test) são nomes de padrões (patterns) para TDD. III- Vermelho-Verde-Refatorar é o “mantra” que resume o ciclo geral de TDD: vermelho – escrever um pequeno teste que não funcione e que talvez nem mesmo compile inicialmente; verde – fazer rapidamente o teste funcionar, mesmo incorrendo em alguma infração necessária; refatorar – eliminar todas as duplicatas criadas, para que apenas o teste funcione.
Quais estão corretas?
Ano: 2018
Banca:
FCC
Órgão:
Prefeitura de São Luís - MA
Prova:
FCC - 2018 - Prefeitura de São Luís - MA - Auditor Fiscal de Tributos I - Tecnologia da Informação (TI) |
Q921055
Engenharia de Software
Em projetos com base em métodos ágeis, a abordagem de testes pode se basear no quadrante de testes ágeis como mostrado na figura abaixo.
Os números I, II, III e IV, relacionados aos quadrantes, correspondem, respectivamente, a
Ano: 2018
Banca:
FCC
Órgão:
Prefeitura de São Luís - MA
Prova:
FCC - 2018 - Prefeitura de São Luís - MA - Auditor Fiscal de Tributos I - Tecnologia da Informação (TI) |
Q921054
Engenharia de Software
Na metodologia ágil XP são realizados testes que são muito ligados com as user stories e buscam testar o sistema do ponto de vista do usuário. Este tipo de teste objetiva validar com o cliente o que foi definido nos requisitos do software, de forma a verificar se o produto desenvolvido está de acordo com o que foi estabelecido. As funcionalidades do sistema são validadas, as entradas podem ser simuladas e o comportamento de saída pode ser observado. Como o sistema é testado com todos os componentes interligados e configurados, inclusive bancos de dados e gerenciadores de filas, há garantias de que cada serviço oferecido está funcionando.
(Adaptado de: https://github.com/fga-gpp-mds/A-Disciplina/wiki/Programação-Extrema-(XP))
O texto se refere
Ano: 2018
Banca:
FGV
Órgão:
COMPESA
Prova:
FGV - 2018 - COMPESA - Analista de Gestão - Analista de Tecnologia da Informação |
Q919259
Engenharia de Software
Com relação à análise estática de código, considere as afirmativas
a seguir.
I. É um tipo de teste de software. II. Visa detectar e corrigir defeitos existentes em programas. III. É capaz de detectar defeitos do tipo bad smell (termo que significa incorreções técnicas ou anomalias que não evitam o sistema de ser executado, mas causam efeitos inesperados durante a execução).
Está correto o que se afirma em
I. É um tipo de teste de software. II. Visa detectar e corrigir defeitos existentes em programas. III. É capaz de detectar defeitos do tipo bad smell (termo que significa incorreções técnicas ou anomalias que não evitam o sistema de ser executado, mas causam efeitos inesperados durante a execução).
Está correto o que se afirma em
Q918925
Engenharia de Software
Teste estático de código é realizado por ferramentas
que analisam o código à procura de potenciais problemas.
Considere os problemas abaixo.
I - Problemas de uso de memória e ponteiros nulos. II - Violação de padrões de código, de acordo com alguma configuração. III - Vulnerabilidades de segurança.
Quais problemas podem ser detectados por meio de ferramentas de análise estática?
I - Problemas de uso de memória e ponteiros nulos. II - Violação de padrões de código, de acordo com alguma configuração. III - Vulnerabilidades de segurança.
Quais problemas podem ser detectados por meio de ferramentas de análise estática?
Q918924
Engenharia de Software
Considere as ações abaixo, executadas em desenvolvimento
orientado a testes, Test-Driven Design (TDD).
I - Escrever código de teste. II - Verificar se o teste falha. III - Escrever código de produção. IV - Executar teste até passar (reescrevendo o código de produção, se for necessário, até que o teste passe). V - Refatorar código de produção e/ou de teste para melhorá-lo.
Considerando que se deseja incluir um novo caso de teste, assinale a alternativa que apresenta a sequência de ações que devem obrigatoriamente ocorrer para essa inclusão, segundo o TDD.
I - Escrever código de teste. II - Verificar se o teste falha. III - Escrever código de produção. IV - Executar teste até passar (reescrevendo o código de produção, se for necessário, até que o teste passe). V - Refatorar código de produção e/ou de teste para melhorá-lo.
Considerando que se deseja incluir um novo caso de teste, assinale a alternativa que apresenta a sequência de ações que devem obrigatoriamente ocorrer para essa inclusão, segundo o TDD.
Q918923
Engenharia de Software
Suponha uma organização que já está em processo
adiantado de práticas ágeis de teste. Ela já tem bem
consolidada a prática de criação de testes automatizados
para as funcionalidades desenvolvidas, e um processo
de integração contínua que inclui a verificação de testes
de regressão durante a construção do build. Neste
contexto, analise as afirmativas abaixo.
I - Mesmo que os desenvolvedores se assegurem de que todos os testes sejam executados com sucesso antes de integrar seu código (check-in), ainda assim é possível que testes de regressão falhem quando o novo código for integrado, causando uma “quebra de build”. O desenvolvedor responsável por esse novo código deve consertar o problema para que o build possa ser refeito, avaliando a lista de tarefas que tem a executar, a fim de definir a prioridade desse conserto, ao longo de seu dia de trabalho. II - Para assegurar que um build possa dar retorno imediato, é necessário que possa ser gerado em um tempo curto. Se alguns testes de regressão são muito demorados (por exemplo, scripts de interface), podem-se usar estratégias, como ter um processo de build separado que rode os testes mais demorados, ou versões diferentes de construção completa e resumida de build que rodariam durante a noite ou durante as horas de trabalho, respectivamente. III - Ao longo de uma iteração, novos testes automatizados são construídos. Todos os novos testes automatizados construídos para uma dada história devem ser incluídos na respectiva suíte de regressão.
Quais afirmativas estão corretas?
I - Mesmo que os desenvolvedores se assegurem de que todos os testes sejam executados com sucesso antes de integrar seu código (check-in), ainda assim é possível que testes de regressão falhem quando o novo código for integrado, causando uma “quebra de build”. O desenvolvedor responsável por esse novo código deve consertar o problema para que o build possa ser refeito, avaliando a lista de tarefas que tem a executar, a fim de definir a prioridade desse conserto, ao longo de seu dia de trabalho. II - Para assegurar que um build possa dar retorno imediato, é necessário que possa ser gerado em um tempo curto. Se alguns testes de regressão são muito demorados (por exemplo, scripts de interface), podem-se usar estratégias, como ter um processo de build separado que rode os testes mais demorados, ou versões diferentes de construção completa e resumida de build que rodariam durante a noite ou durante as horas de trabalho, respectivamente. III - Ao longo de uma iteração, novos testes automatizados são construídos. Todos os novos testes automatizados construídos para uma dada história devem ser incluídos na respectiva suíte de regressão.
Quais afirmativas estão corretas?
Q918922
Engenharia de Software
No desenvolvimento de software, o processo de teste
resulta na produção de distintos artefatos. Dentre estes,
documentos.
Sobre o documento Plano de Teste, assinale a alternativa
que apresenta o elemento que NÃO faz parte desse
artefato.
Q918921
Engenharia de Software
Considere as afirmações abaixo sobre desenvolvimento
ágil orientado a testes de aceitação, em inglês
Acceptance Test-Driven Development (ATDD).
I - Em ATDD, testes de aceitação devem ser especificados de forma colaborativa por desenvolvedores, clientes e testadores, de forma a reduzir a diferença entre teste de sistema e teste de aceitação. II - Em ATDD, testes de aceitação são executados pelo cliente ou usuário apenas na última fase do projeto, sendo o propósito principal verificar se o sistema desenvolvido está funcionando de acordo com o que foi acordado. III - Em ATDD, testes de aceitação oferecem um contexto para derivar testes para as diferentes unidades do projeto do software em TDD (Test-Driven Design – projeto orientado a teste). IV - Em ATDD, testes de aceitação não podem ser automatizados.
Quais estão corretas?
I - Em ATDD, testes de aceitação devem ser especificados de forma colaborativa por desenvolvedores, clientes e testadores, de forma a reduzir a diferença entre teste de sistema e teste de aceitação. II - Em ATDD, testes de aceitação são executados pelo cliente ou usuário apenas na última fase do projeto, sendo o propósito principal verificar se o sistema desenvolvido está funcionando de acordo com o que foi acordado. III - Em ATDD, testes de aceitação oferecem um contexto para derivar testes para as diferentes unidades do projeto do software em TDD (Test-Driven Design – projeto orientado a teste). IV - Em ATDD, testes de aceitação não podem ser automatizados.
Quais estão corretas?
Q918920
Engenharia de Software
Observe os testes de aceitação especificados abaixo.
I - Como aluno de matemática Desejo saber o tipo de triângulo baseado no tamanho de seus lados Para conhecer o tipo de triângulo
II - Funcionalidade: Leitor de tipos de triângulo Cenário: Triângulo escaleno Dado que estou na página de consulta de triângulos Quando eu informo os lados de um triângulo: | lado_a | lado_b | lado_c | | 3 | 4 | 5 | Então o sistema informa que o triângulo é "Escaleno"
III - Funcionalidade: Leitor de tipos de triângulo Cenário: Triângulo inválido Dado que estou na página de consulta de triângulos e que informo apenas dois lados de um triângulo Então o sistema informa que o triângulo é inválido Porque eu deveria informar três lados
Quais dessas especificações são expressões bem definidas de teste de aceitação, segundo o Behavior-Driven Design (BDD), usando a notação Gherkin?
I - Como aluno de matemática Desejo saber o tipo de triângulo baseado no tamanho de seus lados Para conhecer o tipo de triângulo
II - Funcionalidade: Leitor de tipos de triângulo Cenário: Triângulo escaleno Dado que estou na página de consulta de triângulos Quando eu informo os lados de um triângulo: | lado_a | lado_b | lado_c | | 3 | 4 | 5 | Então o sistema informa que o triângulo é "Escaleno"
III - Funcionalidade: Leitor de tipos de triângulo Cenário: Triângulo inválido Dado que estou na página de consulta de triângulos e que informo apenas dois lados de um triângulo Então o sistema informa que o triângulo é inválido Porque eu deveria informar três lados
Quais dessas especificações são expressões bem definidas de teste de aceitação, segundo o Behavior-Driven Design (BDD), usando a notação Gherkin?
Q918919
Engenharia de Software
Considere as seguintes afirmações sobre relatórios de
teste.
I - Os relatórios dos resultados dos testes servem tanto para os desenvolvedores como para os projetistas de teste. II - Um projetista de teste utiliza os relatórios para avaliar e refinar suas abordagens, por exemplo, observando quando alguma classe de falhas está fugindo das fases iniciais de teste e aparecendo apenas nos testes de sistema. III - Registros detalhados de teste são projetados para uma leitura seletiva e incluem tabelas-resumo que normalmente incluem os conjuntos de testes executados, a quantidade de falhas e uma classificação das falhas que se repetiram de execuções anteriores, falhas novas e casos de teste que falharam anteriormente, mas que agora foram executados corretamente.
Quais estão corretas?
I - Os relatórios dos resultados dos testes servem tanto para os desenvolvedores como para os projetistas de teste. II - Um projetista de teste utiliza os relatórios para avaliar e refinar suas abordagens, por exemplo, observando quando alguma classe de falhas está fugindo das fases iniciais de teste e aparecendo apenas nos testes de sistema. III - Registros detalhados de teste são projetados para uma leitura seletiva e incluem tabelas-resumo que normalmente incluem os conjuntos de testes executados, a quantidade de falhas e uma classificação das falhas que se repetiram de execuções anteriores, falhas novas e casos de teste que falharam anteriormente, mas que agora foram executados corretamente.
Quais estão corretas?
Q918918
Engenharia de Software
Uma das métricas de teste utilizada para avaliar a
eficiência do controle de qualidade é:
Conheça nossos planos