Logo Passei Direto
Buscar

Teste de Software aol3

User badge image
Scott. A

em

Ferramentas de estudo

Questões resolvidas

Leia o excerto a seguir: "Chama-se Gerenciamento de risco o meio pelo qual estas incertezas são sistematicamente gerenciadas, permitindo avaliar e enfrentar os riscos, evitando o que pode ser evitado, controlando o que pode ser controlado e minimizando a imprevisibilidade." Fonte: MARTINS, J. C. C. Técnica para Gerenciamento de projetos de software. Rio de Janeiro: Brasport, 2007, p. 83.
O trecho acima trata do conceito de gerenciamento de riscos. A partir dessas informações e do conteúdo estudado sobre o relatório de defeitos, pode-se afirmar que o Mantis:
1. é uma configuração do sistema, com a função de auxiliar a gestão de defeitos.
2. é uma ferramenta executada de maneira automatizada, com a função de auxiliar a gestão de defeitos.
3. é uma linguagem computacional, com a função de auxiliar a gestão de defeitos.
4. é uma ferramenta executada manualmente, com a função de auxiliar a gestão de defeitos.
5. é um procedimento baseado em códigos, com a função de auxiliar a gestão de defeitos.

Leia o excerto a seguir: "Inteligência artificial (IA) e machine learning (ML) para o bem e para o mal – conforme o IDC, até o final do próximo ano pelo menos metade dos SOCs (Security Operating Centers) adotam ferramentas de automação e inteligência artificial. Os ganhos de produtividade, com agilidade e escala, são mandatórios, inclusive, porque o outro lado também conta com recursos para automatizar testes." Fonte: TERRA. A Expansão Digital e os desafios da cibersegurança em 2020. Disponível em: . Acesso em: 20 jan. 2020.
Considerando essas informações e o conteúdo estudado sobre as principais ferramentas de automação de testes, pode-se afirmar que o Robotium:
1. é compatível com interfaces do sistema e retém a escrita simplificada da automação de testes de cadastros.
2. é compatível com desenvolvimento de scripts e possibilita a escrita simplificada da automação de testes de comandos.
3. é compatível com aplicações nativas ou híbridas e permite a escrita simplificada da automação de testes de caixa-preta.
4. é compatível com configurações de linguagem e insere a escrita simplificada da automação de testes de hardware.
5. é compatível com estruturas programadas e corrige a escrita simplificada da automação de testes de métodos.

Leia o excerto a seguir: "O teste de recuperação é um teste de sistema que força o software a falhar de diversas maneiras e verifica se a recuperação é adequadamente executada. Já o teste de segurança tenta verificar se todos os mecanismos de proteção embutidos no sistema o protegerão de fato de acessos indevidos etc." Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. Ed. Rio de Janeiro: Brasport, 2005. p. 271.
O trecho acima trata das diferenças entre um teste de recuperação e um teste de segurança. Assim, considerando essas informações e o conteúdo estudado sobre os exemplos de extração de casos de teste, pode-se afirmar que a derivação dos casos de teste para testes de segurança/acesso ocorre:
1. se criarmos casos de teste que garantam aos agentes o poder de realizar as interações, considerando as diferenças inerentes à sua funcionalidade.
2. se criarmos casos de teste que garantam aos agentes o poder de realizar a instalação, considerando as diferenças inerentes à sua operação.
3. se criarmos casos de teste que garantam aos agentes o poder de realizar os casos de uso, considerando as diferenças inerentes ao seu fluxo de eventos.
4. se criarmos casos de teste que garantam aos agentes o poder de realizar as configurações, considerando as diferenças inerentes às suas interfaces.
5. se criarmos casos de teste que garantam aos agentes o poder de realizar as interfaces, considerando as diferenças inerentes à sua configuração.

