SóProvas



Prova CESPE - 2011 - MEC - Analista de Teste de Qualidade


ID
806701
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

Testes de controle são inadequados para validar dados e verificar a integridade de arquivos, sendo adequado para essas atividades o tipo de teste de interconexão.

Alternativas
Comentários
  • Alguém saberia dizer sobre o que tratam esses testes de controle?

  • Também gostaria rs. Não sei se é em relação a auditoria ... Fiquei na dúvida tbm.

  • Testes de controle, como o próprio nome sugere, estão relacionados com a existência ou aderência aos controles internos da empresa.

    Ex. Quando o auditor verifica se a autorização para pagamento de determinada quantia foi realizada por pessoa com alçada para tal, ou quando verifica a segregação de funções em determinado processo.
     

     

    http://www.forumconcurseiros.com/forum/forum/disciplinas/auditoria/77690-testes-de-controle-procedimentos-substantivos


ID
806704
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

O teste de compatibilidade serve para verificar se um software pode ser executado no sistema operacional Solaris.

Alternativas
Comentários
  • Testes de Compatibilidade validam a capacidade do software de ser executado em um ambiente particular de hardware, software, sistema operacional, rede, etc.

     

    Quando a questão fala O teste fica difícil marcá-la como correta. Um teste serveria pra isso, outro pra ambiente windows etc... Generalização que deveria tornar a assertiva errada.


ID
806707
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

O teste denominado caixa-preta é utilizado para verificar se os requisitos do software são atendidos, sem verificar o código ou a lógica do componente testado.

Alternativas
Comentários
  • Teste de caixa preta -  faz referência a testes realizados na interface do software. Um teste caixa-preta examina alguns aspectos fundamentais de um sistema, com pouca preocupação em relação à estrutura lógica interna do software. Os caminhos lógicos do software e as colaborações entre componentes são testados exercitando  conjuntos específicos de condições e/ou ciclos.

    Fonte: Pressman - Engenharia de software uma abordagem profissional 7ed Capitulo 18 Testando aplicativos convencionais.


ID
806710
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

Testes unitários são aplicados a uma combinação de componentes, para que sejam verificados o funcionamento em conjunto desses componentes e o atendimento dos requisitos do software como um todo.

Alternativas
Comentários
  • Testes unitários são aplicados a uma combinação de componentes, para que sejam verificados o funcionamento em conjunto desses componentes e o atendimento dos requisitos do software como um todo. (INCORRETO, os testes unitários são testes realizados nas unidades mínimas da aplicação. A definição de teste apresentada refere-se aos testes de integração)


ID
806713
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

Os testes de usabilidade avaliam a facilidade de uso do software testado e são bastante utilizados em aplicações web.

Alternativas

ID
806716
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

Para a verificação da capacidade de proteção do software, são utilizados testes de interoperabilidade.

Alternativas
Comentários
  • Interoperabilidade está voltada para  a maneira de como o software interage com outro(s) sistema(s) especificados.

    Fonte:

    ISO/IEC 9126


  • Acredito que seja testes de segurança.


ID
806719
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação aos tipos de teste de software, julgue o  item  subsequente.

Se um software já testado receber modificações e, após isso, somente essas modificações forem testadas, a aplicação do teste de regressão a esse software testará inclusive as partes que não tenham sido modificadas.

Alternativas
Comentários
  • Ano: 2014 | Banca: FUMARC | Órgão: AL-MG | Prova: Analista de Sistemas

    Tipo de teste que consiste em aplicar em cada nova versão de um software todos os testes que já foram aplicados nas versões anteriores, possibilitando a identificação dos impactos das implementações da nova versão em funcionalidades que já foram testadas anteriormente e não foram modificadas, é denominado

    GABARITO: c) Teste de Regressão.


ID
806722
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, relativo  ao  processo  de teste de software.

Na etapa de execução, os roteiros dos testes são insumos necessários, que descrevem a relação dos casos de testes e a previsão de execução.

Alternativas
Comentários
  • Etapas do Processo de Teste:

    • Planejamento: aqui são elaborados o projeto e o plano de testes que acompanham todo o processo de teste.
    • Preparação: relativo à preparação do ambiente: infraestrutura, equipamentos, pessoal capacitado etc.
    • Especificação: aqui é elaborado e revisado os casos de testes e roteiros de testes (scripts).
    • Execução: execução do testes conforme os roteiros(scripts) estabelecidos na etapa de especificação.
    • Entrega: finalização do projeto de teste, registra-se a documentação relativa à melhorias, geram-se relatórios de conformidades e não-conformidades


ID
806725
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, relativo  ao  processo  de teste de software.

A elaboração de scripts para teste é um dos insumos necessários na etapa de planejamento.

Alternativas
Comentários
  • A elaboração de scripts para teste é um dos insumos necessários na etapa de planejamento. (INCORRETA: 

    O ciclo de vida de testes é composto pelas seguintes etapas: Planejamento que é a etapa onde se estabelece o que vai ser testado, em quanto tempo e em que momento os testes serão interrompidos. Preparação onde o objetivo é preparar toda a estrutura do ambiente de testes como: equipamentos, configuração de hardware e softwares usados (sistemas operacionais, browsers, etc.), criação da massa de dados de teste, pessoal, ferramentas de automação, entre outros. Na etapa de Especificação a atividade principal é elaborar e revisar os cenários e roteiros de testes. Na Execução executa-se os testes planejados e registrar os resultados obtidos e por fim na Entrega é onde arquiva-se toda a documentação e descreve-se todas as ocorrências do projeto relevantes para a melhoria do processo)

    Fonte:: http://www.linhadecodigo.com.br/artigo/2775/introducao-ao-teste-de-software.aspx#ixzz3gOLfH6Cz


