5 PROJETO PIM V

Prévia do material em texto

1 
 
 
UNIP INTERATIVA 
PROJETO INTEGRADO MULTIDISCIPLINAR 
CURSO ANÁLISE E DESENVOLVIMENTO DE 
SISTEMA 
 
 
 
PROJETO INTEGRADO MULTIDISCIPLINAR 
PIM V 
 
 
DESENVOLVIMENTO DE UM ROTEIRO DE 
TESTES PARA UM SISTEMA DE 
FORMATAÇÃO DE ARTIGOS ACADÊMICOS 
 
 
 
 
 
 
 
UNIP INTERATIVA – POLO COARI 
2015 
 
 
 
UNIP INTERATIVA 
PROJETO INTEGRADO MULTIDISCIPLINAR 
CURSO ANÁLISE E DESENVOLVIMENTO DE 
SISTEMA 
 
 
DESENVOLVIMENTO DE UM ROTEIRO DE 
TESTES PARA UM SISTEMA DE 
FORMATAÇÃO DE ARTIGOS ACADÊMICOS 
 
 
 
Nome: Ericlis Erikson Caetano Coelho RA: 1413662 
Erifran Elias Pereira RA: 1406152 
Gilder Gonçalves de Vasque RA:1404505 
Idelbrando Davila Pereira RA: 1406382 
Leandro da Silva Monteiro RA: 1420275 
Myrla Cordeiro de Oliveira RA: 1434239 
Neila de Assunção Vilena RA: 1407686 
 
 
 
UNIP INTERATIVA – POLO COARI 
2015 
 
 
RESUMO 
O presente projeto faremos o teste de caixa preta o analista não tem acesso ao código 
fonte e desconhece a estrutura interna do sistema. É também conhecido como teste 
funcional, pois é baseado nos requisitos funcionais do software. O foco, nesse caso, é 
nos requisitos da aplicação, ou seja, nas ações que ela deve desempenhar. Para mostrar 
quais problemas que esse tipo de teste rastreia, enfim, todo tipo de falha funcional, ou 
seja, falhas que contrariam os requisitos da aplicação. Há que se destacar, contudo, que 
existe um elemento comum aos tipos de teste. Tanto no teste de caixa branca quanto no 
teste de caixa preta, o analista não sabe qual será o comportamento da aplicação ou do 
alvo de teste em uma determinada situação. A imprevisibilidade de resultados é comum 
aos dois casos. 
 
 
 
Palavra-chave: Caso de Teste. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Abstract 
This project will make the black box testing the analyst does not have access to source 
code and know the system's internal structure. It is also known as functional testing, 
since it is based on the functional requirements of the software. The focus here is on 
application requirements, that is, actions that it must perform. To show what problems 
that this type of test tracks, finally, all sorts of functional failure, or failure that would 
affect the application requirements. It should be noted, however, that there is a common 
element to the test types. Both in white box testing as the test black box, the analyst 
does not know what will be the behavior of the application or the test target in a given 
situation. The unpredictability of results is common to both cases. 
 
 
 
Keyword: Test Case. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO 
1. INTRODUÇÃO.......................................................................................................... 06 
2. TABELA 1 CASO DE TESTE................................................................................... 07 
3. TABELA 2 CASO DE TESTE................................................................................... 08 
4. TABELA 3 CASO DE TESTE................................................................................... 09 
5. TABELA 4 CASO DE TESTE................................................................................... 10 
6. TABELA 5 CASO DE TESTE................................................................................... 11 
7. TABELA 6 CASO DE TESTE................................................................................... 12 
8. TABELA 7 CASO DE TESTE................................................................................... 13 
9. TABELA 8 CASO DE TESTE................................................................................... 14 
10.TABELA 9 CASO DE TESTE .................................................................................. 15 
11. TABELA 10 CASO DE TESTE DE INTERFACE................................................. 16 
CONCLUSÃO...................................................................................................................... 17 
REFERÊNCIA...................................................................................................................... 18 
 
 
 
 
 
 
 
6 
 
INTRODUÇÃO 
 Esse trabalho apresenta detalhamento sobre as técnicas de caixa preta de teste de 