Leia o excerto a seguir: "Quando criamos testes automatizados, às vezes precisamos rodar somente um novo teste recém-criado, sem a necessidade de testar todo o resto. Ou mesmo, podemos precisar rodar somente um arquivo de teste específico, sem a necessidade de rodar todos os outros." Fonte: FILHO, W. Protractor: Lições sobre testes end-to-end automatizados. [S.I]: Caso do código, 2016, p. 22.
O trecho acima trata da utilidade dos testes automatizados. Considerando essas informações e o conteúdo estudado, analise os métodos utilizados na criação de casos de testes automáticos a seguir e associe-os com as suas respectivas características.
1) Rapoo.
2) JMobile Tools.
3) TGV.
4) LTS.
( ) Auxiliar as ferramentas utilizadas nas simulações e na criação de espaços nos estados, apresentando à sua API classes e metodologias.
( ) Ferramenta de auxílio dos testes funcionais (caixa-preta), que se baseia em metodologias de análise de modelos da implementação automática dos casos de teste.
( ) Formalismo desenvolvido para aproveitar os modelos com características estruturais disponibilizadas pela orientação a objetos, junto com os modelos das redes de Petri.
( ) Procedimento formal de entrada que a grande maioria das ferramentas usa na criação e escolha automática de casos de teste.

Leia o excerto a seguir: "Entretanto, uma vez que exista código executável, torna-se possível executar casos de teste, isto é, realizar testes baseados em execução. Não obstante, a existência do código não exclui a possibilidade de testes que não se baseiam em execução." Fonte: SCHACH, S. R. Engenharia de Software: Os paradigmas Clássico e Orientado a Objetos. 7. ed. Porto Alegre: AMG, 2010, p. 150.
Considerando essas informações e o conteúdo estudado sobre a criação de casos de teste, é possível afirmar que um dos fatores que explicam a complexidade existente na execução deles está:
1. nas configurações criadas que podem apresentar uma manutenção de componentes inseridos.
2. na customização inserida que pode apresentar uma manutenção dos produtos validados.
3. nas interações desenvolvidas que podem apresentar uma manutenção de interfaces limitadas.
4. nas configurações definidas que podem apresentar uma manutenção de interações extensas.
5. nas regras estabelecidas que possam apresentar uma manutenção com alto custo.

Leia o excerto a seguir: “O sistema real, nativo ou hospedeiro (host system), contém os recursos reais de hardware e software do sistema. Já o sistema virtual, também denominado de sistema convidado (guest system) executa suas ações no sistema virtualizado. Em alguns casos, vários sistemas virtuais podem coexistir, atuando simultaneamente no mesmo sistema real.” Fonte: CORDELLI, R. L.; LAUREANO, M. A. P. Fundamentos de software: desempenho de sistema computação. 1. ed. São Paulo: Erica, 2014. p. 49.
O trecho acima traz as aplicações em um sistema real. Considerando essas informações e o conteúdo estudado sobre a automação dos testes, pode-se afirmar que a finalidade de um sistema real é:
1. apresentar uma quantidade expressiva de cenários de teste.
2. apresentar uma quantidade expressiva de métodos e interfaces.
3. apresentar uma quantidade expressiva de segurança e controle.
4. apresentar uma quantidade expressiva de configurações no sistema.
5. apresentar uma quantidade expressiva de gerenciamentos.

Leia o excerto a seguir: "A gestão de qualidade pessoal tem como objetivo auxiliar o engenheiro de software a trabalhar de forma real e objetiva com os defeitos que ele próprio insere no programa. Estes níveis adicionam métodos para gestão da qualidade ao PSP." Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. ed. Rio de Janeiro: Brasport, 2005. p. 148.
Considerando essas informações e o conteúdo estudado sobre o processo de gestão de defeitos, pode-se concluir que essa modalidade de gestão:
1. apresenta uma forma de promover integração entre a equipe de interface e de configuração.
2. apresenta uma forma de promover integração entre a equipe de requisitos e de atividades.
3. apresenta uma forma de promover integração entre a equipe de desenvolvimento e de testes.
4. apresenta uma forma de promover integração entre a equipe de codificação e de desenvolvimento.
5. apresenta uma forma de promover integração entre a equipe de interação e de software.