ID
806728
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, relativo  ao  processo  de teste de software.

Em um projeto de teste, após ser concluída a etapa de execução, inicia-se a etapa de entrega, cujos produtos incluem o relatório de não conformidades.

Alternativas
Comentários
  • Etapas do Processo de Teste:

    • Planejamento: aqui são elaborados o projeto e o plano de testes que acompanham todo o processo de teste.
    • Preparação: relativo à preparação do ambiente: infraestrutura, equipamentos, pessoal capacitado etc.
    • Especificação: aqui é elaborado e revisado os casos de testes e roteiros de testes (scripts).
    • Execução: execução do testes conforme os roteiros(scripts) estabelecidos na etapa de especificação.
    • Entrega: finalização do projeto de teste, registra-se a documentação relativa à melhorias, geram-se relatórios de conformidades e não-conformidades


ID
806731
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, relativo  ao  processo  de teste de software.

A etapa de planejamento pode ser verificada por testes estáticos e ter a documentação do sistema revisada.

Alternativas
Comentários
  • A etapa de planejamento pode ser verificada por testes estáticos e ter a documentação do sistema revisada. (INCORRETA: na etapa de planejamento sequer existe código no caso de sistemas novos, muito menos documentação)


ID
806734
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, relativo  ao  processo  de teste de software.

Na etapa de especificação, ocorrem a elaboração e a revisão dos casos de testes.

Alternativas
Comentários
  • Na etapa de especificação, ocorrem a elaboração e a revisão dos casos de testes. (INCORRETA: O ciclo de vida de testes é composto pelas seguintes etapas: Planejamento que é a etapa onde se estabelece o que vai ser testado, em quanto tempo e em que momento os testes serão interrompidos. Preparação onde o objetivo é preparar toda a estrutura do ambiente de testes como: equipamentos, configuração de hardware e softwares usados (sistemas operacionais, browsers, etc.), criação da massa de dados de teste, pessoal, ferramentas de automação, entre outros. Na etapa de Especificação a atividade principal é elaborar e revisar os cenários e roteiros de testes. Na Execução executa-se os testes planejados e registrar os resultados obtidos e por fim na Entrega é onde arquiva-se toda a documentação e descreve-se todas as ocorrências do projeto relevantes para a melhoria do processo)

    Fonte:: http://www.linhadecodigo.com.br/artigo/2775/introducao-ao-teste-de-software.aspx#ixzz3gOLfH6Cz


ID
806737
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte.

Jmeter é uma ferramenta de automação de teste de código aberto capaz de executar testes de desempenho, carga e estresse em servidores web e bancos de dados.

Alternativas

ID
806740
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte. 

O Subversion é ferramenta capaz de controlar versões dos arquivos referentes ao código-fonte de um software.

Alternativas

ID
806743
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte. 


Robot Framework é ferramenta para testes específicos em software com código-fonte em Python e Java. Essa ferramenta permite testes unitários e provê relatórios no formato ODT (open document text).

Alternativas
Comentários
  • Robot Framework é um framework de automação de teste genérico para testes de aceitação e aceitação desenvolvimento orientado a testes.

  • Inicialmente desenvolvido para JAVA e Python, hoje já tem para .net tb.


ID
806746
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte. 


Mantis é ferramenta para gerenciamento de defeitos em software que realiza o acompanhamento de um defeito desde o seu registro inicial até o seu fechamento.

Alternativas

ID
806749
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte. 

A principal função do selenium web test são as medições estáticas, servindo para analisar informações do design e do código-fonte. É incapaz de automatizar testes funcionais e para isso utiliza integração com outras ferramentas.

Alternativas
Comentários
  • Selenium é uma ferramenta para testar aplicações web pelo browser de forma automatizada.

  • O Selenium é capaz de executar testes funcionais diretamente no browser. Embora, possa ser integrado com outras ferramentas, como por exemplo o JUnit.

  • Quem não tem acesso: --> Errado

  • Medição estática - código fonte

    Medição dinâmica - aplicativo rodando


    O Selenium faz medição dinâmica, além de ser CAPAZ de automatizar os testes (afinal, foi feito para isso).


ID
806752
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de automatização de testes de software e ferramentas para suporte, julgue o item seguinte. 


Testemaker é uma ferramenta proprietária, baseada na arquitetura SOA (service oriented architeture) que possui capacidade de testar softwares da linguagem PHP; além disso, possui suporte aos protocolos HTTP, SMTP, SSH, TELNET e NTP.

Alternativas
Comentários
  • Engano seu Wilkson, veja o link abaixo. 
    O erro da questão está no fato de ela ser open-source e não proprietária.
    Abs e bons estudos!
    http://www.linhadecodigo.com.br/artigo/1459/serie-conhecendo-ferramentas-de-automacao-para-teste-de-software-pushtotest-testmaker-50.aspx


ID
806755
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando que uma organização esteja no processo de elaboração da estratégia de testes, julgue o  item a seguir.

O gestor do projeto de teste deve ser definido, pois ele será o responsável por aprovar o plano de testes. Na fase de elaboração da estratégia de testes, é necessário identificar riscos associados ao projeto de teste. Os riscos do negócio não são identificados, pois não fazem parte do projeto de teste.