software. Na maioria dos projetos de testes, o tempo para a realização dos mesmos 
sempre é curto e os números de testes a serem realizados nas aplicações são inúmeros. 
Isso sem falar dos testes “Não-Funcionais”, como por exemplo, os de performance, de 
usabilidade, de stress, de escalabilidade, etc. É necessário se ter um planejamento bem 
elaborado para que todo o projeto de testes, consiga entregar um produto com no 
mínimo qualidade esperada pelo cliente e no prazo que foi acordado. 
No intuito de se realizar esse processo com certa eficiência, é necessário utilizar 
das técnicas de teste de software. Para isso, respondemos a pergunta de como fazer o 
processo. Entretanto, para responder a pergunta, o que e o que priorizar primeiro, temos 
que levar em consideração os riscos associados ao projeto de teste que devem ser 
levantados tão logo se inicia o projeto de todo o software. Levantados e analisados os 
riscos e, fazendo uso correto das técnicas de teste, é muito provável que todo o projeto 
de teste consiga alcançar o mínimo de qualidade esperada. 
 O nome caixa preta vem do sentido de que nesse tipo de teste, não é 
necessário saber a estrutura interna de como o código foi implementado ou a tecnologia 
que foi utilizada. Nesse tipo de análise, essas questões são transparentes para os 
analistas de teste. É claro que para se ter um projeto de teste bem sucedido, é necessário 
usar a técnica de caixa preta, os testes são executados para cada uma das técnicas. 
 
 
7 
 
Tabela 1: Caso de Teste 
Cadastra um Autor com sucesso 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com um autor cadastrado com sucesso 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa Autor VINICIUS DE MORAES Artigo gerado com 
sucesso 
 
O caso de teste castrar um autor com sucesso alcançou o objeto obtivemos êxito 
ao gerar o artigo sem nenhuma complicação. 
Figura 01 
 
 
 
Tabela 2: Caso de Teste 
Cadastra um Autor com sucesso 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo para submissão com um autor cadastrado com sucesso 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa Autor VINICIUS DE MORAES Artigo para submissão 
gerado com sucesso 
 
O caso de teste gerar um artigo para submissão com um autor cadastrado com 
sucesso obtivemos o resultado esperado do sistema 
Figura 03 
 
 
 
 
 
Tabela 3: Caso de Teste 
Cadastra três Autores com sucesso 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com três autores cadastrados com sucesso 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa Autor VINICIUS DE MORAES Artigo gerado com 
sucesso 
2 Usuário informa Autor DRUMMUND DE ANDRADE Artigo gerado com 
sucesso 
3 Usuário informa Autor MONOEL SILVA Artigo gerado com 
sucesso 
 
No caso de teste cadastra três autores com sucesso foi gerado o arquivo 
completo sem nenhuma restrição, usamos o botão adicionar campo do autor para 
adiciona mais dois campo, também adicionado com sucesso sem nenhum erro de 
execução.Figura 03 
 
 
 
 
Tabela 4: Caso de Teste 
Cadastra três Autores com e-mails inválidos 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com três autores com e-mails inválidos 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa e-mail VINICIUS.UNPGMAIL.COM Favor informe um 
e-mail valido! 
2 Usuário informa e-mail DRUMMUND.UNPMAIL.COM Favor informe um 
e-mail valido! 
3 Usuário informa e-mail SILVA.UNIP@GMAIL.COM Favor informe um 
e-mail valido! 
 
Durante o teste cadastra três autores com e-mails inválidos o sistema não deixa gerar 
o artigo, o sistema mostra um mensagem pois os e-mail não são validos isso é muito 
bom para o usuário não cadastrar um e-mail invalido em seu artigo acadêmico. 
Figura 04 
 
 
 
 
 
Tabela 5: Caso de Teste 
Gerar artigo os campos de autor em branco 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com três autores com os campos de autor em branco 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa Autor Em branco Favor verifique o campo 
Autor 
2 Usuário informa Autor Em branco Favor verifique o campo 
Autor 
3 Usuário informa Autor Em branco Favor verifique o campo 
Autor 
 
Podemos observar que o campo autor de maneira nenhuma poderá ficar em 
branco é um campo obrigatório á preencher, o resulto foi o esperado o sistema mostra o 
erro e pede para preenchermos esse campo. 
Figura 05 
 
 
 
Tabela 6: Caso de Teste 
Limpar os dados sem gerar o artigo 
 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Cadastrar autor com sucesso e limpar os dados sem gerar o artigo. 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Usuário informa Autor Limpar dados Limpo com sucesso 
 
 Neste teste o resultado foi o esperado os dados foram limpos com sucesso sem 