Leia o excerto a seguir: "Os termos ‘teste de caixa preta’ e ‘teste de caixa transparente’ são particularmente descritivos. Quando testamos em relação às especificações, tratamos o código como uma caixa preta totalmente opaca. Ao contrário, quando testamos em relação ao código, temos de ser capazes de enxergar dentro da caixa." Fonte: SCHACH, S. R. Engenharia de Software: os paradigmas clássicos orientados a objetos. 7. Ed. Porto Alegre: AMGH, 2010. p. 482.
Considerando essas informações e o conteúdo estudado sobre a geração de casos de testes caixa-preta, é possível afirmar que o Pairwise Testing:
1. é a combinação das possíveis retenções em um sistema estabelecido, usando uma maneira sintetizada para gerar um número mínimo das entradas de teste.
2. é a combinação das possíveis entradas em um sistema estabelecido, usando uma maneira inteligente para gerar um número mínimo das saídas de teste.
3. consiste em uma etapa do método de amostragem, em que cada amostra escolhida apresenta o mesmo nível de probabilidade da outra.
4. consiste em uma etapa do método de interação, em que cada amostra escolhida apresenta o mesmo nível de configuração da outra.
5. é a combinação das possíveis configurações em um sistema estabelecido, usando uma maneira interativa para gerar um número mínimo de cenários de teste.

Leia o excerto a seguir: "A realização do processo de automação requer ferramentas que possibilitem a interação entre as rotinas automatizadas e os softwares a serem testados. Também requer que essas ferramentas possuam recursos de conferências automáticas." Fonte: BARTIÉ, A. Garantia de Qualidade de Software: Adquirindo maturidade organizacional. Rio de Janeiro: Elsevier, 2002.
Considerando essas informações e o conteúdo estudado sobre os testes automatizados, é possível afirmar que, no processo de automação, os scripts:
1. são formados por estruturas que simulam as saídas no sistema, além das análises, para definir comparações para as configurações.
2. são formados por métodos que simulam as saídas no sistema, além das análises, para definir comparações para as interações.
3. são formados por configurações que simulam as interações no sistema, além das análises, para definir comparações para as entradas.
4. são constituídos por comandos que simulam as entradas no sistema, além das análises, estabelecendo comparações com as saídas.
5. são formados por inserções que simulam as configurações no sistema, além das análises, para definir comparações para as saídas.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

Leia o excerto a seguir: "Chama-se Gerenciamento de risco o meio pelo qual estas incertezas são sistematicamente gerenciadas, permitindo avaliar e enfrentar os riscos, evitando o que pode ser evitado, controlando o que pode ser controlado e minimizando a imprevisibilidade." Fonte: MARTINS, J. C. C. Técnica para Gerenciamento de projetos de software. Rio de Janeiro: Brasport, 2007, p. 83.
O trecho acima trata do conceito de gerenciamento de riscos. A partir dessas informações e do conteúdo estudado sobre o relatório de defeitos, pode-se afirmar que o Mantis:
1. é uma configuração do sistema, com a função de auxiliar a gestão de defeitos.
2. é uma ferramenta executada de maneira automatizada, com a função de auxiliar a gestão de defeitos.
3. é uma linguagem computacional, com a função de auxiliar a gestão de defeitos.
4. é uma ferramenta executada manualmente, com a função de auxiliar a gestão de defeitos.
5. é um procedimento baseado em códigos, com a função de auxiliar a gestão de defeitos.

Leia o excerto a seguir: "Inteligência artificial (IA) e machine learning (ML) para o bem e para o mal – conforme o IDC, até o final do próximo ano pelo menos metade dos SOCs (Security Operating Centers) adotam ferramentas de automação e inteligência artificial. Os ganhos de produtividade, com agilidade e escala, são mandatórios, inclusive, porque o outro lado também conta com recursos para automatizar testes." Fonte: TERRA. A Expansão Digital e os desafios da cibersegurança em 2020. Disponível em: . Acesso em: 20 jan. 2020.
Considerando essas informações e o conteúdo estudado sobre as principais ferramentas de automação de testes, pode-se afirmar que o Robotium:
1. é compatível com interfaces do sistema e retém a escrita simplificada da automação de testes de cadastros.
2. é compatível com desenvolvimento de scripts e possibilita a escrita simplificada da automação de testes de comandos.
3. é compatível com aplicações nativas ou híbridas e permite a escrita simplificada da automação de testes de caixa-preta.
4. é compatível com configurações de linguagem e insere a escrita simplificada da automação de testes de hardware.
5. é compatível com estruturas programadas e corrige a escrita simplificada da automação de testes de métodos.