Alternativas
Comentários
  • O gestor do projeto de teste deve ser definido, pois ele será o responsável por aprovar o plano de testes. Na fase de elaboração da estratégia de testes, é necessário identificar riscos associados ao projeto de teste. Os riscos do negócio não são identificados, pois não fazem parte do projeto de teste. (INCORRETO: os riscos de negócio também precisam ser identificados pois podem impactar na solução a ser desenvolvida.)


ID
806758
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando que uma organização esteja no processo de elaboração da estratégia de testes, julgue o  item  a seguir.

A organização deve buscar definir uma abordagem básica e geral para testar seus softwares. Além da definição de técnicas e ferramentas a serem utilizadas, devem ser considerados fatores como o impacto em caso de falhas que o software possa apresentar durante sua utilização.

Alternativas

ID
806761
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando que uma organização esteja no processo de elaboração da estratégia de testes, julgue o  item a seguir.

A estratégia de teste aplicada para se testar um software pode contemplar técnicas de testes manuais. Esses testes manuais não testam o desempenho nem o estresse em um software.

Alternativas
Comentários
  • "Testes manuais não testam o desempenho nem o estresse em um software". Acredito que esses dois tipos de testes podem ser feitas de forma manual, porém para se chegar mais perto do que o usuário necessita principalmente a parte de desempenho será necessário utlizar a automação.


ID
806764
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando que uma organização esteja no processo de elaboração da estratégia de testes, julgue o  item a seguir.

A definição do escopo deve constar na estratégia de testes, pois determina o que deve ou não ser testado nos softwares.

Alternativas

ID
806767
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  próximo  item, a respeito de ambiente de teste de software.

O escopo e a equipe de teste são atributos que fazem parte do planejamento do ambiente de teste; o volume de dados e a origem dos dados são fatores considerados pelas ferramentas de automação e planejamento.

Alternativas

ID
806770
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  próximo  item, a respeito de ambiente de teste de software.

A implementação do ambiente de teste deve ser feita durante a preparação do processo de teste, devendo o responsável pela execução ser identificado na matriz de responsabilidades.

Alternativas
Comentários
    • Planejamento: aqui são elaborados o projeto e o plano de testes que acompanham todo o processo de teste.

    • Preparação: Aqui prepara ambiente: infraestrutura, servidores, equipamentos, pessoal capacitado etc.
    • Especificação: aqui é elaborado e revisado os casos de testes e roteiros de testes (scripts).
    • Execução: execução do testes conforme os roteiros(scripts) estabelecidos na etapa de especificação.
    • Entrega: finalização do projeto de teste, registra-se a documentação relativa à melhorias, geram-se relatórios de conformidades e não-conformidades

ID
806773
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  próximo  item, a respeito de ambiente de teste de software.

À semelhança do que ocorre com o ambiente de desenvolvimento e produção, o ambiente de teste de software deve ser isolado e disponibilizado somente para a equipe de testes, para garantir a sua integridade.

Alternativas
Comentários
  • Somente para a equipe de testes? 


    E se os desenvolvedores ou os usuários estiverem envolvidos no teste? Não questiono o ambiente isolado, deve ser assim mesmo, mas estar disponível somente a para equipe de testes não acho correto.


ID
806776
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação ao planejamento e à elaboração de testes de software, julgue o  item  subsequente.


Ao ser estabelecido, um plano de testes necessita de diversos insumos, sendo um deles a estratégia de testes.

Alternativas

ID
806779
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação ao planejamento e à elaboração de testes de software, julgue o  item  subsequente.


Cronograma de atividades e alocação de recursos fazem parte do planejamento dos testes.

Alternativas

ID
806782
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação ao planejamento e à elaboração de testes de software, julgue o  item  subsequente.

Na definição do documento referente ao plano de testes, devem ser incluídos os tipos e a metodologia dos testes. No entanto, critérios de aceitação e processos associados fogem ao escopo desse documento e devem ser inseridos na análise dos riscos.

Alternativas
Comentários
  • Na definição do documento referente ao plano de testes, devem ser incluídos os tipos e a metodologia dos testes. No entanto, critérios de aceitação e processos associados fogem ao escopo desse documento e devem ser inseridos na análise dos riscos. (INCORRETO: os critérios de aceitação e processos associados não pertencem à análise de riscos)

  • No entanto, critérios de aceitação e processos associados fogem ao escopo desse documento. Segundo o professor Fernando Pedrosa, o erro é o "fogem ao escopo".


ID
806785
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  seguinte  item, referente  ao processo de execução de testes de software.

Durante a execução dos testes de um software, não se descarta identificar problemas no software e nos seus módulos. Também é possível encontrar problemas no material de teste.

Alternativas

ID
806788
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  seguinte  item , referente  ao processo de execução de testes de software.


Na etapa de preparação dos dados para o teste, são executados os casos de testes e os scripts de testes, de acordo com os roteiros de testes.

Alternativas
Comentários
  • Essas atividades são realizadas geralmente na etapa de execução, caso não haja uma equipe específica de automação.


ID
806791
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  seguinte  item , referente  ao processo de execução de testes de software.

Os testes devem ser executados periodicamente conforme definido nos casos de testes e nos roteiros de testes, previamente agendados, independentemente do surgimento de novas versões do software.

Alternativas
Comentários
  • Ao surgir uma nova vesão do software é necessário mapear novos roteiros e criar novos casos e excluir todos aqueles que não fazem mais parte do escopo dessa nova versão. Exemplo: Um campo data de nascimento não constar mais na nova versão e ter Casos criados com cobertura para o referido campo.


ID
806794
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de gerenciamento de defeitos de software, julgue o  próximo  item.

