MAPA - ENG SOFT - PROJETO, IMPLEMENTAÇÃO E TESTE DE SOFTWARE - 532020

Prévia do material em texto

MAPA - ENG SOFT - PROJETO, IMPLEMENTAÇ Ã O E TESTE DE SOFTWARE - 53/2020 
 
QUESTÃ O 1 
• 
Prezado aluno, para a atividade Mapa, leia atentamente o cenário a seguir e, 
depois, responda ao que é solicitado. 
 
CENÁ RIO: 
 
Considere que você é o mais novo empreendedor do mercado, pois acabou de 
abrir sua empresa de serviços de Outsourcing: a S18G Company - uma empresa 
especializada em desenvolvimento de Software sob medida. 
A S18G Company, entrou no mercado de forma agressiva e está praticando 
ótimos preços para o desenvolvimento do Software sob medida. Esta ação chamou a 
atenção da Unnamed Company - uma cooperativa de artesanato que vem enfrentando 
sérios problemas para controlar o recebimento de seus clientes que são lojas do 
comércio atacadista. 
Atualmente, a Unnamed Company, controla seus recebimentos por meio de um 
recibo de papel. Quando uma venda é feita para uma loja atacadista, 
a Unnamed Company redige um recibo manualmente e entrega ao seu cliente, 
guardando para si uma cópia feita por uma máquina fotocopiadora. Esse método 
está insustentável, pois estão se formando pilhas e pilhas de recibos e a contabilidade 
está tendo cada vez mais dificuldades para realizar o balancete da empresa. Toda vez 
que um cliente pede para Unnamed uma cópia do recibo por ter perdido sua 
via original, o atendente consome muito tempo procurando o documento na pilha de 
recibos. 
Diante dessa situação, a Unnamed Company contratou um analista de negócios 
para ajudar e definir um processo de recebimentos e escrever um documento de 
requisitos, para que no futuro seja desenvolvido um software para a cooperativa. 
O CO da Unnamed Company escreveu a seguinte história de usuário: “Eu como 
CO da Unnamed Company, preciso de um sistema para a cooperativa que 
permita cadastrar todos os recibos da cooperativa de forma digital. Assim a qualquer 
momento meus clientes poderão consultar seus recibos. Seria essencial que essas 
consultas sejam feitas de qualquer lugar do mundo, a qualquer momento e de qualquer 
tipo de dispositivo conectado à internet”. 
Diante desta história de usuário, o mais novo funcionário da Unnamed Company, 
o analista de negócios, escreveu os seguintes requisitos funcionais: 
 
 
 
 
 
 
 
 
 
 
 
RFN01: O sistema deve possuir uma tela de cadastro de clientes: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
CPF/CNPJ sim texto com máscara 
- CPF/CNPJ é obrigatório; 
- Número de CPF deve ser válido; 
- Número de CNPJ deve ser válido; 
- Número de CPF/CNPJ não pode ser 
duplicado. 
Nome sim texto Nome é obrigatório. 
E-mail sim texto 
- E-mail é obrigatório; 
- E-mail deve ser valido. 
Endereço sim testo Endereço é obrigatório. 
 
 
RFN02: O sistema deve possuir uma tela de cadastro de usuários: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login é obrigatório; 
- Login não pode ser duplicado. 
Senha sim texto 
- Senha é obrigatório; 
- Senha deve conter no mínimo 8 caracteres; 
- Senha deve conter letras, 
números e caracteres especiais. 
Confirmação de 
senha 
sim texto 
- Confirmação de senha deve ser 
igual ao campo senha; 
 
 
RFN03: O sistema deve possuir uma tela de cadastro de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Número sim numérico 
- Número deve ser gerado automático pelo 
sistema de forma sequencial sem repetir. 
Valor do 
recibo 
sim decimal 
- Valor do recibo é obrigatório; 
- Valor do recibo deve ser maior que zero. 
Data sim data 
- Data deve ser preenchida de forma automática 
pelo sistema. 
Descrição sim texto - Descrição é obrigatório. 
Cliente sim 
Referência de 
cliente 
- Cliente é obrigatório. 
 
 
 
 
 
 
RFN04: O sistema deve possuir uma tela de consulta online de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login e senha deve ser válidos. 
Senha sim texto 
Data Início sim Data 
- Data de início é obrigatório; 
- Data de início deve ser menos que data de fim. 
Data Fim sim Data 
- Data fim é obrigatório; 
- Data fim deve ser maior de data de início. 
 
 
Tabela de resultados 
Cenário Comportamento 
Usuário não possui re
cibos para 
o período informado 
Sistema deve retornar uma mensagem informado que usuário não 
possui recibos a serem consultados. 
Usuário possui recibo
s para o período 
informado 
Sistema deve retornar uma lista de dados contendo as 
informações: Data, Valor e Descrição. 
 