Leia o excerto a seguir: "O teste de recuperação é um teste de sistema que força o software a falhar de diversas maneiras e verifica se a recuperação é adequadamente executada. Já o teste de segurança tenta verificar se todos os mecanismos de proteção embutidos no sistema o protegerão de fato de acessos indevidos etc." Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. Ed. Rio de Janeiro: Brasport, 2005. p. 271.
O trecho acima trata das diferenças entre um teste de recuperação e um teste de segurança. Assim, considerando essas informações e o conteúdo estudado sobre os exemplos de extração de casos de teste, pode-se afirmar que a derivação dos casos de teste para testes de segurança/acesso ocorre:
1. se criarmos casos de teste que garantam aos agentes o poder de realizar as interações, considerando as diferenças inerentes à sua funcionalidade.
2. se criarmos casos de teste que garantam aos agentes o poder de realizar a instalação, considerando as diferenças inerentes à sua operação.
3. se criarmos casos de teste que garantam aos agentes o poder de realizar os casos de uso, considerando as diferenças inerentes ao seu fluxo de eventos.
4. se criarmos casos de teste que garantam aos agentes o poder de realizar as configurações, considerando as diferenças inerentes às suas interfaces.
5. se criarmos casos de teste que garantam aos agentes o poder de realizar as interfaces, considerando as diferenças inerentes à sua configuração.

Leia o excerto a seguir: "Quando criamos testes automatizados, às vezes precisamos rodar somente um novo teste recém-criado, sem a necessidade de testar todo o resto. Ou mesmo, podemos precisar rodar somente um arquivo de teste específico, sem a necessidade de rodar todos os outros." Fonte: FILHO, W. Protractor: Lições sobre testes end-to-end automatizados. [S.I]: Caso do código, 2016, p. 22.
O trecho acima trata da utilidade dos testes automatizados. Considerando essas informações e o conteúdo estudado, analise os métodos utilizados na criação de casos de testes automáticos a seguir e associe-os com as suas respectivas características.
1) Rapoo.
2) JMobile Tools.
3) TGV.
4) LTS.
( ) Auxiliar as ferramentas utilizadas nas simulações e na criação de espaços nos estados, apresentando à sua API classes e metodologias.
( ) Ferramenta de auxílio dos testes funcionais (caixa-preta), que se baseia em metodologias de análise de modelos da implementação automática dos casos de teste.
( ) Formalismo desenvolvido para aproveitar os modelos com características estruturais disponibilizadas pela orientação a objetos, junto com os modelos das redes de Petri.
( ) Procedimento formal de entrada que a grande maioria das ferramentas usa na criação e escolha automática de casos de teste.

Leia o excerto a seguir: "Entretanto, uma vez que exista código executável, torna-se possível executar casos de teste, isto é, realizar testes baseados em execução. Não obstante, a existência do código não exclui a possibilidade de testes que não se baseiam em execução." Fonte: SCHACH, S. R. Engenharia de Software: Os paradigmas Clássico e Orientado a Objetos. 7. ed. Porto Alegre: AMG, 2010, p. 150.
Considerando essas informações e o conteúdo estudado sobre a criação de casos de teste, é possível afirmar que um dos fatores que explicam a complexidade existente na execução deles está:
1. nas configurações criadas que podem apresentar uma manutenção de componentes inseridos.
2. na customização inserida que pode apresentar uma manutenção dos produtos validados.
3. nas interações desenvolvidas que podem apresentar uma manutenção de interfaces limitadas.
4. nas configurações definidas que podem apresentar uma manutenção de interações extensas.
5. nas regras estabelecidas que possam apresentar uma manutenção com alto custo.

Leia o excerto a seguir: “O sistema real, nativo ou hospedeiro (host system), contém os recursos reais de hardware e software do sistema. Já o sistema virtual, também denominado de sistema convidado (guest system) executa suas ações no sistema virtualizado. Em alguns casos, vários sistemas virtuais podem coexistir, atuando simultaneamente no mesmo sistema real.” Fonte: CORDELLI, R. L.; LAUREANO, M. A. P. Fundamentos de software: desempenho de sistema computação. 1. ed. São Paulo: Erica, 2014. p. 49.
O trecho acima traz as aplicações em um sistema real. Considerando essas informações e o conteúdo estudado sobre a automação dos testes, pode-se afirmar que a finalidade de um sistema real é:
1. apresentar uma quantidade expressiva de cenários de teste.
2. apresentar uma quantidade expressiva de métodos e interfaces.
3. apresentar uma quantidade expressiva de segurança e controle.
4. apresentar uma quantidade expressiva de configurações no sistema.
5. apresentar uma quantidade expressiva de gerenciamentos.