Se um usuário, ao testar uma aplicação desenvolvida para web, utilizando um navegador para acessá-lo, identifique lentidão na etapa de autenticação e dificuldades para navegar e achar facilmente os assuntos que deseja, esses tipos de defeitos são caracterizados, respectivamente, como defeito de desempenho e defeito de usabilidade.

Alternativas
Comentários
  • Lentidão na Autenticação - Desempenho

    Dificuldade em Navegar e Achar assuntos - Usabilidade


ID
806797
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de gerenciamento de defeitos de software, julgue o  próximo  item.

Após o reconhecimento do defeito, pode ser desenvolvida a solução do defeito, sendo necessário, nessa etapa, priorizar a solução de acordo com a gravidade do defeito e relatar a solução para que sejam alocados os recursos necessários para a correção do defeito.

Alternativas
Comentários
  • Após o reconhecimento do defeito, pode ser desenvolvida a solução do defeito, sendo necessário, nessa etapa, priorizar a solução de acordo com a gravidade do defeito e relatar a solução (INCORRETO: relatar o defeito) para que sejam alocados os recursos necessários para a correção do defeito.


ID
806800
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de gerenciamento de defeitos de software, julgue o  próximo  item.

Para encontrar defeitos em software, podem ser utilizadas diversas técnicas, sendo uma delas a técnica operacional, em que uma falha na operação do software corresponde a um defeito.

Alternativas

ID
806803
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de gerenciamento de defeitos de software, julgue o  próximo  item.

O processo de gerenciamento de defeitos visa acompanhar todo o ciclo de vida de um defeito, desde a sua identificação, e avaliar a necessidade de consertá-lo.

Alternativas

ID
806806
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de gerenciamento de defeitos de software, julgue o  próximo  item.

Sendo as etapas de identificação de defeitos relatar o defeito e reconhecer o defeito, um defeito é considerado identificado quando o patrocinador do projeto formaliza a existência desse defeito como um defeito válido.

Alternativas

ID
806809
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, a respeito de relatórios de teste de software.

Informações relacionadas ao ambiente de teste, aos eventos não previstos e à descrição da execução são conteúdos que devem fazer parte do relatório sumário de teste.

Alternativas
Comentários
  • Ora, se o relatório é sumário então não deve apresentar tantos detalhes assim...


ID
806812
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, a respeito de relatórios de teste de software.

O relatório de log de teste descreve eventos ocorridos no projeto de desenvolvimento do software.

Alternativas
Comentários
  • O relatório de log de teste descreve eventos ocorridos no projeto de desenvolvimento do software. (INCORRETO: o correto seria descrever eventos ocorridos durante a execução do software.)


ID
806815
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  a seguir, a respeito de relatórios de teste de software.

Em um projeto de teste, o registro das ocorrências que necessitem de uma investigação por parte da equipe de desenvolvimento é conteúdo adequado para integrar o relatório de incidentes de teste.

Alternativas

ID
806818
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à análise e avaliação de riscos em projetos de teste de software, julgue o  item que se segue.


Se detectar que sua equipe de teste possui metodologia inadequada para testes, o gerente de testes deve considerar esse fato como um risco para o processo de teste.

Alternativas

ID
806821
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à análise e avaliação de riscos em projetos de teste de software, julgue o  item que se segue.

Riscos são eventos que podem ocasionar perdas ou até gerar oportunidades para uma organização. A partir da análise dos riscos, é possível diminuir, eliminar ou até controlar os riscos identificados.

Alternativas

ID
806824
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  , acerca de métricas e estimativas aplicadas a testes de software.

Considere que, um gerente de testes, para tentar aumentar a produtividade dos testes, tenha adquirido uma ferramenta de automação, com o intuito de facilitar o trabalho da equipe de teste. Nesse caso, o procedimento do gerente foi inadequado para o aumento da produtividade, pois ferramentas de automação não documentam casos de testes e não repetem testes já executados.

Alternativas
Comentários
  • Varias ferramentas no mercado fazem testes de regressão e tem biblioteca de Casos de testes.


ID
806827
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  , acerca de métricas e estimativas aplicadas a testes de software.

Independentemente da técnica de medição e da estimativa utilizada, deve-se considerar o ambiente de teste como fator crítico de sucesso.

Alternativas

ID
806830
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  , acerca de métricas e estimativas aplicadas a testes de software.

O grau de envolvimento dos usuários nos testes do software é fator irrelevante tanto nos resultados dos testes quanto no grau de esforço da equipe de teste, sendo, por isso, desprezível a sua interferência nos resultados de uma forma global.

Alternativas
Comentários
  • O grau de envolvimento dos usuários nos testes do software é fator irrelevante (INCORRETA: relevante) tanto nos resultados dos testes quanto no grau de esforço da equipe de teste, sendo, por isso, desprezível (INCORRETA: não deprezível) a sua interferência nos resultados de uma forma global.


ID
806836
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  , acerca de métricas e estimativas aplicadas a testes de software.

É necessário obter o total de pontos de teste estático (PTE), para, em conjunto com outros fatores, se chegar ao total de pontos de teste. Para que seja possível encontrar o PTE, é suficiente avaliar algumas características isoladas do software.

Alternativas
Comentários
  • É necessário obter o total de pontos de teste estático (PTE), para, em conjunto com outros fatores, se chegar ao total de pontos de teste. Para que seja possível encontrar o PTE, é suficiente (INCORRETO: quando aparecer a palavra suficiente nas questões do CESPE é grande a probabilidade da questão estar errada, no caso não é suficiente, porém é necessário) avaliar algumas características isoladas do software.