erros. 
 Figura 06 
 
 
 
 
Tabela 7: Caso de Teste 
Criando testo no campo “corpo do texto” 
 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com um autor cadastrado com sucesso, criando no campo 
“corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito 
texto justificado com sucesso. 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Adicionar Testo Formatação Alterado com sucesso 
 
O teste aceitou todas as alterações proposta no campo “corpo de texto”, a 
validação foi realizada com sucesso e o arquivo foi gerado corretamente. 
 Figura 07 
 
 
 
 
Tabela 8: Caso de Teste 
Anexando no campo “corpo do texto” uma imagem de um arquivo com sucesso 
 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com um autor cadastrado com sucesso, anexando no campo 
“corpo do texto” uma imagem de um arquivo com sucesso 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Anexa Arquivo de Imagem Erro ao anexar arquivo 
 
 O teste da tabela 8 apresentou erro na apresentação da imagem porem não ouve 
nenhuma restrição ao anexa a imagem no campo “corpo do texto”, devemos verificar 
essa situação no sistema para não causa transtorno ao ossuário que com certeza ira 
anexa varias imagem em seu artigo. 
 Figura 08 
 
 
Tabela 9: Caso de Teste 
Anexando no campo “Notas” uma URL de um arquivo com sucesso 
 
Procedimento inicial: Acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
Gerar um artigo completo com um autor cadastrado com sucesso, anexando no campo 
“Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e 
em negrito. 
 
ID Passo para a execução Dados de entrada Resultado esperado 
1 Anexa Endereço URL Erro ao Anexa 
2 Inseri Testo Formatado com sucesso 
 
Neste teste apresentou um erro ao anexa a URL, devemos verificar a o campo 
anexa URL e corrigir essa falha já a formatação de texto obteve o resultado esperado 
formato a esquerda e em negrito. 
Figura 09 
 
 
 
 
16 
 
Tabela 10: Caso de Teste de Interface 
 
ELEMENTO ENTRADA DESCRIÇÃO VALIDAÇÃO Valor de Domínio 
 Titulo Texto e numero Adicionar titulo do 
artigo 
Pode estar em branco Sem valor 
Botão Adicionar mais campo 
autor 
Obter mais campos Sem valor 
 Autor Texto e numero Adicionar nome do 
autor 
Não pode ficar em branco Sem valor 
Vinculo institucional Texto e numero Adicionar vinculo Pode ficar em branco 
Titulação Texto e numero Adicionar titulação Pode ficar em branco 
e-mail Texto, numero e 
caracteres especiais 
Adicionar e-mail e-mail dever ser valido 
Resumo Texto e numero Adicionar testo Não pode ficar em branco 1000 
Palavra chave Texto e numero Adicionar texto Pode ficar em branco 1000 
Corpo do testo Texto e numero Adicionar testo Pode ficar em branco 
Nota Texto e numero Adicionar nota do testo Pode ficar em branco 
Referencia Texto e numero Adicionar referencia do 
testo 
Pode ficar em branco 
Botão Gerar arquivo completo Obter o arquivo 
Botão Gerar arquivo para 
submissão 
Obter o arquivo submisso 
Botão Limpar Limpar dados 
 
 
CONCLUSÃO 
 Vimos os processos de testes em caixa preta, a partir dos casos de testes são 
elaborados os roteiros de teste que foi executado pelo o grupo durante os testes do 
sistema de formatação de artigos acadêmicos. Esses testes são chamados funcionais a 
caixa-preta, finalmente o caso de teste de interface testes relativos ao comportamento 
técnico da tela do sistema. Avaliamos a tela do sistema e criamos, para todos os campos 
e controles existentes, os testes de interface relacionados a: domínio de todos os 
campos, validação de cada campo, ações em botões e links existentes, mensagens 
exibidas pelo sistema. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
REFERENCIA 
 
Livro de Engenharia de Software II 
http://desenvilvimentoagil.com.br acessado em 08/042015 
http://www.wthreex.com/rup/portugues/process/modguide/md_tstcs.htm/ acessado em 
09/04/2015 
http://www.ibm.com/developerworks/br/local/rational/criacao_geracao_planos_testes_s
oftware/ acessado em 09/04/2015