Leia o excerto a seguir: "A gestão de qualidade pessoal tem como objetivo auxiliar o engenheiro de software a trabalhar de forma real e objetiva com os defeitos que ele próprio insere no programa. Estes níveis adicionam métodos para gestão da qualidade ao PSP." Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. ed. Rio de Janeiro: Brasport, 2005. p. 148.
Considerando essas informações e o conteúdo estudado sobre o processo de gestão de defeitos, pode-se concluir que essa modalidade de gestão:
1. apresenta uma forma de promover integração entre a equipe de interface e de configuração.
2. apresenta uma forma de promover integração entre a equipe de requisitos e de atividades.
3. apresenta uma forma de promover integração entre a equipe de desenvolvimento e de testes.
4. apresenta uma forma de promover integração entre a equipe de codificação e de desenvolvimento.
5. apresenta uma forma de promover integração entre a equipe de interação e de software.

Leia o excerto a seguir: "Os termos ‘teste de caixa preta’ e ‘teste de caixa transparente’ são particularmente descritivos. Quando testamos em relação às especificações, tratamos o código como uma caixa preta totalmente opaca. Ao contrário, quando testamos em relação ao código, temos de ser capazes de enxergar dentro da caixa." Fonte: SCHACH, S. R. Engenharia de Software: os paradigmas clássicos orientados a objetos. 7. Ed. Porto Alegre: AMGH, 2010. p. 482.
Considerando essas informações e o conteúdo estudado sobre a geração de casos de testes caixa-preta, é possível afirmar que o Pairwise Testing:
1. é a combinação das possíveis retenções em um sistema estabelecido, usando uma maneira sintetizada para gerar um número mínimo das entradas de teste.
2. é a combinação das possíveis entradas em um sistema estabelecido, usando uma maneira inteligente para gerar um número mínimo das saídas de teste.
3. consiste em uma etapa do método de amostragem, em que cada amostra escolhida apresenta o mesmo nível de probabilidade da outra.
4. consiste em uma etapa do método de interação, em que cada amostra escolhida apresenta o mesmo nível de configuração da outra.
5. é a combinação das possíveis configurações em um sistema estabelecido, usando uma maneira interativa para gerar um número mínimo de cenários de teste.

Leia o excerto a seguir: "A realização do processo de automação requer ferramentas que possibilitem a interação entre as rotinas automatizadas e os softwares a serem testados. Também requer que essas ferramentas possuam recursos de conferências automáticas." Fonte: BARTIÉ, A. Garantia de Qualidade de Software: Adquirindo maturidade organizacional. Rio de Janeiro: Elsevier, 2002.
Considerando essas informações e o conteúdo estudado sobre os testes automatizados, é possível afirmar que, no processo de automação, os scripts:
1. são formados por estruturas que simulam as saídas no sistema, além das análises, para definir comparações para as configurações.
2. são formados por métodos que simulam as saídas no sistema, além das análises, para definir comparações para as interações.
3. são formados por configurações que simulam as interações no sistema, além das análises, para definir comparações para as entradas.
4. são constituídos por comandos que simulam as entradas no sistema, além das análises, estabelecendo comparações com as saídas.
5. são formados por inserções que simulam as configurações no sistema, além das análises, para definir comparações para as saídas.

Prévia do material em texto

1. Pergunta 1 
/1 
Leia o excerto a seguir: 
“O teste de invasão é uma atividade recomendada para avaliar a estrutura tecnológica da 
informação de acordo com uma visão externa e interna. Além de avaliar a segurança da 
informação, esse serviço avalia a qualidade dos controles de SI implementados.” 
 