Diante deste contexto apresentado, responda ao que se pede nas questões 
abaixo: 
 
Questõ es: 
 
A Unnamed Company contratou sua empresa para o desenvolvimento de 
software descrito no documento de requisitos elaborado pelo analista de negócio da 
cooperativa. Você será o Analista de Testes deste projeto, sendo assim: 
 
1 - Escreva um roteiro de teste para cenários positivos e negativos contendo todas as 
regras e comportamentos listados nos requisitos 
 
2 - Considere que, após a execução do roteiro de testes, os seguintes incidentes foram 
registrados pelos testadores: 
- Cadastro de clientes permitiu a duplicidade de CNPJ; 
- Cadastro de clientes permitiu cadastrar endereço apenas com caracteres vazios; 
- Cadastro de clientes retornou não tratado ao informar o nome do cliente com mais de 
100 caracteres: value larger than specified precision allows for this column; 
- Cadastro de recibos gerou números de recibos duplicados; 
- Consulta online de recibos retorno recibos de outros usuários, não apenas do usuário 
logado; 
 
Diante dos Bugs acima, desenvolva um relatório de incidentes de testes para ser 
enviados à equipe de desenvolvimento. 
 
 
 
 
DOCUMENTOS DE TESTE(ROTEIRO) 
 
Os testes a serem entregues estão contidos no escopo conforme 
detalhes abaixo. 
INTRODUÇÃO 
Os seguintes itens serão testados conforme o escopo planejado e são os 
seguintes: 
• Cadastro de Clientes; 
• Cadastro de Usuários; 
• Cadastro de Recibos; 
• Consulta de Recibos online. 
 
ITENS A TESTAR 
 
Os itens testados estão uma tabela, mostrada a seguir: 
RFN01: O sistema deve possuir uma tela de cadastro de clientes: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
CPF/CNPJ sim texto com máscara 
- CPF/CNPJ é obrigatório; 
- Número de CPF deve ser válido; 
- Número de CNPJ deve ser válido; 
- Número de CPF/CNPJ não pode ser 
duplicado. 
Nome sim texto Nome é obrigatório. 
E-mail sim texto 
- E-mail é obrigatório; 
- E-mail deve ser valido. 
Endereço sim testo Endereço é obrigatório. 
 
 
RFN02: O sistema deve possuir uma tela de cadastro de usuários: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login é obrigatório; 
- Login não pode ser duplicado. 
Senha sim texto 
- Senha é obrigatório; 
- Senha deve conter no mínimo 8 caracteres; 
- Senha deve conter letras, 
números e caracteres especiais. 
Confirmação de 
senha 
sim texto 
- Confirmação de senha deve ser 
igual ao campo senha; 
 
 
 
 
RFN03: O sistema deve possuir uma tela de cadastro de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Número sim numérico 
- Número deve ser gerado automático pelo 
sistema de forma sequencial sem repetir. 
Valor do 
recibo 
sim decimal 
- Valor do recibo é obrigatório; 
- Valor do recibo deve ser maior que zero. 
Data sim data 
- Data deve ser preenchida de forma automática 
pelo sistema. 
Descrição sim texto - Descrição é obrigatório. 
Cliente sim 
Referência de 
cliente 
- Cliente é obrigatório. 
 
RFN04: O sistema deve possuir uma tela de consulta online de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login e senha deve ser válidos. 
Senha sim textoData Início sim Data 
- Data de início é obrigatório; 
- Data de início deve ser menos que data de fim. 
Data Fim sim Data 
- Data fim é obrigatório; 
- Data fim deve ser maior de data de início. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
CRITÉRIOS DE COMPLETEZA (Relatório de Incidentes) 
 
