analise e desenvolvimento de sistemas PIM V

Prévia do material em texto

25
UNIP INTERATIVA  
Projeto Integrado Multidisciplinar V 
Curso Superior de Tecnologia  
  
  
  
  
  
  
  
  
  
  
  
  
AVALIAÇÃO DO SISTEMA SOLICITADO PELO 
DEPP - DEPARTAMENTO DE EXTENSÃO,
 PESQUISA E PÓS- GRADUAÇÃO.
  
Este PIM - projeto integrado multidisciplinar V tem como objetivo desenvolver e executar um roteiro de testes caixa-preta em um sistema de formatação de artigos acadêmicos e gerar os resultados obtidos com o teste, tendo como base os conteúdos das disciplinas: Projeto de interface com o usuário e engenharia de software II.
.
  
  
  
    
  
POLO ......................
2018
UNIP INTERATIVA  
Projeto Integrado Multidisciplina V 
Cursos Superiores de Tecnologia  
  
  
  
  
  
  
  
  
  
  
  
  
  AVALIAÇÃO DO SISTEMA SOLICITADO PELO 
DEPP - DEPARTAMENTO DE EXTENSÃO,
 PESQUISA E PÓS- GRADUAÇÃO.
  
  
  
  
  
  
  
  
  
  	NOMES DOS ALUNOS / RA
POLO .............
2018
Resumo
Projeto Multidisciplinar V. PIM V UNIP, 2018.
Neste projeto irei apresentar uma avaliação do sistema por solicitação do DEPP - departamento de extensão, pesquisa e pós- graduação.
Será realizado testes do tipo caixa preta no sistema de formatação de Artigos Acadêmicos, no qual apesar de não ter acesso ao código fonte e desconhecendo a estrutura interna do sistema, será verificado suas saídas e resultados para os 10 ( dez) casos testes apresentados em conformidade com o uso previamente mencionado.Baseado nos requisitos funcionais do software, este teste também é denominado de teste funcional e a inspeção de usabilidade do sistema será realizado por meio da técnica de avaliação Heurística.
Palavras chaves: Teste, caixa-preta. código-fonte, resultados , avaliação, heurística.
 
2. Abstract
Multidisciplinary Project V. PIM V UNIP, 2018.
In this project I will present a system evaluation by request of the DEPP - Extension, Research and Graduate Department.
Black box tests will be carried out in the Academic Articles formatting system, in spite of not having access to the source code and ignoring the internal structure of the system, its outputs and results will be verified for the 10 (ten) test cases presented accordingly with the previously mentioned use.Based on the functional requirements of the software, this test is also called functional testing and the usability inspection of the system will be performed using the Heuristic evaluation technique.
Keywords: Test, black-box. source code, results, evaluation, heuristics.
SUMÁRIO
1. RESUMO.......................................................................................................03
2. ABSTRACT....................................................................................................04
3. INTRODUÇÃO...............................................................................................07
4. APLICAÇÃO DO PROJETO..........................................................................09
5.DESENVOLVIMENTO DO PROCESSO........................................................09
 5.1. Caso teste 01..........................................................................................09
 	5.1.1 Resultados e correções necessárias ............................................10
 5.2. Caso teste 02..........................................................................................11
 	5.2.1 Resultados e correções necessárias.............................................11
 5.3. Caso teste 03..........................................................................................13
 	5.3.1 Resultados e correções necessárias.............................................13
 5.4. Caso teste 04..........................................................................................15
 	5.4.1 Resultados e correções necessárias.............................................15
 5.5. Caso teste 05..........................................................................................17
 	5.5.1 Resultados e correções necessárias.............................................17
 5.6. Caso teste 06..........................................................................................19
 	5.6.1 Resultados e correções necessárias.............................................19
 5.7. Caso teste 07..........................................................................................21
 	5.7.1 Resultados e correções necessárias.............................................24
 5.8. Caso teste 08..........................................................................................24
 	5.8.1 Resultados e correções necessárias.............................................24
5.9. Caso teste 09..............................................................................................25
 	5.9.1 Resultados e correções necessárias.............................................27
5.10. Caso teste 10............................................................................................28
 	