Fonte: MANOEL, S. S. Governança de Segurança da Informação: como criar 
oportunidades para o seu negócio. Rio de Janeiro: Brasport, 2014. p. 74. 
Considerando essas informações e do conteúdo estudado sobre os desafios e benefícios 
da automação de testes, pode-se afirmar que a segurança de informação é obtida: 
Ocultar opções de resposta 
1. 
por meio de verificações, que permitem realizar buscas constantes para evitar a 
presença de intents. 
2. 
por meio de testes automatizados, que permitem realizar verificações constantes 
para evitar a presença de hackers dentro um código falho. 
Resposta correta 
3. 
graças aos desenvolvedores, que permite realizar buscas constantes para evitar a 
presença de bugs e hardware. 
4. 
graças às interações, que permitem realizar verificações constantes para evitar a 
presença de interface. 
5. 
por meio de configurações, que permite realizar buscas esporádicas para evitar a 
presença de usuários. 
2. Pergunta 2 
/1 
Leia o excerto a seguir: 
“Chama-se Gerenciamento de risco o meio pelo qual estas incertezas são 
sistematicamente gerenciadas, permitindo avaliar e enfrentar os riscos, evitando o que 
pode ser evitado, controlando o que pode ser controlado e minimizando a 
imprevisibilidade.” 
 
Fonte: MARTINS, J. C. C. Técnica para Gerenciamento de projetos de software. Rio de 
Janeiro: Brasport, 2007, p. 83. 
O trecho acima trata do conceito de gerenciamento de riscos. A partir dessas 
informações e do conteúdo estudado sobre o relatório de defeitos, pode-se afirmar que o 
Mantis: 
Ocultar opções de resposta 
1. 
é uma linguagem computacional, com a função de auxiliar a gestão de defeitos. 
2. 
é uma configuração do sistema, com a função de auxiliar a gestão de defeitos. 
3. 
é um procedimento baseado em códigos, com a função de auxiliar a gestão de 
defeitos. 
4. 
é uma ferramenta executada de maneira automatizada, com a função de auxiliar a 
gestão de defeitos. 
Resposta correta 
5. 
é uma ferramenta executada manualmente, com a função de auxiliar a gestão de 
defeitos 
3. Pergunta 3 
/1 
Leia o excerto a seguir: 
“Inteligência artificial (IA) e machine learning (ML) para o bem e para o mal – 
conforme o IDC, até o final do próximo ano pelo menos metade dos SOCs (Security 
Operating Centers) adotam ferramentas de automação e inteligência artificial. Os 
ganhos de produtividade, com agilidade e escala, são mandatórios, inclusive, porque o 
outro lado também conta com recursos para automatizar testes.” 
 
Fonte: TERRA. A Expansão Digital e os desafios da cibersegurança em 2020. 
Disponível em: <https://bit.ly/2RFKVWB>. Acesso em: 20 jan. 2020. 
Considerando essas informações e o conteúdo estudado sobre as principais ferramentas 
de automação de testes, pode-se afirmar que o Robotium: 
Ocultar opções de resposta 
1. 
é compatível com estruturas programadas e corrige a escrita simplificada da 
automação de testes de métodos. 
2. 
é compatível com aplicações nativas ou híbridas e permite a escrita simplificada da 
automação de testes de caixa-preta. 
Resposta correta 
3. 
é compatível com interfaces do sistema e retém a escrita simplificada da 
automação de testes de cadastros. 
4. 
é compatível com configurações de linguagem e insere a escrita simplificada da 
automação de testes de hardware. 
5. 
é compatível com desenvolvimento de scripts e possibilita a escrita simplificada da 
automação de testes de comandos. 
4. Pergunta 4 
/1 
Leia o excerto a seguir: 
“O teste de recuperação é um teste de sistema que força o software a falhar de diversas 
maneiras e verifica se a recuperação é adequadamente executada. Já o teste de 
segurança tenta verificar se todos os mecanismos de proteção embutidos no sistema o 
protegerão de fato de acessos indevidos etc.” 
 
Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. Ed. Rio 
de Janeiro: Brasport, 2005. p. 271. 
https://bit.ly/2RFKVWB
O trecho acima trata das diferenças entre um teste de recuperação e um teste de 
segurança. Assim, considerando essas informações e o conteúdo estudado sobre os 
exemplos de extração de casos de teste, pode-se afirmar que a derivação dos casos de 
teste para testes de segurança/acesso ocorre: 
Ocultar opções de resposta 
1. 
se criarmos casos de teste que garantam aos agentes o poder de realizar as 
interfaces, considerando as diferenças inerentes à sua configuração. 
2. 
se criarmos casos de teste que garantam aos agentes o poder de realizar os casos de 
uso, considerando as diferenças inerentes ao seu fluxo de eventos. 
Resposta correta 
3. 
se criarmos casos de teste que garantam aos agentes o poder de realizar a 
instalação, considerando as diferenças inerentes à sua operação. 
4. 
se criarmos casos de teste que garantam aos agentes o poder de realizar as 
interações, considerando as diferenças inerentes à sua funcionalidade. 
5. 
se criarmos casos de teste que garantam aos agentes o poder de realizar as 
configurações, considerando as diferenças inerentes às suas interfaces. 
5. Pergunta 5 
/1 
Leia o excerto a seguir: 
“Quando criamos testes automatizados, às vezes precisamos rodar somente um novo 
teste recém-criado, sem a necessidade de testar todo o resto. Ou mesmo, podemos 
precisar rodar somente um arquivo de teste específico, sem a necessidade de rodar todos 
os outros”. 
 