ID
806839
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue o  item  , acerca de métricas e estimativas aplicadas a testes de software.

Se um conjunto de softwares que serão testados contiver grande quantidade de arquivos, esse fator incidirá diretamente na maior dificuldade dos testes, em relação a testes realizados em softwares que possuam pouca quantidade de arquivos a serem testados.

Alternativas
Comentários
  • intuitivamente me parece essa essa assertiva, pois não dispomos de maiores informações para poder afirmar isso. Em um software poderíamos ter muito arquivos de baixa complexidade e em outro poderíamos ter pouco arquivos e de grande complexidade. Então não acredito que exista uma relação direta com a quantidade de arquivos.


ID
806842
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere a conceitos e garantia da qualidade de software, julgue o  item  subsequente.


É responsabilidade da garantia da qualidade de software identificar não conformidades, mantê-las registradas e comunicá-las; as ações corretivas cabem à gestão de configuração.

Alternativas
Comentários
  • Sobre responsabilidades no escopo da questão:

    1: Qualidade: assegurar que os processos e os produtos de software, no ciclo de vida do projeto, 

    estão em conformidade com os padrões, os procedimentos e as descrições de processos definidos para o projeto submetidos a essa atividade

    2: Gestão de configuração: Manter repositórios, versionamentos de código fonte, apoiar o desenvolvimento no plano de configuração

    3: Desenvolvimento: Evolução de fontes, correção de defeitos

    A primeira parte esta correta ("É responsabilidade da garantia da qualidade de software identificar não conformidades, mantê-las registradas e comunicá-las"). Acredito que o erro da questão esta em informar que a gestão de configuração atua com ações corretivas, quando na verdade, esta responsabilidade seria da equipe de desenvolvimento. Lembrando também que a equipe de qualidade, não é a mesma que a de desenvolvimento. 

    GABARITO: Errado.


ID
806845
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere a conceitos e garantia da qualidade de software, julgue o  item  subsequente.

A verificação da aderência do software aos requisitos deve ser avaliada pela garantia da qualidade de software, antes de o software ser entregue e durante o seu processo de desenvolvimento.

Alternativas

ID
806848
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere a conceitos e garantia da qualidade de software, julgue o  item  subsequente.

A garantia de qualidade de software possui padrões, entre eles os padrões de processo, que se aplicam ao produto do software em desenvolvimento e que incluem a estrutura de documentos de requisitos.

Alternativas
Comentários
  • A garantia de qualidade de software possui padrões, entre eles os padrões de processo, que se aplicam ao produto do software em desenvolvimento e que incluem a estrutura de documentos de requisitos.

    Questão errada.

    A questão mistura conceitos dos módulos de qualidade de processo e produto.

    Os módulos da Norma são:

    Processo de desenvolvimento, cuja qualidade afeta a qualidade do produto de software gerado e é influenciado pela natureza do produto desenvolvido;

    Produto, compreendendo os atributos de qualidade do produto (sistema) de software. Estes atributos de qualidade podem ser divididos entre atributos internos e externos. Estes se diferenciam pela forma como são aferidos (interna ou externamente ao produto de software) e em conjunto compõem a qualidade do produto de software em si;

    Qualidade em uso que consiste na aferição da qualidade do software em cada contexto específico de usuário. Esta é, também, a qualidade percebida pelo usuário.


ID
806851
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere a conceitos e garantia da qualidade de software, julgue o  item  subsequente.

Considerada uma área de conhecimento constituinte da engenharia de software, a qualidade de software é responsável por definir e normatizar o processo de desenvolvimento.

Alternativas
Comentários
  • Fonte: estagiário da Cespe
  • Fonte: Arial, 12


ID
806854
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Com referência à gestão de configuração e ao modelo CMMI, julgue o   próximo  item.


Para identificar um item de configuração, o nome deve ser único para todos os documentos sob o controle de configuração.

Alternativas

ID
806860
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  à norma ISO 15504.

A aplicação da norma em questão é restrita a software, sendo composta por cinco partes, uma das quais descreve as recomendações para melhoria de processos e determinação de capacidade.

