·
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
11
Teste de Software
Qualidade de Software
UMG
4
Estácio_ Alunos 26
Qualidade de Software
UMG
11
Cct0204_sm
Qualidade de Software
UMG
5
Av 11 2016 Cct0272 Testes de Software
Qualidade de Software
UMG
4
Estácio_ Alunos 20
Qualidade de Software
UMG
Preview text
INF1413 Teste de Software Periodo 2011/2 1a. Prova 28/setembro/2011 17:00 as 19:00 sala L150 COM CONSULTA seja sucinto Caracterizacao do problema Um cliente, cansado de esperar na fila de entrada do estacionamento da PUC-Rio, resolveu considerar a viabilidade de desenvolver um sistema de carona organizada — CAPUC —, operando em smartphones. Ele espera que esse sistema leve uma parcela significativa de pessoas a compartilhar um carro, reduzindo o numero de carros que demandam o estacionamento. Mas o cliente esta incerto de que, por um lado, exista condicao, solicitou a estudantes da PUC-Rio para que elaborassem uma proposta e a analise data quanto a sua viabilidade funcional. Uma das caracteristicas (features) funcionais deste sistema e a funcao “oferecer carona”. A pessoa que oferece carona posta uma mensagem identificando-se (ex. Joao de Barro), indicando o endereço de origem (ex. Itanhanga), quanto tempo (ex. 7:45), o inicio (ex. Largo do Machado), o final (ex. PUC-Rio), e o objetivo do itinerario (ex. ir ate Reboucas, av. Borges de Medeiros) e, finalmente, a cor e modelo (ex. Rolls Royce amarelo) placa ZZZ-9999). Observacoes: O nivel de abstracao e alto, portanto em nenhum momento devem ser discutidas aspectos que tenham a ver com um possivel implementacao. As respostas tender em a ser esbocos, mas devem ser: compreensivo e legiveis. 1a. questao (2 pontos) Crie duas caracteristicas funcionais adicionais que o sistema deve possuir (podem existir muito mais do que duas, mas para a tarefa e o suficiente citar essas duas). Descreva resumidamente o que cada caracteristica deve realizar. Use o exemplo acima para tal. 2a. questao (2 pontos) Escreva um caso de uso para a caracteristica “oferecer carona”. O caso de uso deve conter a atividade: “o motorista regist- 3a. questao (2 pontos) Esbocuma de estados para a implementacao do caso de uso. 4a. questao (2 pontos) Produza um grafo causa e efeito para o estado “registrar itinerario” e produza uma tabela de decisao para este grafo. 5a. questao (2 pontos) Descreva tres criterios de revisao (nome, e texto explanatorio) que focalizem o controle de aspectos funcionais da especificacao (nae interessam regras de portugues ou de boa escrita) que voce julga necessarios para avaliar a testabilidade dos enunciados de caracteristicas funcionais. Prova 1 INF1413 - Teste de Software Aluno: Matricula: 0812349-9 Página 1/3 1. “Busca Carona” : A pessoa poderá , entre as categorias existentes , sele- conte seu caaronista ter a sua necessidade. Para isso , deve preqncher… endereço de usado dessa acha banco de “Anuncia Intensão” : A pessoa que quer dar carona how announc ente a a do veiculo ‘Bastio cormulario com todas as informações de. Resumo: O cliente que deseja oferecer carona, submeta ... da carona, inicio, fim, intinerario e cor do carro para o sistema, D fim de register oferta Escopo: Registrar a oferta de carona. Ator Principal: Cliente Interessados: Cliente, oferece, de forma util para painel Sistema CAPUC obtêm as ofertas de carona Pré-condição: Sistema CAPUC encontre-se disponível e operante. Pós-condição: N/A Acionamento: O cliente decide registrar sua oferta de carona. Fluxo Principal: 1. Sistema CAPUC fornece formulário ao cliente 2. Cliente preenche dados 3. Sistema CAPUC faz confirmação dos dados 4. Cliente confirma dados Fluxos Alternativos: Fluxo EX1: Cliente cancela sessão EX1.1 Sistema CAPUC confirma cancelamento e finaliza a sessão Fim do evento EX1 Evento E4: Cliente não confirmo dados E4.1: Sistema CAPUC pergunta para de novas dados Fim do evento E4. Evento E5: Sistema CAPUC não completou o registro E5.1: Sistema CAPUC informa razão da falha Fim do evento E5. Pós-conclusão: Carona registrada com sucesso no Sistema CAPUC. Cenário Mínimo: Requisitos - IHC: O objetivo é retomar que a atividade de preenchimento dos dados, os dados preenchidos poderão constituir elementos para avaliação. - IHC: O usuário poderá preencher os campos e executar ordens. Regras de Negócio: Para concluir o cadastro com sucesso, o cliente deve preencher todos os campos do formulário de registro. Ambiguidade: Um determinado conceito, mesmo de propósito, pode levar a mais de uma interpretação, gerando assim uma dúvida Difusa: Acontecer quando o artefato refere a especificação de um ou mais elementos tornando-o redundante. Prova 1 INF1413 - Teoria de Software Aluno: Bruno Ribeiro Caminho / Matrícula: 0672944-9 SISTEMA CORE DADOS INCONSISTENTES CADASTRO_REDUTORIO FEEDBACK_RESULTADO RESULTADO_CADASTRO ALTERAR_REDNITORIO DADOS (ENTRADA_INCORRETA) REGISTRAR_DATOS CADASTRO DE_CADASTRO IDEN_CADASTRO Cenários Nomes [1] a [8] Efeitos - Redundantes - Ocorrências - Não registra 1 - Nome 2 - Horário 3 - Início 4 - Fim 5 - Interromper 6 - Corro 7 - Ok 8 - Cancelar [1] [2] [3] [4] [5] [6] [7] [8] [A]lguém_nome_não_conectado [C]omastra [E]nroquisando [Z] não registro [C]aloro [N]ão_efetua [X]X [8]56 Friendship is golden. I’m just so happy to have you in my life!
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
11
Teste de Software
Qualidade de Software
UMG
4
Estácio_ Alunos 26
Qualidade de Software
UMG
11
Cct0204_sm
Qualidade de Software
UMG
5
Av 11 2016 Cct0272 Testes de Software
Qualidade de Software
UMG
4
Estácio_ Alunos 20
Qualidade de Software
UMG
Preview text
INF1413 Teste de Software Periodo 2011/2 1a. Prova 28/setembro/2011 17:00 as 19:00 sala L150 COM CONSULTA seja sucinto Caracterizacao do problema Um cliente, cansado de esperar na fila de entrada do estacionamento da PUC-Rio, resolveu considerar a viabilidade de desenvolver um sistema de carona organizada — CAPUC —, operando em smartphones. Ele espera que esse sistema leve uma parcela significativa de pessoas a compartilhar um carro, reduzindo o numero de carros que demandam o estacionamento. Mas o cliente esta incerto de que, por um lado, exista condicao, solicitou a estudantes da PUC-Rio para que elaborassem uma proposta e a analise data quanto a sua viabilidade funcional. Uma das caracteristicas (features) funcionais deste sistema e a funcao “oferecer carona”. A pessoa que oferece carona posta uma mensagem identificando-se (ex. Joao de Barro), indicando o endereço de origem (ex. Itanhanga), quanto tempo (ex. 7:45), o inicio (ex. Largo do Machado), o final (ex. PUC-Rio), e o objetivo do itinerario (ex. ir ate Reboucas, av. Borges de Medeiros) e, finalmente, a cor e modelo (ex. Rolls Royce amarelo) placa ZZZ-9999). Observacoes: O nivel de abstracao e alto, portanto em nenhum momento devem ser discutidas aspectos que tenham a ver com um possivel implementacao. As respostas tender em a ser esbocos, mas devem ser: compreensivo e legiveis. 1a. questao (2 pontos) Crie duas caracteristicas funcionais adicionais que o sistema deve possuir (podem existir muito mais do que duas, mas para a tarefa e o suficiente citar essas duas). Descreva resumidamente o que cada caracteristica deve realizar. Use o exemplo acima para tal. 2a. questao (2 pontos) Escreva um caso de uso para a caracteristica “oferecer carona”. O caso de uso deve conter a atividade: “o motorista regist- 3a. questao (2 pontos) Esbocuma de estados para a implementacao do caso de uso. 4a. questao (2 pontos) Produza um grafo causa e efeito para o estado “registrar itinerario” e produza uma tabela de decisao para este grafo. 5a. questao (2 pontos) Descreva tres criterios de revisao (nome, e texto explanatorio) que focalizem o controle de aspectos funcionais da especificacao (nae interessam regras de portugues ou de boa escrita) que voce julga necessarios para avaliar a testabilidade dos enunciados de caracteristicas funcionais. Prova 1 INF1413 - Teste de Software Aluno: Matricula: 0812349-9 Página 1/3 1. “Busca Carona” : A pessoa poderá , entre as categorias existentes , sele- conte seu caaronista ter a sua necessidade. Para isso , deve preqncher… endereço de usado dessa acha banco de “Anuncia Intensão” : A pessoa que quer dar carona how announc ente a a do veiculo ‘Bastio cormulario com todas as informações de. Resumo: O cliente que deseja oferecer carona, submeta ... da carona, inicio, fim, intinerario e cor do carro para o sistema, D fim de register oferta Escopo: Registrar a oferta de carona. Ator Principal: Cliente Interessados: Cliente, oferece, de forma util para painel Sistema CAPUC obtêm as ofertas de carona Pré-condição: Sistema CAPUC encontre-se disponível e operante. Pós-condição: N/A Acionamento: O cliente decide registrar sua oferta de carona. Fluxo Principal: 1. Sistema CAPUC fornece formulário ao cliente 2. Cliente preenche dados 3. Sistema CAPUC faz confirmação dos dados 4. Cliente confirma dados Fluxos Alternativos: Fluxo EX1: Cliente cancela sessão EX1.1 Sistema CAPUC confirma cancelamento e finaliza a sessão Fim do evento EX1 Evento E4: Cliente não confirmo dados E4.1: Sistema CAPUC pergunta para de novas dados Fim do evento E4. Evento E5: Sistema CAPUC não completou o registro E5.1: Sistema CAPUC informa razão da falha Fim do evento E5. Pós-conclusão: Carona registrada com sucesso no Sistema CAPUC. Cenário Mínimo: Requisitos - IHC: O objetivo é retomar que a atividade de preenchimento dos dados, os dados preenchidos poderão constituir elementos para avaliação. - IHC: O usuário poderá preencher os campos e executar ordens. Regras de Negócio: Para concluir o cadastro com sucesso, o cliente deve preencher todos os campos do formulário de registro. Ambiguidade: Um determinado conceito, mesmo de propósito, pode levar a mais de uma interpretação, gerando assim uma dúvida Difusa: Acontecer quando o artefato refere a especificação de um ou mais elementos tornando-o redundante. Prova 1 INF1413 - Teoria de Software Aluno: Bruno Ribeiro Caminho / Matrícula: 0672944-9 SISTEMA CORE DADOS INCONSISTENTES CADASTRO_REDUTORIO FEEDBACK_RESULTADO RESULTADO_CADASTRO ALTERAR_REDNITORIO DADOS (ENTRADA_INCORRETA) REGISTRAR_DATOS CADASTRO DE_CADASTRO IDEN_CADASTRO Cenários Nomes [1] a [8] Efeitos - Redundantes - Ocorrências - Não registra 1 - Nome 2 - Horário 3 - Início 4 - Fim 5 - Interromper 6 - Corro 7 - Ok 8 - Cancelar [1] [2] [3] [4] [5] [6] [7] [8] [A]lguém_nome_não_conectado [C]omastra [E]nroquisando [Z] não registro [C]aloro [N]ão_efetua [X]X [8]56 Friendship is golden. I’m just so happy to have you in my life!