Fonte: FILHO, W. Protractor: Lições sobre testes end-to-end automatizados. [S.I]: Caso 
do código, 2016, p. 22. 
O trecho acima trata da utilidade dos testes automatizados. Considerando essas 
informações e o conteúdo estudado, analise os métodos utilizados na criação de casos de 
testes automáticos a seguir e associe-os com as suas respectivas características. 
1) Rapoo. 
2) JMobile Tools. 
3) TGV. 
4) LTS. 
( ) Auxiliar as ferramentas utilizadas nas simulações e na criação de espaços nos 
estados, apresentando à sua API classes e metodologias. 
( ) Ferramenta de auxílio dos testes funcionais (caixa-preta), que se baseia em 
metodologias de análise de modelos da implementação automática dos casos de teste. 
( ) Formalismo desenvolvido para aproveitar os modelos com características estruturais 
disponibilizadas pela orientação a objetos, junto com os modelos das redes de Petri. 
( ) Procedimento formal de entrada que a grande maioria das ferramentas usa na criação 
e escolha automática de casos de teste. 
Agora, assinale a alternativa que apresenta a sequência correta: 
Ocultar opções de resposta 
1. 
2, 3, 1, 4. 
Resposta correta 
2. 
1, 2, 4, 3. 
3. 
4, 1, 2, 3. 
4. 
3, 4, 1, 2. 
5. 
3, 1, 2, 4. 
6. Pergunta 6 
/1 
Leia o excerto a seguir: 
“Entretanto, uma vez que exista código executável, torna-se possível executar casos de 
teste, isto é, realizar testes baseados em execução. Não obstante, a existência do código 
não exclui a possibilidade de testes que não se baseiam em execução.” 
 
Fonte: SCHACH, S. R. Engenharia de Software: Os paradigmas Clássico e Orientado a 
Objetos. 7. ed. Porto Alegre: AMG, 2010, p. 150. 
Considerando essas informações e o conteúdo estudado sobre a criação de casos de 
teste, é possível afirmar que um dos fatores que explicam a complexidade existente na 
execução deles está: 
Ocultar opções de resposta 
1. 
nas configurações definidas que podem apresentar uma manutenção de interações 
extensas. 
2. 
nas regras estabelecidas que possam apresentar uma manutenção com alto custo. 
Resposta correta 
3. 
nas interações desenvolvidas que podem apresentar uma manutenção de interfaces 
limitadas. 
4. 
na customização inserida que pode apresentar uma manutençãodos produtos 
validados. 
5. 
nas configurações criadas que podem apresentar uma manutenção de componentes 
inseridos. 
7. Pergunta 7 
/1 
Leia o excerto a seguir: 
“O sistema real, nativo ou hospedeiro (host system), contém os recursos reais de 
hardware e software do sistema. Já o sistema virtual, também denominado de sistema 
convidado (guest system) executa suas ações no sistema virtualizado. Em alguns casos, 
vários sistemas virtuais podem coexistir, atuando simultaneamente no mesmo sistema 
real.” 
 