Alternativas
Comentários
  •  A ISO 15504 ou SPICE estabelece uma escala de capacidade de processo para processos em geral, conhecida como Dimensão de Capacidade de Processo. A escala é dividida em 6 níveis crescentes desde de o nível inferior, nível 0, até o nível superior em otimização, nível 5.


    O nível 0 é um representação de que o processo não é implementando ou não consegue gerar os produtos de trabalho esperados (não há atributos de processo neste nível).


    O nível 1 demonstra que o processo consegue alcançar os objetivos de alguma maneira e gerar os produtos de trabalhos esperados (há um atributo neste nível – PA 1.1 – Atributo de execução de processo).


    O nível 2 mostra que além de executado, o processo é realizado de maneira gerenciada (planejado, controlado), e seus produtos de trabalho são adequadamente estabelecidos, controlados e mantidos (há dois atributos neste nível – PA 2.1 – gestão de execução; PA 2.2 – gestão de produtos de trabalho).


    No nível 3 os mesmos requisitos do nível anterior são cumpridos além de implementados com base em um processo definido (há dois atributos neste nível – PA 3.1 – atributo de definição de processo; PA 3.2 – atributo de implantação de processo).


    Nó nível 4 o processo além de executado, gerenciado e definido, é executado dentro de limites quantitativos bem definidos (há 2 atributos neste nível – PA 4.1 – atributo de medição de processo; PA 4.2 – atributo de controle de processo).


    No nível 5, além de cumpridos os requisitos do nível anterior, também pode ser aprimorado continuamente (há dois atributos neste nível – PA 5.1 -atributo de inovação de processo; PA 5.2 – atributo de otimização de processo).


    fonte: http://www.trsampaio.com/2014/08/27/resumo-iso-15504-spice/

  • O foco da questão nao se refere as partes da norma que são 5 de fato.

    Nao se trata dos níveis de capacidades. O erro é afirmar que é específico pra software e quem era so pra software eh a spice que foi extinta em 2003.

     

  • e-

    ISO 15504 apresenta 2 variaveis para para avaliação: processos & capacidade (6 estados possiveis: p. otimizado, p.previsivel,   estabelecido, gerenciado e incompleto.


ID
806863
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  à norma ISO 15504.

Na dimensão da capacidade, o modelo de medição define seis níveis. O nível um identifica que o processo atinge os objetivos e acontece de forma pouco planejada.

Alternativas
Comentários
  • Os níveis de capacidade do modelo seguem a mesma nomenclatura e definição do CMMI:

    Nível 5 :Processo Otimizando

    Nível 4 :Processo Previsível

    Nível 3 :Processo Estabelecido

    Nível 2 :Processo Gerenciado

    Nível 1 :Processo Executado    

    Nível 0 :Processo Incompleto

    Fonte: http://tinyurl.com/Spice15504UFPE

  • c-

    O nivel 1 do ISO 15504 é executado, com subdivisoes "atributos de desempenho do processo" e atributos de melhora continua


ID
806866
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  à norma ISO 15504.

O atributo de um processo está associado a indicadores de processos relacionados que estão associados a atividades genéricas e guiam a implementação do atributo.

Alternativas

ID
806869
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  à norma ISO 15504.

Essa norma é útil para avaliação de processos de software e avalia a melhoria dos processos e a determinação da capacidade de processos da organização.

Alternativas
Comentários
  • c-

    ISO 15504 organiza e classifica as melhores práticas em 2 tipos: categorias de processo e níveis de capacidade. Cada categoria de processo é detalhada em subcategorias específicas(cliente-fornecedor, engenharia, projeto, suporte e organização) Esse modelo avalia a capacidade da organização em cada processo para melhoria contínua. Processos têm níveis que espelham o CMMI (incompleto, executado, gerenciado, estabelecido, previsível e otimizado).


ID
806872
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A respeito da norma ISO 12207, julgue o  item  seguinte.

Categorizado como um processo organizacional, o processo de aquisição ocorre quando a organização contrata terceiros para a implementação de software.

Alternativas
Comentários
  • Categorizado como um processo organizacional, o processo de aquisição ocorre quando a organização contrata terceiros para a implementação de software.

    Gabarito: Errado.

    A estrutura da ISO 12207 é dividida em 3 partes, quais sejam:

    1. Processos Fundamentais

    1.1. Aquisicao

    1.2. Fornecimento

    1.3. Desenvolvimento

    1.4. Operacao

    1.5. Manutencao

    2. Processos de Apoio

    2.1. Documentacao
    2.2. Gerencia de Configuracao
    2.3. Garantia da Qualidade
    2.4. Verificacao
    2.5. Validacao
    2.6. Revisao Conjunta
    2.7. Auditoria
    2.8. Resolucao de Problemas
    3. Processos Organizacionais
    3.1. Gerencia
    3.2. Infraestrutura
    3.3. Melhoria
    3.4. Treinamento
    Fonte: Implantando a Governanca de Ti - 3 edicao - Aragon. Pag 342.
  • Processos contratuais

      Processo de aquisição

      Processo de fornecedor

    Processos Organizacionais Capacitadores de Projeto

      Processo de Gestão de Infraestrutura

      Processo de Gestão de Portfólio

      Processo de Gestão de Recursos Humanos

      Processo de Gestão de Qualidade

    Processos de Projetos

      Processo de Planejamento de Projeto

      Processo de Controle e Avaliação de Projeto

      Processo de Tomada de Decisão

      Processo de Gestão de Riscos

      Processo de Gestão da Configuração

      Processo de Gestão da Informação

      Processo de Gestão da Mudança

    Processos técnicos

      Processo de Definição dos Requisitos dos Stakeholders

      Processo de Análise dos Requisitos do Sistema

      Processo de Projeto de Arquitetura do Sistema

      Processo de Implementação

      Processo de Integração de Sistema

      Processo de Tesde de Qualificação de Sistema

      Processo de Instalação de Software

      Processo de Suporte de Aceitação de Software

      Processo de Operação de Software

      Processo de Manuntenção de Software

      Processo de Desativação de Serviço

    Processo de Implementação de SW

      Processo de Implementação de SW

      Processo de Análise de Requisito de SW

      Processo de Arquitetura de SW

      Processo de SW

      Processo de Construção de SW

      Processo de Integração de SW

      Processo de Teste de Qualificação de SW

    Processo de Apoio ao SW

      Processo de Gestão da Documentação de SW

      Processo de Gestão da Configuração de SW

      Processo de Garantia da qualidade de SW

      Processo de Verificação de SW

      Processo de Validação de SW

      Processo de Revisão de SW

      Processo de Auditoria de SW

      Processo de Resolução de Problema de SW

    Processo de Reuso de Software

      Processo de Engenharia do Dominio

      Processo de Gestão do Reuso de Ativos

      Processo de Gestão do Programa de Reuso

    Fonte: ISO NBR 12207:2009


ID
806875
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A respeito da norma ISO 12207, julgue o  item  seguinte.

O processo categorizado como primário que se aplica a todo o ciclo de vida e que é responsável por analisar e resolver problemas, incluindo não conformidades localizadas em outros processos, é o processo de resolução de problemas.

Alternativas
Comentários
  • Questão Errada.

    Processo de Resolução de Problemas é categorizado como Processo de Apoio.

    Segundo Aragon:

    O processo de Resolução de Problema define um processo para analisar e remover problemas, independentemente de sua natureza e origem. Compreende as seguintes atividades: implementação do processo e resolução de problemas.

    Fonte: Aragon, Aguinaldo. Implantando a Governança de TI, 3 ª edição, pág 345.

     


ID
806878
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A respeito da norma ISO 12207, julgue o  item  seguinte.

A norma em apreço é isenta no que se refere a garantia da qualidade, mas define níveis de maturidade organizacional e níveis de capacidade de processos.

Alternativas
Comentários
  • Questão errada.

    A ISO/IEC 12207 não define níveis de capacidade nem de maturidade. A norma ISO/IEC 15504 é que define níveis de capacidade de processos e também não possui níveis de maturidade organizacional.

    Fonte: http://mtc-m18.sid.inpe.br/col/lac.inpe.br/worcap/2003/10.20.14.01/doc/LahozWorkcap_versaofinal.pdf

  • Além do comentado pelo Anderson Caxeta ainda vale lembrar que a norma não é isenta quanto à qualidade já que a mesma define um processo de Gestão Da Qualidade em seus processos organizacionais Capacitadores de Projeto.


ID
806881
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A respeito da norma ISO 12207, julgue o  item  seguinte.

Os processos são organizados nas categorias de processos primários, de apoio e organizacionais. Os processos para solução de problemas e de auditoria fazem parte da categoria de apoio.

Alternativas
Comentários
  • Questão correta.

    Estrutura da ISO 12207:

    1. Processos Principais ou Fundamentais

    1.1. Aquisição

    1.2. Fornecimento

    1.3. Desenvolvimento

    1.4. Operação

    1.5. Manutenção

    2. Processos de Apoio

    2.1. Documentação

    2.2. Gerência de Configuração

    2.3. Garantia da Qualidade

    2.4. Verificação

    2.5. Validação

    2.6. Revisão

    2.7. Auditoria

    2.8. Resolução de Problema

    3. Processos Organizacionais

    3.1. Gerência

    3.2. Infraestrutura

    3.3. Melhoria

    3.4. Treinamento



ID
806884
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

De acordo com o modelo MPS.BR, um atributo de processo é algo que a organização considera relevante para atingir os seus objetivos estratégicos.

Alternativas
Comentários
  • Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo [ISO/IEC, 2004a].


    fonte: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf
  • Gabarito Errado


    Ativo de processo: Qualquer coisa que a organização considere útil para atingir os objetivos do processo, por exemplo, políticas, processos definidos, lições MPS.BR-Guia Geral MPS de Software:2012 8/59 aprendidas, templates de documentos, padrões, material de treinamento [SEI, 2010a].

    Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo [ISO/IEC, 2004a].


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, páginas 7 e 8.

  • Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo, by fernando pedrosa, provas de t.i


ID
806887
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

O modelo MPS.BR é descrito por meio de documentos em formato de guias: guias gerais, de aquisição, de avaliação e de implementação. O guia de aquisição descreve o processo de aquisição de software e serviços correlatos.

Alternativas
Comentários
  • Gabarito Certo


    O Guia de Aquisição é um documento complementar destinado a organizações que pretendam adquirir software e serviços. O Guia de Aquisição não contém requisitos do MR-MPS-SW e MR-MPS-SV, mas boas práticas para a aquisição de software e serviços.


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 13.

  • Avaliação não seria um componente ao invés do guia?

  • Não Mr. Robot, o Método de Avaliação(Componente) possui um Guia de Implementação.


ID
806890
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

Uma organização privada pode-se credenciar para atuar como instituição implementadora. Para isso, deve estabelecer convênio com a SOFTEX e cumprir requisitos institucionais, como demonstrar conhecimento em processos de software e ter uma estratégia para implementação do MR.MPS. Cabe a SOFTEX definir a estratégia de selecionar e capacitar os membros da equipe de implementação da instituição implementadora.

Alternativas

ID
806893
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

O MPS.BR é dividido em três partes: Modelo de Referência (MR.MPS), Método de Avaliação (MA-MPS) e Modelo de Negócio (MN-MPS). O MR.MPS descreve os requisitos que os processos das organizações devem atender.

Alternativas

ID
806896
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

Conforme o modelo MPS.BR, a capacidade do processo é mostrada por meio de um conjunto de atributos que expressa o grau de refinamento e institucionalização com que o processo é executado na organização.

Alternativas
Comentários
  • MPS.BR-Guia Geral MPS de Software:2012 , Página 18

    8.3 Capacidade do processo

    A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalização com que o processo é executado na organização/unidade organizacional. No MR-MPS-SW, à medida que a organização/unidade organizacional evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido.


    Espero ter ajudado.


ID
806899
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.

O nível F é considerado gerenciado, contempla os processos do nível de maturidade G e recebe o acréscimo de outros processos, como o processo de gerência de portfólio de projetos (GPP). O processo GPP visa iniciar e manter projetos que sejam necessários e sustentáveis, atendendo os objetivos estratégicos da organização.

Alternativas
Comentários
  • Assertiva CORRETA. 

     

    Errei por causa do "INICIAR e manter projetos", que no meu ver seria apenas manter (acompanhar) os projetos. Entretanto, de acordo com o guia, Gerência de Portfólio é responsável por "[...] iniciar e manter projetos de forma a atingir os objetivos da organização [...]". 


ID
806902
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


Para o MPS.BR, é inaceitável a exclusão de qualquer processo, independentemente do nível de maturidade que esteja sendo avaliado na organização, com exceção para o processo de aquisição, desde que a organização execute esse processo.

Alternativas
Comentários
  • Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada
    ●Cada exclusão deve ser justificada no Plano de Avaliação
    ●A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação
    ●É permitida a exclusão completa dos seguintes processos:
    –Aquisição (AQU), desde que não executado pela organização
    –Gerência de Portfólio de Projetos (GPP), desde que a única atividade da unidade organizacional seja evolução de produto
    ●É permitida a exclusão do processo Desenvolvimento para Reutilização (DRU), seguindo orientações
    ●Outras exclusões são permitidas para organizações com características específicas:
    –Organizações que fazem aquisição de software
    –Fábricas de Código
    –Fábricas de Teste
    ●Com relação aos resultados de atributos de processo, nos níveis A e B, os resultados RAP 23 a RAP 46 podem ficar fora do escopo da avaliação para alguns dos processos da organização
    –Apenas os processos críticos da organização, selecionados para serem gerenciados quantitativamente, devem implementar todos os resultados de atributos de processo

  • Gabarito Errado


    8.4 Exclusão de Processos Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação [SOFTEX, 2012b].


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 24.

  • 8.4 Exclusão de Processos

    É permitida a exclusão completa do seguinte processo, desde que não executado pela organização:
    • Aquisição (AQU)

    É permitida a exclusão completa do seguinte processo, desde que a única atividade da unidade organizacional seja evolução de  produto:
    • Gerência de Portfólio de Projetos (GPP)

    É permitida a exclusão do seguinte processo, seguindo as orientações da Tabela 8-2:
    • Desenvolvimento para Reutilização (DRU)

     

    Outras exclusões são permitidas para organizações com características específicas:
    • Organizações que fazem aquisição de software: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 8.
    • Fábricas de Código: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 9.
    • Fábricas de Teste: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 10.

     

    Fonte: MPS.BR, 2012, Guia Geral

  • Assertiva ERRADA. 

     

    MPS.BR é um guia e como todo guia ele não obriga a organização a nada. A organização vai implementar deste guia o que achar que é necessário, fazendo adaptações e descartando o que achar desnecessário. 

     

    * Dica: o que obriga a organização a seguir o seu rito são as normas ISO.


ID
806905
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


O nível G contém dois processos: gerência de requisitos e gerência de projetos. Nesse nível, a gerência de projetos deve contar com um subprocesso para a gestão de riscos em projetos, o qual deve identificar e avaliar os riscos e adotar as ações para controlar, eliminar ou diminuir esses riscos.

Alternativas
Comentários
  • Realmente, existem alguns resultados esperados no processo GPR que envolvem riscos, mas o problema da questão é afirmar que "adotar as ações para controlar, eliminar ou diminuir esses riscos". Nenhum dos resultados esperados DENTRO DO PROCESSO GPR fala em adotar ações que visem controlar, eliminar ou diminuir riscos, mas tão somente registrá-los. O processo responsável pela adoção tais ações é o Gerência de Riscos.

     

    9.1.1 Processo: Gerência de Projetos – GPR
    Nível MR-MPS: G – Parcialmente Gerenciado
    Resultados esperados:
    GPR 6. Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridade de tratamento são determinados e
    documentados;
    GPR 15. Os riscos são monitorados em relação ao planejado;

     

    9.5.3 Processo: Gerência de Riscos – GRI

    Nível MR-MPS-SW: C - Definido

    Propósito: O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.
     

    Fonte: MPS.BR 2016


ID
806908
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


No nível C, ocorre o processo de desenvolvimento para reutilização, que inclui, entre seus resultados esperados, a implantação, a monitoração e a avaliação do programa de reutilização.

Alternativas
Comentários
  • Gabarito Certo


    9.5.1 Processo: Desenvolvimento para Reutilização – DRU 

    Nível MR-MPS-SW: C – Definido 

    Propósito: O propósito do processo Desenvolvimento para Reutilização é identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação. 

    Resultados esperados: 

    DRU 1. Domínios de aplicação em que serão investigadas oportunidades de reutilização de ativos ou nos quais se pretende praticar reutilização são identificados, detectando os respectivos potenciais de reutilização; 

    DRU 2. A capacidade de reutilização sistemática da organização é avaliada e ações corretivas são tomadas, caso necessário; DRU 3. Um programa de reutilização, envolvendo propósitos, escopo, metas e objetivos, é planejado com a finalidade de atender às necessidades de reutilização de domínios; 

    DRU 4. O programa de reutilização é implantado, monitorado e avaliado; 

    DRU 5. Propostas de reutilização são avaliadas de forma a garantir que o resultado da reutilização seja apropriado para a aplicação alvo; 

    DRU 6. Formas de representação para modelos de domínio e arquiteturas de domínio são selecionadas; 

    DRU 7. Um modelo de domínio é desenvolvido e seus limites e relações com outros domínios são estabelecidos e mantidos. Este modelo deve ser capaz de capturar características, capacidades, conceitos e funções comuns, variantes, opcionais e obrigatórios; 

    DRU 8. Uma arquitetura de domínio descrevendo uma família de aplicações para o domínio é desenvolvida e mantida por todo o seu ciclo de vida; 

    DRU 9. Ativos do domínio são especificados; adquiridos ou desenvolvidos, e mantidos por todo o seu ciclo de vida.


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 44.