8.0. Conclusão...................................................................................................31
9.0. Referências.................................................................................................32
3. INTRODUÇÃO
Este trabalho aqui desenvolvido consiste em testar e fazer uma inspeção de usabilidade em um sistema pré-existente, com o nome de Sistema de Formatação de Artigos Acadêmicos, e o objetivo é verificar sua correção em relação ao comportamento esperado e usabilidade. 
O Departamento de Extensão, Pesquisa e Pós-graduação (DEPP) de uma universidade contratou uma empresa para o desenvolvimento de um sistema com o intuito de ajudar os autores na formatação de artigos acadêmicos no momento da publicação em congressos e revistas científicas da universidade. 
Por solicitação do DEPP foi contratada uma empresa para desenvolver um sistema que atendesse à seguinte descrição: “O sistema terá a principal função de formatar os artigos acadêmicos que serão submetidos, pelos autores, aos congressos e às revistas científicas da universidade. Um artigo somente poderá ser submetido se estiver dentro das normas de formatação definidas pela DEPP, em formato PDF e se tiver até 42.000 caracteres. Para ser submetido, o artigo deverá ter duas versões, uma com o nome dos autores e outra sem o nome dos autores (blind review). Essas duas versões deverão ser geradas pelo Sistema de Formatação de Artigos Acadêmicos”. 
Durante o desenvolvimento deste trabalho vou realizar diversos roteiros de testes para o sistema ora mencionado, realizando o teste "caixa-preta" registrando e documentando todos os passos através de um modelo normatizado de fácil compreensão. 
4. APLICAÇÃO DO PROJETO
Através de um roteiro de testes obedecendo às exigências necessárias para a execução dos mesmos, de acordo com a condição inicial, os passos a serem executados, dados de entrada, resultado esperado, resultado real, assim como a data de realização, serão visualizados conforme segue:
	Caso de teste: 
	Procedimento inicial: 
	ID
	Passos para execução
	Dados de entrada
	Resultado esperado
5. DESENVOLVIMENTO DO PROCESSO
Segue abaixo os roteiros de testes dos casos de 1 a 10 contendo os dados utilizados na verificação.
5.1 Caso de teste 1
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
	ID
	Passos para execução
	Dados de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado.
	Durante e após toda a digitação, nenhuma mensagem de erroé exibida.
	2
	Ao clica no botão “Gerar o artigo completo”.
	-
	O Arquivo é aberto, no navegador sem a opção de download do trabalho em formato PDF. FIG. 01A
5.1.1 Resultado e correções necessárias
Nenhuma mensagem de erro foi mostrada, durante e após o preenchimento e geral o arquivo completo dos dados no sistema sendo este finalizado com o arquivo sendo apresentado incorporado ao navegador, mas não aparece a opção de download do arquivo em PDF e também não tem a opção voltar, sendo este um problema a ser corrigido.
Algumas correções são necessárias, tais como, implantar sistema de escolha de geração de arquivo, ou botões geradores dos mesmos, podendo ser implantado a geração direta do arquivo com direito do tipo de arquivo que quer ser gerado pelo usuário. 
Figura 01A - documento aberto no navegador
5.2 Caso de teste 2
	Caso de teste: Gerar um artigo para submissão
	Procedimento inicial: Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	O formulário é exibido corretamente pelo sistema para submissão de artigo acadêmico.
	Preenchimento de todos os campos do formulário.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
	2
	Após clicar no botão “Arquivo para submissão (blind review)”
	_____
	O Arquivo é aberto, no navegador sem a opção de download do arquivo em formato PDF. FIG. 02- A
5.2.1 Resultado e correções necessárias
No teste 02, observa-se que o resultado é praticamente o mesmo do anterior, com alguns problemas adicionais, pois os autores não são identificados porem o restante dos campos respondeu corretamente, conforme os prints figura 02A, são necessários à correção para que todos os dados digitados sejam corretamente inseridos no documento.
Também não aparece mensagens de confirmando a submissão.
Figura 02A - documento aberto no navegador
5.3 Caso de teste 3
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ficar em branco).
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
	2
	Ao clica no botão “Gerar o artigo completo”.
	-
	O Arquivo é aberto, no navegador sem a opção de download do trabalho em formato PDF. FIG. 03 A