Os critérios estão definidos conforme tabelas a seguir. 
RFN01: O sistema deve possuir uma tela de cadastro de clientes: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
CPF/CNPJ sim texto com máscara 
- CPF/CNPJ é obrigatório; 
- Número de CPF deve ser válido; 
- Número de CNPJ deve ser válido; 
- Número de CPF/CNPJ não pode ser 
duplicado. 
Nome sim texto Nome é obrigatório. 
E-mail sim texto 
- E-mail é obrigatório; 
- E-mail deve ser valido. 
Endereço sim testo Endereço é obrigatório. 
 
 
RFN02: O sistema deve possuir uma tela de cadastro de usuários: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login é obrigatório; 
- Login não pode ser duplicado. 
Senha sim texto 
- Senha é obrigatório; 
- Senha deve conter no mínimo 8 caracteres; 
- Senha deve conter letras, 
números e caracteres especiais. 
Confirmação de 
senha 
sim texto 
- Confirmação de senha deve ser 
igual ao campo senha; 
 
 
RFN03: O sistema deve possuir uma tela de cadastro de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Número sim numérico 
- Número deve ser gerado automático pelo 
sistema de forma sequencial sem repetir. 
Valor do 
recibo 
sim decimal 
- Valor do recibo é obrigatório; 
- Valor do recibo deve ser maior que zero. 
Data sim data 
- Data deve ser preenchida de forma automática 
pelo sistema. 
Descrição sim texto - Descrição é obrigatório. 
Cliente sim 
Referência de 
cliente 
- Cliente é obrigatório. 
 
 
RFN04: O sistema deve possuir uma tela de consulta online de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login e senha deve ser válidos. 
Senha sim texto 
Data Início sim Data 
- Data de início é obrigatório; 
- Data de início deve ser menos que data de fim. 
Data Fim sim Data 
- Data fim é obrigatório; 
- Data fim deve ser maior de data de início. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ESPECIFICAÇÃO DOS TESTES (Relatório de Incidentes) 
 