Fonte: CORDELLI, R. L.; LAUREANO, M. A. P. Fundamentos de software: 
desempenho de sistema computação. 1. ed. São Paulo: Erica, 2014. p. 49. 
O trecho acima traz as aplicações em um sistema real. Considerando essas informações 
e o conteúdo estudado sobre a automação dos testes, pode-se afirmar que a finalidade de 
um sistema real é: 
Ocultar opções de resposta 
1. 
apresentar uma quantidade expressiva de segurança e controle. 
2. 
apresentar uma quantidade expressiva de configurações no sistema. 
3. 
apresentar uma quantidade expressiva de gerenciamentos. 
4. 
apresentar uma quantidade expressiva de métodos e interfaces. 
5. 
apresentar uma quantidade expressiva de cenários de teste. 
Resposta correta 
8. Pergunta 8 
/1 
Leia o excerto a seguir: 
“A gestão de qualidade pessoal tem como objetivo auxiliar o engenheiro de software a 
trabalhar de forma real e objetiva com os defeitos que ele próprio insere no programa. 
Estes níveis adicionam métodos para gestão da qualidade ao PSP.” 
 
Fonte: REZENDE, D. A. Engenharia de software e sistemas de informação. 3. ed. Rio 
de Janeiro: Brasport, 2005. p. 148. 
Considerando essas informações e o conteúdo estudado sobre o processo de gestão de 
defeitos, pode-se concluir que essa modalidade de gestão: 
Ocultar opções de resposta 
1. 
apresenta uma forma de promover integração entre a equipe de desenvolvimento e 
de testes. 
Resposta correta 
2. 
apresenta uma forma de promover integração entre a equipe de interação e de 
software. 
3. 
apresenta uma forma de promover integração entre a equipe de requisitos e de 
atividades. 
4. 
apresenta uma forma de promover integração entre a equipe de codificação e de 
desenvolvimento. 
5. 
apresenta uma forma de promover integração entre a equipe de interface e de 
configuração. 
9. Pergunta 9 
/1 
Leia o excerto a seguir: 
“Os termos ‘teste de caixa preta’ e ‘teste de caixa transparente’ são particularmente 
descritivos. Quando testamos em relação às especificações, tratamos o código como 
uma caixa preta totalmente opaca. Ao contrário, quando testamos em relação ao código, 
temos de ser capazes de enxergar dentro da caixa.” 
 
Fonte: SCHACH, S. R. Engenharia de Software: os paradigmas clássicos orientados a 
objetos. 7. Ed. Porto Alegre: AMGH, 2010. p. 482. 
Considerando essas informações e o conteúdo estudado sobre a geração de casos de 
testes caixa-preta, é possível afirmar que o Pairwise Testing: 
Ocultar opções de resposta 
1. 
consiste em uma etapa do método de interação, em que cada amostra escolhida 
apresenta o mesmo nível de configuração da outra. 
2. 
é a combinação das possíveis entradas em um sistema estabelecido, usando uma 
maneira inteligente para gerar um número mínimo das saídas de teste. 
Resposta correta 
3. 
consiste em uma etapa do método de amostragem, em que cada amostra escolhida 
apresenta o mesmo nível de probabilidade da outra. 
4. 
é a combinação das possíveis configurações em um sistema estabelecido, usando 
uma maneira interativa para gerar um número mínimo de cenários de teste. 
5. 
é a combinação das possíveis retenções em um sistema estabelecido, usando uma 
maneira sintetizada para gerar um número mínimo das entradas de teste. 
10. Pergunta 10 
/1 
Leia o excerto a seguir: 
“A realização do processo de automação requer ferramentas que possibilitem a 
interação entre as rotinas automatizadas e os softwares a serem testados. Também 
requer que essas ferramentas possuam recursos de conferências automáticas.” 
 
Fonte: BARTIÉ, A. Garantia de Qualidade de Software: Adquirindo maturidade 
organizacional. Rio de Janeiro: Elsevier, 2002. 
Considerando essas informações e o conteúdo estudado sobre os testes automatizados, é 
possível afirmar que, no processo de automação, os scripts: 
Ocultar opções de resposta 
1. 
são formados por estruturas que simulam as saídas no sistema, além das análises, 
para definir comparações para as configurações. 
2. 
são constituídos por comandos que simulam as entradas no sistema, além das 
análises, estabelecendo comparações com as saídas. 
Resposta correta 
3. 
são formados por configurações que simulam as interações no sistema, além das 
análises, para definir comparações para as entradas. 
4. 
são formados por inserções que simulam as configurações no sistema, além das 
análises, para definir comparações para as saídas. 
5. 
são formados por métodos que simulam as saídas no sistema, além das análises, 
para definir comparações para as interações.

Mais conteúdos dessa disciplina