5.3.1 Resultado e correções necessárias
É gerado o arquivo teste 03 com sucesso, sendo que o Arquivo completo foi gerado com todos os autores identificados e o restante dos campos completos, em conformidade com o print gerado do teste, porem falta alternativas de download do arquivo em formato pdf ou outro valido conforme demonstrado na imagem a seguir:
FIG. 03- documento aberto no navegador
5.4 Caso de teste 4
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ficar em branco).
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado.
Com emails inválidos
	O sistema fornece uma mensagem:
“Por favor digite um e-mail válido”. As bordas ao redor do campo “E-mail ficam destacadas na cor vermelha e isto acontece até que usuário digite um e-mail que contenha em seu endereço uma @.
	2
	Ao clica no botão “Gerar o artigo completo”. 
	_____
	O Arquivo é aberto, no navegador sem a opção de download do trabalho em formato PDF. 
FIG. 04A
5.4.1 Resultado e correções necessárias
 Nota-se que o sistema informa que o usuário digitou um e-mail inválido quando o mesmo não insere uma “@ “(Arroba) no endereço mencionado, e o mesmo acontece caso não seja digitado ao final do endereço o “.com.br” pois a mensagem permanece até que seja digitado endereço correto.
 O sistema apresentou um travamento enquanto a mensagem de erro estava na tela, não permitindo o usuário trocar de tela na internet (Alt+ tab) enquanto o erro no e-mail não fosse corrigido e mensagem retirada da tela.
 Será necessário criar mais critérios que identifique que o e-mail é inválido e assim não permitir que o arquivo seja gerado enquanto não for inserido um e-mail válido (Tipo quando campo obrigatório não é preenchido) e enviar uma mensagem ao usuário informando que ainda falta ser inserido um e-mail válido, para o funcionamento correto do sistema.
Figura 04ª – print tela do sistema com erro de digitação de email.
5.5 Caso de teste 5
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com três autores com os campos de autor em branco.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Sistema exibe o formulário para submissão de artigo acadêmico corretamente.
	Preenchimento de todos os campos exceto o dos autores do formulário conforme solicitado no teste.
	É exibido uma mensagem informando ao usuário que o campo “Autor” não foi preenchido e o arquivo não é criado, gerando assim um resultado satisfatório.
	2
	Ao clica no botão “Gerar o artigo completo”.
	_____
	O Sistema fornece uma mensagem dizendo “Favor Verificar o Campo Autor” e não gera o arquivo
5.5.1 Resultado e correções necessárias
Podemos notar que o resultado do caso de teste 5 foi de maneira satisfatória, pois o sistema não permitiu que o arquivo fosse gerado sem que antes fosse colocado o nome dos autores alem disso é informado o usuário da necessidade de preenchimento correto do campo no momento em que o mesmo clica no botão “gerar” referente ao “arquivo completo.
O campo sem a digitação do autor fica destacado na cor vermelha após o fechamento da mensagem, e após o usuário digitar o conteúdo solicitado, o campo ainda continua destacado, o que é necessário corrigir, já que o problema foi corrigido.
5.6 Caso de teste 6
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco) e limpar os dados sem gerar o artigo.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
	
2
	Usuário clica em “Limpar”
	-
	Limpeza ocorre com erro, pois apenas parte do formulário é limpa, ficando os campos “corpo texto, Notas, Referências bibliográficas sem efeito do comando.
5.6.1 Resultado e correções necessárias
Neste caso ocorre com erro parcial com necessidade de correção. Apenas uma parte do é limpa após clicar na opção “limpar”. 
	Os campos “corpo texto, Notas, Referências bibliográficas sem efeito do comando”, permanecem sem efeito do comando realizado e com os textos intactos, mostrando assim a necessidade de correção da função. 
5.7 Caso de teste 7	
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), criando no campo “corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito e o texto justificado com sucesso.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico completo.
	Foram preenchidos todos os campos do formulárioconforme solicitado.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
	2
	O usuário clica no item gerar arquivo 
	-
	Arquivo gerado com sucesso dentro do navegador conforme figura abaixo FIG - 7A.
