·
Cursos Gerais ·
Qualidade de Software
Send your question to AI and receive an answer instantly
Recommended for you
4
Simulado de Teste de Software 20-11-14
Qualidade de Software
UMG
2
01_conceitos_de_softwares
Qualidade de Software
UMG
11
Aula08-teste de Aceitação
Qualidade de Software
UMG
4
Estácio_ Alunos 17
Qualidade de Software
UMG
5
Qualidade e Testes de Software
Qualidade de Software
UMG
7
Qualidade_teste_soft_aula03_v03
Qualidade de Software
UMG
6
Teste de Qualidade de Software - Simulado
Qualidade de Software
UMG
3
Av1 2015
Qualidade de Software
UMG
5
Estácio_ Alunos 04
Qualidade de Software
UMG
5
Estácio_ Alunos 29
Qualidade de Software
UMG
Preview text
Estático: Alunos\n\n1409/2020\n\nDisc.: QUALIDADE E TESTES DE SOFTWARE\n\nAssunto: FELIPE ABREU DE MELLO\n\nAcertos: 10.0 de 10.0\n\nEm uma organização por projetos:\n\n(Assinale a alternativa CORRETA).\n\nNão é fiel ao projeto.\nEstá subordinada ao gerente funcional.\nNão consegue atingir seus objetivos.\nNem sempre fará um 'retorno ao final do projeto.\nEstá subordinada a muitos chefes.\n\nexplicação:\nA principal característica de uma organização por projetos é que, no fim do projeto, a equipe se dispensa e não tem um departamento funcional ('tar') para o qual voltar.\n\nFonte: FUMARC 2012 - TJ-MG Oficial Judiciário - Assistente Técnico de Sistemas\n\nEm relação aos modelos de processos de software, pode-se dizer que os modos incremental e evolucionário possuem a característica de serem iterativos. Assinale a alternativa que melhor descreve um modelo de software iterativo.\n\nUm modelo de produto de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.\nOs incrementos de um software são entregues ao cliente somente duas vezes.\n\nA abordagem iterative possibilita desenvolver um sistema de software de forma incremental, permitindo que o desenvolvedor tenha vantagens daquele que foi produzido durante a fase inicial de desenvolvimento de um sistema. A organização executa simultaneamente tanto para o desenvolvedor, quanto para um usuário.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Estático: Alunos\n\n1409/2020\n\nRegra do 10 de Myers\n\nCiclo de desenvolvimento de software\n\nquando mais cedo os defeitos forem encontrados, mais caro é o custo da correção\nos testes não interferem na qualidade do produto de software\nos erros são detectados no início\nideal é detectar erros no software ao final do processo de desenvolvimento\nquando mais cedo os defeitos forem encontrados, mais barato é o custo da correção\n\nexplicação:\nMyers também ficou conhecido pela Regra do 10 de Myers, que mostra que quanto mais tarde os defeitos forem encontrados, tanto mais caro será a correção. Consequentemente, quanto mais cedo forem encontrados, mais barato é o custo da correção.\n\nQuanto às estratégias, existem muitas que podem ser utilizadas para testar um software. Uma das estratégias de teste é o Teste Unitário. O que visam os testes unitários?\n\nVisam garantir que cada unidade de programa atenda as especificações e funcione corretamente.\nVisam verificar se os componentes funcionam corretamente juntos, conforme as especificações.\nVisam tratar os testes como um processo organizado e muitas vezes paralelo integrado ao processo de desenvolvimento.\nVisam a execução do sistema como um todo ou um subsistema.\nVisam verificar se a solução atende aos objetivos do negócio e aos seus requisitos.\n\nexplicação:\n\nTestes Unitários: São realizados no estágio mais baixo da escala de testes e são aplicados nas menores componentes do código criados, visando garantir que estes atendem as especificações, em termos de garantia e de funcionalidade.\nTeste de integração: São executados em uma combinação de componentes para verificar se eles funcionam corretamente juntos, conforme as especificações.\nTeste de sistematização: São os testes finais de execução do sistema, realizados pelos executores, que verificam se a solução atende aos objetivos de negócio e aos seus.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Estático: Alunos\n\n1409/2020\n\nO Modelo V de desenvolvimento de software apresenta algumas vantagens e desvantagens. Sobre tais aspectos, leia as assertões abaixo e, a seguir, assinale a alternativa correta.\n\nI. O Modelo V e a relação entre os estágios de desenvolvimento e os diferentes tipos de testes facilita a localização de falhas.\n\nII. O Modelo V alternativamente compreende e requer investimento para conseguir aprender.\n\nIII. O Modelo V especifica os papéis dos diferentes tipos de testes para serem executados.\n\nApenas as assertivas I, II e IV estão corretas\nApenas as assertivas I e II estão corretas\nApenas as assertivas II e III estão corretas\nApenas as assertivas I, II e III estão corretas\n\nexplicação:\nModelo V:\n\nVantagens:\n\nA classe do modelo V está estruturada de desenvolvimento e os diferentes tipos de testes facilita a localização de falhas;\nSendo assim, é de fácil entendimento.\nO que pode ser aprender.\n\nTer investimento para expor expedições aos resultados;\n\n*****\n\nQuestão:\n\nTeste de caixa marrom não configura teste algum dentro da engenharia de software.\n\nAcerto: 1.0 / 1.0\n\nO Product Owner não faz parte dos papéis e responsabilidades dentro de uma equipe de teste independente. Marque a opção INCORRETA:\n\nAnalisador de Teste - Responsável pela montagem do ambiente de teste (infraestrutura) e escolha de ferramentas.\nTestador de sistema - Responsável pela execução dos testes de específico.\nProduct Owner - Responsável pelas análises dos testes e scripts de teste.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Quals são as estratégias que podem ser usadas no teste de aceitação?\n\nTeste formal, teste informal e teste beta\nTeste formal, teste caixa-branca e teste alfa\nTeste formal, teste caixa-preta e teste alfa\nTeste de implantação, teste de requisitos e teste de unidade;\nTeste de implantação, teste caixa-branca e teste beta.\n\nExplicado:\n\nComo é a última etapa das implementações do software, seu objetivo é verificar se o software está pronto e se pode ser submetido à utilização finais e aos feedbacks para as quais foi criado, mesmo às restrições de teste a serem\n\nSegundo o padrão IEEE 610.12-1990 (IEEE Standard Glossary of Software Engineering Terminology), o processo de gestão de defeitos tem como etapa consequente a “identificação do defeito”: \n\nPrevenção de defeito;\nSolução do defeito;\nLinha base entregue;\nIdentificação do defeito;\nSolução do defeito e melhoria do\n\nExplicado:\n\nA ordem das etapas do processo é: prevenção de defeito, linha base entregue, identificação do defeito, solução do defeito e melhoria do\n\nExistem várias ferramentas para encontrar erros, falhas, bugs e outros tipos de problemas que não foram detectados durante o desenvolvimento de um software. Uma delas é o TestLinkMantis.\nAs características dessa ferramenta são:\n\nI- Permite a escrita e armazenamento de projetos de teste, planos de teste, casos de teste bem como a execução manual dos testes.\nII- É escrita em C++ e roda no banco de dados MySql.\nIII- Possui relatórios que permitem verificar o andamento do projeto de testes.\n\nAssinale a assertiva correta.\n\nApenas os itens I e III estão corretos.\nApenas os itens I e II estão corretos.\nApenas os itens I e I estão corretos.\nApenas o item I está correto.\nApenas o item II está correto.\n\nExplicado:\n\nO item II está incorreto porque a ferramenta Testlink é escrita em PHP e roda no banco de dados MySql.
Send your question to AI and receive an answer instantly
Recommended for you
4
Simulado de Teste de Software 20-11-14
Qualidade de Software
UMG
2
01_conceitos_de_softwares
Qualidade de Software
UMG
11
Aula08-teste de Aceitação
Qualidade de Software
UMG
4
Estácio_ Alunos 17
Qualidade de Software
UMG
5
Qualidade e Testes de Software
Qualidade de Software
UMG
7
Qualidade_teste_soft_aula03_v03
Qualidade de Software
UMG
6
Teste de Qualidade de Software - Simulado
Qualidade de Software
UMG
3
Av1 2015
Qualidade de Software
UMG
5
Estácio_ Alunos 04
Qualidade de Software
UMG
5
Estácio_ Alunos 29
Qualidade de Software
UMG
Preview text
Estático: Alunos\n\n1409/2020\n\nDisc.: QUALIDADE E TESTES DE SOFTWARE\n\nAssunto: FELIPE ABREU DE MELLO\n\nAcertos: 10.0 de 10.0\n\nEm uma organização por projetos:\n\n(Assinale a alternativa CORRETA).\n\nNão é fiel ao projeto.\nEstá subordinada ao gerente funcional.\nNão consegue atingir seus objetivos.\nNem sempre fará um 'retorno ao final do projeto.\nEstá subordinada a muitos chefes.\n\nexplicação:\nA principal característica de uma organização por projetos é que, no fim do projeto, a equipe se dispensa e não tem um departamento funcional ('tar') para o qual voltar.\n\nFonte: FUMARC 2012 - TJ-MG Oficial Judiciário - Assistente Técnico de Sistemas\n\nEm relação aos modelos de processos de software, pode-se dizer que os modos incremental e evolucionário possuem a característica de serem iterativos. Assinale a alternativa que melhor descreve um modelo de software iterativo.\n\nUm modelo de produto de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.\nOs incrementos de um software são entregues ao cliente somente duas vezes.\n\nA abordagem iterative possibilita desenvolver um sistema de software de forma incremental, permitindo que o desenvolvedor tenha vantagens daquele que foi produzido durante a fase inicial de desenvolvimento de um sistema. A organização executa simultaneamente tanto para o desenvolvedor, quanto para um usuário.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Estático: Alunos\n\n1409/2020\n\nRegra do 10 de Myers\n\nCiclo de desenvolvimento de software\n\nquando mais cedo os defeitos forem encontrados, mais caro é o custo da correção\nos testes não interferem na qualidade do produto de software\nos erros são detectados no início\nideal é detectar erros no software ao final do processo de desenvolvimento\nquando mais cedo os defeitos forem encontrados, mais barato é o custo da correção\n\nexplicação:\nMyers também ficou conhecido pela Regra do 10 de Myers, que mostra que quanto mais tarde os defeitos forem encontrados, tanto mais caro será a correção. Consequentemente, quanto mais cedo forem encontrados, mais barato é o custo da correção.\n\nQuanto às estratégias, existem muitas que podem ser utilizadas para testar um software. Uma das estratégias de teste é o Teste Unitário. O que visam os testes unitários?\n\nVisam garantir que cada unidade de programa atenda as especificações e funcione corretamente.\nVisam verificar se os componentes funcionam corretamente juntos, conforme as especificações.\nVisam tratar os testes como um processo organizado e muitas vezes paralelo integrado ao processo de desenvolvimento.\nVisam a execução do sistema como um todo ou um subsistema.\nVisam verificar se a solução atende aos objetivos do negócio e aos seus requisitos.\n\nexplicação:\n\nTestes Unitários: São realizados no estágio mais baixo da escala de testes e são aplicados nas menores componentes do código criados, visando garantir que estes atendem as especificações, em termos de garantia e de funcionalidade.\nTeste de integração: São executados em uma combinação de componentes para verificar se eles funcionam corretamente juntos, conforme as especificações.\nTeste de sistematização: São os testes finais de execução do sistema, realizados pelos executores, que verificam se a solução atende aos objetivos de negócio e aos seus.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Estático: Alunos\n\n1409/2020\n\nO Modelo V de desenvolvimento de software apresenta algumas vantagens e desvantagens. Sobre tais aspectos, leia as assertões abaixo e, a seguir, assinale a alternativa correta.\n\nI. O Modelo V e a relação entre os estágios de desenvolvimento e os diferentes tipos de testes facilita a localização de falhas.\n\nII. O Modelo V alternativamente compreende e requer investimento para conseguir aprender.\n\nIII. O Modelo V especifica os papéis dos diferentes tipos de testes para serem executados.\n\nApenas as assertivas I, II e IV estão corretas\nApenas as assertivas I e II estão corretas\nApenas as assertivas II e III estão corretas\nApenas as assertivas I, II e III estão corretas\n\nexplicação:\nModelo V:\n\nVantagens:\n\nA classe do modelo V está estruturada de desenvolvimento e os diferentes tipos de testes facilita a localização de falhas;\nSendo assim, é de fácil entendimento.\nO que pode ser aprender.\n\nTer investimento para expor expedições aos resultados;\n\n*****\n\nQuestão:\n\nTeste de caixa marrom não configura teste algum dentro da engenharia de software.\n\nAcerto: 1.0 / 1.0\n\nO Product Owner não faz parte dos papéis e responsabilidades dentro de uma equipe de teste independente. Marque a opção INCORRETA:\n\nAnalisador de Teste - Responsável pela montagem do ambiente de teste (infraestrutura) e escolha de ferramentas.\nTestador de sistema - Responsável pela execução dos testes de específico.\nProduct Owner - Responsável pelas análises dos testes e scripts de teste.\n\nAcerto: 1.0 / 1.0\n\nhttps://simu.auditorio.estacio.br/alunos/?user_cod=22360058#mat_integracao=201901188353 Quals são as estratégias que podem ser usadas no teste de aceitação?\n\nTeste formal, teste informal e teste beta\nTeste formal, teste caixa-branca e teste alfa\nTeste formal, teste caixa-preta e teste alfa\nTeste de implantação, teste de requisitos e teste de unidade;\nTeste de implantação, teste caixa-branca e teste beta.\n\nExplicado:\n\nComo é a última etapa das implementações do software, seu objetivo é verificar se o software está pronto e se pode ser submetido à utilização finais e aos feedbacks para as quais foi criado, mesmo às restrições de teste a serem\n\nSegundo o padrão IEEE 610.12-1990 (IEEE Standard Glossary of Software Engineering Terminology), o processo de gestão de defeitos tem como etapa consequente a “identificação do defeito”: \n\nPrevenção de defeito;\nSolução do defeito;\nLinha base entregue;\nIdentificação do defeito;\nSolução do defeito e melhoria do\n\nExplicado:\n\nA ordem das etapas do processo é: prevenção de defeito, linha base entregue, identificação do defeito, solução do defeito e melhoria do\n\nExistem várias ferramentas para encontrar erros, falhas, bugs e outros tipos de problemas que não foram detectados durante o desenvolvimento de um software. Uma delas é o TestLinkMantis.\nAs características dessa ferramenta são:\n\nI- Permite a escrita e armazenamento de projetos de teste, planos de teste, casos de teste bem como a execução manual dos testes.\nII- É escrita em C++ e roda no banco de dados MySql.\nIII- Possui relatórios que permitem verificar o andamento do projeto de testes.\n\nAssinale a assertiva correta.\n\nApenas os itens I e III estão corretos.\nApenas os itens I e II estão corretos.\nApenas os itens I e I estão corretos.\nApenas o item I está correto.\nApenas o item II está correto.\n\nExplicado:\n\nO item II está incorreto porque a ferramenta Testlink é escrita em PHP e roda no banco de dados MySql.