PIM V - Teste de Software e Modelo de Dados
Por: Carolina234 • 8/3/2018 • 1.963 Palavras (8 Páginas) • 737 Visualizações
...
After these studies were created the MER models and RSP, which have images that detail the flow of information and its rules, and also a data dictionary containing the specifications of the fields of the tables, as data type, size, validation, and it is mandatory or not.
The methodologies used in the preparation were the software engineering classes 2 and Gliffy tool for creating database structure.
SUMÁRIO
1 INTRODUÇÃO 6
2 ROTEIRO DE TESTE 1 7
2.1 Print de Tela 8
3 ROTEIRO DE TESTE 2 9
3.1 Print de Tela 10
4 ROTEIRO DE TESTE 3 11
4.1 Print de Tela 12
5 ROTEIRO DE TESTE 4 13
5.1 Print de Tela 14
6 ROTEIRO DE TESTE 5 15
6.1 Print de Tela 16
7 ROTEIRO DE TESTE 6 17
7.1 Print de Tela 18
8 ROTEIRO DE TESTE 7 19
8.1 Print de Tela 20
9 ROTEIRO DE TESTE 8 21
9.1 Print de Tela 22
10 ROTEIRO DE TESTE 9 23
10.1 Print de Tela 24
11 ROTEIRO DE TESTE 10 (ESPECIFICAÇÕES DE INTERFACE) 25
11.1 Especificações de mensagem a ser exibida 26
12 RELATÓRIO FINAL – ROTEIRO DE TESTE 27
13 MODELO DE DADOS 28
13.1 Relacionamentos (Mer/Der) 29
13.2 Dicionário de Dados 30
14 CONCLUSÃO 31
15 REFERÊNCIAS 32
-
INTRODUÇÃO
O objetivo para realização desse trabalho é desenvolver, para um sistema de formatação de artigos acadêmicos, um roteiro de teste, baseando-se nos princípios de caixa-preta. Foram identificados 10 casos de testes, sendo que para cada um, será desenvolvido um roteiro de teste, e a partir deles serão gerados resultados. Também será demonstrado um modelo para armazenamento dos dados desse sistema.
A metodologia utilizada é com base em testes funcionais de caixa-preta que envolve duas atividades: especificação de casos de testes ou cenários de testes (por exemplo, incluir um cliente com sucesso) e a descrição detalhada do passo a passo para essa execução. Para o modelo de dados, foi adotado as práticas de definição de tabelas (chaves primárias e estrangeiras), de campos (tamanho, tipo, validação), relacionamentos (Mer x Der), todos de acordo com as informações do sistema.
O sistema conta com o cadastro de informações essenciais para geração de artigo, como título, autor, resumo, palavras-chave, conteúdo, referências, etc. Os roteiros de teste em união com as especificações de dados geram uma visão mais abrangente dos objetivos do sistema.
-
ROTEIRO DE TESTE 1
Caso de Teste: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser em branco).
[pic 1]
-
Print de Tela
[pic 2]
-
ROTEIRO DE TESTE 2
Caso de Teste: Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ser em branco).
[pic 3]
-
Print de Tela
[pic 4]
-
ROTEIRO DE TESTE 3
Caso de Teste: Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ser em branco).
[pic 5]
-
Print de Tela
[pic 6]
-
ROTEIRO DE TESTE 4
Caso de Teste: Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ser em branco).
[pic 7]
-
Print de Tela
[pic 8]
-
ROTEIRO DE TESTE 5
Gerar um artigo completo com três autores com os campos de autor em branco.
[pic 9]
-
Print de Tela
[pic 10]
-
ROTEIRO DE TESTE 6
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser em branco) e limpar os dados sem gerar o artigo.
[pic 11]
-
Print de Tela
[pic 12]
.
-
ROTEIRO DE TESTE 7
Caso de Teste: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), criando no campo “corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito com texto
...