Observa-se que conforme nos casos anteriores não aparece função criar arquivo PDF ou outro formato
FIG 7A - figura da tela com as inserções solicitadas inseridas adequadamente
FIG 7B - Nesta imagem vemos que os textos foram inseridos com sucesso sem problemas.
5.7.1 Resultado e correções necessárias
Neste caso observamos que o arquivo foi gerado com sucesso as formatações de texto geradas conforme estava digitado.
Assim concluímos que no quesito solicitado o sistema atende as necessidades exigidas.
5.8 Caso de teste 8
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “corpo do texto” uma imagem de um arquivo com sucesso.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado. E conforme solicitado tambem ouve a tentativa de inserir a imagem no corpo do texto.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
Porem não foi possivel inserir a imagem, pois não existe um botão. Alem disso as tentativas de colar as imagens no campo não funciona.
5.8.1 - Resultado e correções necessárias
No sistema não tem a opção ( botão) de inserção de imagem no campo de corpo do texto, assim o mesmo não permite a inserção de uma imagem no campo solicitado. A opção colar também teve resultado negativo, com relação a tentativa de inclusão de imagens contidas no computador do usuário.
A recomendação é criar uma forma mais prática para inserção de imagens, sendo possível fazer upload direto da maquina onde esta sendo gerado o arquivo acadêmico, ou permitir a colagem, como por exemplo do as colagens de textos Microsoft Word.
5.9 Caso de teste 9
	Caso de teste: Gerar um artigo completo
	Procedimento inicial: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e em negrito.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	É exibido corretamente pelo sistema, o formulário para gerar de artigo acadêmico.
	Foram preenchidos todos os campos do formulário conforme solicitado.
	Durante e após toda a digitação, nenhuma mensagem de erro é exibida.
	2
	-
	Preenchimento do campo notas com uma URL e texto conforme solicitado
	Nenhuma mensagem de erro é exibida durante a digitação, mas ao inserir o link ele não fica identificado como é de costume( grifado e em azul-linkado ). FIG 9A
	3
	Ao clica no botão “Gerar o artigo completo”.
	-
	O Arquivo é aberto, no navegador, com o URL do arquivo sem estar devidamente identificada como link porem o texto ficou devidamente formatado. FIG. 09B
FIG 9A - Print de tela de digitação, mostrando que comando link necessita de correção. 
FIG 9B - Print de tela de arquivo gerado, mostrando que link permanece com problema e que texto foi criado com sucesso devidamente formatado. 
5.9.1 Resultado e correções necessárias
	Ao realizar a inserção do link, observa-se que o lesmo não aparece com a formatação link padrão ( sublinhado e em azul linkado ), após gerar do formulário, conforme imagens acima, o problema se mantem e com relação ao texto, foi gerado com sucesso alinhado á esquerda em negrito é sendo este exibido corretamente.
5.10 Caso de teste 10
	Para o caso de teste 10, será diferente de todos outros testes, ele do tipo de especificações da interface.
	Caso de teste: Teste de Interface
	Procedimento inicial: Criar os testes relativos ao comportamento técnico da tela do sistema. 
Abaixo segue avaliação das telas do sistema, sendo criado para todos os campos e os 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. 
	Elemento 
	Descrição 
	Tipo/Tamanho
	Formato
	Validação
	Campo
	Titulo
	Alfa (80)
	Alinhado a esquerda
	Sistema não exige preenchimento 
	Campo
	Titulo em inglês
	Alfa (80)
	Alinhado a esquerda
	Sistema não exige preenchimento
	Campo
	Autor
	Alfa (40)
	Alinhado a esquerda
	Obrigatório Digitar um autor
	Campo
	Titulação
	Alfa (80)
	Alinhado a esquerda
	Obrigatório Digitar um titulo
	Campo
	Vinculo Institucional
	Alfa (256)
	Alinhado a esquerda
	Obrigatório Digitar uma instituição
	Campo
	E-mail de contato
	Alfa (40)
	Alinhado a esquerda
	Obrigatório Digitar um 