Será testado o cadastro de clientes (duplicidade de CNPJ, Endereço 
com caracteres vazios, Nome do cliente com mais de 100 caracteres). 
Cadastro de Recibos (Recibos duplicados). Consulta online (Retorno de 
recibos de outros usuários no log do cliente (Usuário Logado). 
Procedimentos de teste 
Os procedimentos de testes estão detalhados e seguem conforme o 
planejamento da equipe de teste conforme está no escopo do projeto: 
• Cadastro de Clientes (Nome, E-mail, CPF, CNPJ, Endereço). 
• Cadastro de Usuários (Login, Senha, Confirmação de Senha). 
• Cadastro de Recibos (Número, Valor do Recibo, Data, Descrição, 
Cliente). 
Consulta online de Recibos (Login, Senha, Data Início, Data Fim). 
Casos de teste 
RFN01: O sistema deve possuir uma tela de cadastro de clientes: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
CPF/CNPJ sim texto com máscara 
- CPF/CNPJ é obrigatório; 
- Número de CPF deve ser válido; 
- Número de CNPJ deve ser válido; 
- Número de CPF/CNPJ não pode ser 
duplicado. 
Nome sim texto Nome é obrigatório. 
E-mail sim texto 
- E-mail é obrigatório; 
- E-mail deve ser valido. 
Endereço sim testo Endereço é obrigatório. 
 
 
RFN02: O sistema deve possuir uma tela de cadastro de usuários: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login é obrigatório; 
- Login não pode ser duplicado. 
Senha sim texto 
- Senha é obrigatório; 
- Senha deve conter no mínimo 8 caracteres; 
- Senha deve conter letras, 
números e caracteres especiais. 
Confirmação de 
senha 
sim texto 
- Confirmação de senha deve ser 
igual ao campo senha; 
 
RFN03: O sistema deve possuir uma tela de cadastro de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Número sim numérico 
- Número deve ser gerado automático pelo 
sistema de forma sequencial sem repetir. 
Valor do 
recibo 
sim decimal 
- Valor do recibo é obrigatório; 
- Valor do recibo deve ser maior que zero. 
Data sim data 
- Data deve ser preenchida de forma automática 
pelo sistema. 
Descrição sim texto - Descrição é obrigatório. 
Cliente sim 
Referência de 
cliente 
- Cliente é obrigatório. 
 
 
RFN04: O sistema deve possuir uma tela de consulta online de recibos: 
 
Tabela de campos x Regras 
Campo Obrigató rio Tipo Regras 
Login sim texto 
- Login e senha deve ser válidos. 
Senha sim texto 
Data Início sim Data 
- Data de início é obrigatório; 
- Data de início deve ser menos que data de fim. 
Data Fim sim Data 
- Data fim é obrigatório; 
- Data fim deve ser maior de data de início. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
RELATÓRIO RESUMIDO DOS TESTES (Incidentes) 
 
O presente relatório de testes, testou as seguintes situações: 
Cadastro de Clientes: 
• Duplicidade de CNPJ; 
• Endereço com caracteres vazios; 
• Nome do cliente com mais de 100 caracteres; 
 
Cadastro de Recibos: 
• Recibos duplicados; 
 
 
Consulta on-line: 
• Retorno de recibos de outros usuários no log do cliente (Usuário 
Logado); 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
RELATÓRIO DE INCIDENTE DE TESTE 
 
Empresa 
 
UNNAMED COMPANY 
Projeto 
SISTEMA DE CADASTRO DE RECIBOS 
 
Versão 
1 
Data 
04/10/20 
 
RELATÓRIO DE INCIDENTE DE TESTE 
 
Objetivo: Documentar qualquer evento que ocorra durante o processo de teste que requeira 
investigação. 
 
 
Identificador UNNAMED COMPANY 
 
Sumariza o incidente. Identifica os itens de teste envolvidos e indica sua versão e revisão. Referência a 
especificação do procedimento de teste, especificação do caso de teste, e diário de teste. 
SUMÁRIO 
Cadastro de clientes permitiu a duplicidade de CNPJ 
Cadastro de clientes permitiu cadastrar endereço apenas com caracteres vazios 
Cadastro de clientes retornou não tratado ao informar o nome do cliente com mais de 
100 caracteres: value larger than specified precision allows for this column 
Cadastro de recibos gerou números de recibos duplicados 
Consulta online de recibos retorno recibos de outros usuários, não apenas do usuário 
logado 
 
 
 
 
 
 
 
 
Entradas Cadastro de clientes. Cadastro de recibos, Consulta online. 
Resultados 
esperados 
Cadastro de clientes deve retornar apenas o CNPJ do cliente. Endereço não 
pode conter caracteres vazios. Nome do cliente com limite caracteres (100). 
Recibo deve gerar recibo apenas do cliente especificado. Consulta on-line 
deve retornar recibos somente do cliente específico. 
Resultados 
alcançados 
 
Eventos 
anormais 
Duplicidade de CNPJ, endereço com caracteres vazios, nome do cliente com 
mais de 100 caracteres, geração de recibos duplicados, retorno de recibos 
de outros usuários, no log do cliente. 
Anomalias 
duplicidade de CNPJ, permissão de cadastrar endereço com 
caracteres vazios, informou o nome do cliente com mais de 100 
caracteres: (value larger than specified precision allows for this c
olumn), gerou números de recibos duplicados, Consulta online 
de recibos retorno recibos de outros usuários, não apenas do 
usuário logado. 
Data e hora 
04/10/2020 às 23:59. 
Passos do 
procedimento 
Teste nas funcionalidades do cadastro de clientes (CNPJ, Endereço, Nome 
do cliente). Teste na funcionalidade cadastro de recibos (recibos 
duplicados). Teste na funcionalidade da consulta online (banco de dados 
retorna recibos de outros usuários), no log do cliente), quando o mesmo 
está logado. 
Ambiente 
Web eSoftware Local. 
Tentativas de 
repetição 
10. 
Testadores 
Alex Rogério. 
Observadores 
Tutor EAD. 
Impacto 
Bug na funcionalidade da tela de cadastro de cliente(CNPJ duplicado, 
cadastro de endereço com caracteres vazios, informe do nome do cliente 
com mais de 100 caracteres), bug na funcionalidade de cadastro de recibos, 
(geração de duplicidade de recibos ), bug na funcionalidade consulta online 
(retorno de recibos de outros usuários, no log do cliente). 
 
 
 
 
 
 
CONCLUSÃO DO TESTE (INCIDENTES) 
O presente teste detectou alguns bug’s, e o mesmo estão sendo 
encaminhado a equipe de desenvolvimento para correção. 
Mediante aos erros apresentados foi gerado um relatório de 
incidentes de teste para quantificar os bug’s encontrados e mapeá-
los para que os mesmos sejam corrigidos pela equipe de 
desenvolvimento, então os dados aqui apresentados estão sendo 
encaminhados para correção. 
Os seguintes erros foram encontrados: Bug na funcionalidade 
da tela de cadastro de cliente(CNPJ duplicado, cadastro de endereço 
com caracteres vazios, informe do nome do cliente com mais de 100 
caracteres), bug na funcionalidade de cadastro de recibos, (geração 
de duplicidade de recibos ), bug na funcionalidade consulta online 
(retorno de recibos de outros usuários, no log do cliente).