Desafio III Qualiadde De Software

Prévia do material em texto

1º Desafio – Qualidade de Software
Testes de software são uma atividade de extrema importância para a garantia da qualidade do produto de software. Podem ser realizados diversos tipos de testes, sejam estes feitos diretamente no código fonte do software ou através da execução do software que está sendo testado. 
Um dos tipos de teste que podem ser executados é o exploratório. Este tipo de teste se baseia no conhecimento do testador do negócio da empresa, de forma que o testador irá explorar o sistema buscando por falhas. Para suportar esse trabalho de busca exploratória de erros, podem ser criados checklists, estes garantem que as principais funcionalidades serão testadas e que todas as validações necessárias serão feitas. 
Após ler essas informações, avalie a situação a seguir:
​​​​​​​
Agora, com base na análise realizada, elabore um checklist que possa ser usado para validação dessa tela e reaproveitado para outras telas que você testar no futuro.
Padrão de resposta esperado
O checklist deve buscar validar campos que são de preenchimento obrigatório, com formato específico e que exigem alguma validação de valor. O checklist deve ser um documento genérico, que pode ser aplicado para qualquer tela, e apenas complementado com particularidades da tela que está sendo testada no momento. Por isso, o checklist apresentado a seguir está dividido em duas partes: campos genéricos e campos peculiares. 
Checklist genérico
[ ] Preenchimento obrigatório de campos está sendo validado?
[ ] Campos numéricos aceitam apenas valores numéricos?
[ ] Campos alfanuméricos aceitam números e letras?
[ ] Campos de letras aceitam apenas letras?
[ ] Campos que exigem valores monetários aceitam números decimais e têm máscara de campos?
[ ] Campo de e-mail tem validação de formato?
[ ] Campo Data de nascimento aceita apenas datas anteriores à atual?
[ ] Campos de valores monetários têm máscara de campo?
[ ] Campos de Telefone contêm máscara de campo?
[ ] Campos de Data têm máscara de preenchimento de campo?
[ ] Campo de CPF/CNPJ contém máscara de campo?
[ ] Campo de CEP tem máscara de campo?
[ ] Campos Radio button aceitam marcar apenas uma opção?
[ ] Campos Checkbox aceitam marcar múltiplas opções?
[ ] Links estão direcionados para páginas corretas?
[ ] Todos os botões contêm ações?
Checklist específico
[ ] Campo Nome verifica presença obrigatória de espaço para separar nome e sobrenome?
[ ] Campo Nome verifica presença de caracteres especiais e de mínimo de caracteres?
[ ] Campo Sexo permite seleção de apenas um valor?
[ ] Campo Tipo sanguíneo é exibido em lista para seleção de um tipo válido?
[ ] Campo Fator RH é exibido em lista para seleção de um tipo válido?
[ ] Campo etnia aceita apenas letras?
[ ] Campo Data de cadastro permite apenas valores anteriores ao atual?
[ ] Campo Rua tem valor de mínimo de caracteres e de presença de caracteres especiais?
[ ] Campo Bairro contém valor de mínimo de caracteres e de presença de caracteres especiais?
[ ] Ao selecionar um estado, as cidades que pertencem àquele estado ficam disponíveis para seleção em uma lista?
2º Desafio - Garantias da Qualidade de Software
A garantia de qualidade de software é, juntamente com o controle de qualidade, um importante aliado do cliente para que ele possa confiar no produto que está adquirindo. A garantia de qualidade assegura que os processos da empresa estão sendo seguidos e ajuda a otimizá-los, adequando-os da melhor forma possível ao contexto da empresa.
Você é estagiário da área de garantia de qualidade de uma empresa que desenvolve softwares e recebeu a seguinte demanda.
​​​​​​​
Descreva este processo de forma textual e gráfica. Ele deve conter os seguintes elementos:
- Nome do processo
- Insumos (materiais necessários)
- Resultado (o que será entregue ao final da execução do processo)
- Passos para execução (o que deve ser feito)
- Fluxos alternativos (desvios que o processo pode ter)
- Fluxograma do processo (principal e alternativo)
Padrão de resposta esperado
Nome do processo: imprimir documento.
Insumos: impressora devidamente instalada e configurada, papel, tinta para impressão, cota de impressão disponível e em quantidade suficiente.
Resultado: documento impresso.
Passos para execução:
1- Acessar o sistema de impressão.
2- Informar as credenciais do colaborador da empresa (login e senha).
3- Verificar a cota de impressão.
4- Selecionar o documento que deseja imprimir.
5- Realizar ajustes de tamanho de página, cor e qualidade da impressão.
6- Imprimir o documento.
7- Retirar o documento na impressora.
Fluxo alternativo 1:
1- Acessar o sistema de impressão.
2- Informar as credenciais do colaborador da empresa (login e senha).
3- Colaborador não tem senha válida, procurar o setor de recursos humanos para cadastro de nova senha.
Fluxo alternativo 2:
1- Acessar o sistema de impressão.
2- Informar as credenciais do colaborador da empresa (login e senha).
3- Verificar a cota de impressão.
4- Colaborador não tem cota suficiente.
5- Impressão é cancelada.
Fluxograma do processo:
3º Desafio - Revisões das técnicas Formais e de software
Um sistema crítico é aquele que não pode apresentar falhas. Afinal, pense em como a existência de falhas em certos sistemas podem acarretar danos graves e até a perda de vidas. Sommerville (2003) ressalta que alguns sistemas podem apresentar danos graves em relação a perdas econômicas, danos físicos ou ameaças à vida humana.
Acompanhe o caso a seguir:
A equipe de desenvolvimento da empresa de software, incluindo você, está trabalhando para corrigir os defeitos da parte já entregue.
a) Considerando que foram encontrados 33 erros graves e 55 erros secundários, explique qual é a estimativa de erros no software inteiro caso esse problema não seja resolvido.
b) Como você irá solucionar o problema de desenvolvimento do restante do software?Lembre-se que você está trabalhando com recursos reduzidos, tanto no âmbito de tempo quanto de dinheiro e equipe.
Padrão de resposta esperado
a) A partir da análise dos 30% do software já entregues, considerando que houve 33 erros graves e 55 erros secundários, há uma certa probabilidade de que, se o processo continuar da mesma forma, e se a proporção de erros se mantiver, ao final, o software terá 110 erros graves e 183,33 erros secundários.
b) Para que esse cenário não se concretize, além do reparo imediato dos defeitos encontrados no software já entregue, será necessário aplicar um processo de revisão rígido em todos os artefatos que serão desenvolvidos daqui para frente. Como a empresa dispõe de poucos recursos para a revisão do projeto, é recomendado que sejam realizadas inspeções apenas nos artefatos mais críticos, mas que todos os outros sejam revisados com técnicas menos dispendiosas, como é o caso da pair review e do walkthrough.
Como a situação da empresa já está crítica, visto que o cliente constatou uma série de defeitos nos 30% do software entregue, é importante que a equipe não opte pela realização de revisão por amostragem, pois, dessa forma, mais erros poderão passar despercebidos, comprometendo ainda mais a imagem do produto entregue.
4º Desafio - Abordagens Formais e Garantia Estatística de Qualidade de Software
O Goal Question Metric (GQM) é um modelo muito utilizado para realizar medições bem-definidas de acordo com objetivos específicos, a fim de obter uma melhora na efetividade.
Para este Desafio, imagine que você trabalha para a empresa Qualidade de Software S. A. e precisa aplicar o método GQM para melhorar a pontualidade do processamento da solicitação de uma determinada mudança durante a fase de manutenção do ciclo de vida de um sistema.
Lembre-se: a meta resultante especificará uma finalidade (que será uma melhoria), um processo (processamento de solicitação de mudança), um ponto de vista (gerente de projeto) e um problema de qualidade (pontualidade).
Esse objetivo pode ser refinado para uma série de questões, como, por exemplo, o tempo de retorno e os recursos utilizados. E essas perguntas podem ser respondidas por métricas, comparandotempos de turno específicos aos tempos médios.
Mãos à obra.
Padrão de resposta esperado