e-mail valido
	Campo
	Resumo
	Alfa (2000)
	Alinhado a esquerda
	Sistema não exige preenchimento
	Campo
	Palavra chave
	Alfa (256)
	Alinhado a esquerda
	Sistema não exige preenchimento
	Campo
	Abstract
	Alfa (2000)
	Alinhado a esquerda
	Sistema não exige preenchimento
	Campo
	Keywords
	Alfa (256)
	Alinhado a esquerda
	Sistema não exige preenchimento
	Campo
	Corpo do texto
	Alfa (2000)
	Formatado pelo usuário
	Sistema não exige preenchimento
	Campo
	Notas
	Alfa (2000)
	Formatado pelo usuário
	Pode estar em branco
	Campo
	Referências bibliográficas
	Alfa (2000)
	Formatado pelo usuário
	Sistema não exige preenchimento
	Botão
	+
	-
	-
	Acrescenta mais autores
	Botão
	Gerar
Arquivo completo
	-
	-
	Ao clicar gera arquivo completo no navegador
	Botão
	Gerar
Arquivo para submissão (blind review)
	-
	-
	Ao clicar gera Arquivo para submissão (blind review)
no navegador
	Botão
	Limpar
	-
	-
	Limpa campos digitados
Especificações de campo de mensagem exibidas.
	Elemento
	Descrição
	Situação
	Mensagem a ser Exibida
	Botão
	Gerar
	Deixando todos os campos em branco
	Por favor, Verifique o campo email valido!
	Botão
	Gerar
	Preenchendo o campo email e deixando os restantes dos campo em branco
	Por favor, Verifique o campo Autor.
	Botão
	Gerar
	Preenchendo o campo email e autores e deixar os restantes dos campo em branco
	Por favor, Verifique o campo Titulação.
	Botão
	Gerar
	Preenchendo o campo email, autores, titulação e deixar os restantes dos campo em branco
	Por favor, verifique campo vinculo institucional.
8.0 Conclusão
Após ter realizado um grande quantidade de testes com a finalidade de avaliar o sistema solicitado pelo DEPP Departamento de Extensão, Pesquisa e Pós-graduação á uma empresa, notadamente verifiquei que o sistema está longe de poder ser disponibilizado aos alunos.
A empresa tem que corrigir primeiramente todos os erros encontrados, a fim de que ao ser disponibilizado aos alunos, não podem conter erros como falta de geração de arquivo PDF, formatações incorretas, itens obrigatórios disponibilizados como opcional ou sendo preenchido de forma equivocada e aceita pelo sistema.
O sistema é de fácil compreensão e de visualmente satisfatório e simplificado, porem deixa margens para criação de arquivo fora do padrão acadêmicos da ABNT.
http:/www2.unip.br/servicos/biblioteca/download/manual_de_normalizacao.pdf
Quando o sistema não obriga a inserção de determinados itens e ou conteúdos, como no caso das figuras que por erro do sistema não é possível incluí-las, leva o aluno a criar um trabalho que possivelmente lhe causará prejuízo.
9.0 Referências
Sistema a ser testado Disponível em : 
http://sfaa.unipinterativa.edu.br/pdf/
 Acesso á partir de 01 de Março de 2018.
Programação orientada a objetos. Disponível em: 
https://www.devmedia.com.br/principais-conceitos-da-programacao-orientada-a-objetos/32285
Acesso em: 01 Março de 2018.Avaliação Heurística. Disponível em: 
http://www.designinterativo.etc.br/user-experience/o-que-e-e-como-fazer-uma-avaliacao-heuristica
Acesso em : 03 Março de 2018.
Avaliação Heurística. Disponível em:
https://www.treinaweb.com.br/blog/avaliacao-heuristica-o-que-e-e-como-conduzir/
Acesso em: 04 Março de 2018.
Avaliação Heurística. Disponível em:
https://brasil.uxdesign.cc/an%C3%A1lise-heur%C3%ADstica-o-que-%C3%A9-como-fazer-e-os-benef%C3%ADcios-para-o-projeto-161f3d94436b
Acesso em: 06 Março de 2018.
Consulta de normas ABN. Disponível em:
 http://www.abnt.org.br/ 
 Acesso em: 25 de Março de 2018.