PIM V - ROTEIRO DE TESTES PARA UM SISTEMA DE FORMATAÇÃO DE ARTIGOS ACADÊMICOS_DRAFT

Prévia do material em texto

UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
Nome
ROTEIRO DE TESTES PARA UM SISTEMA DE FORMATAÇÃO DE ARTIGOS ACADÊMICOS
BARUERI - SP
2019
UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
ROTEIRO DE TESTES PARA UM SISTEMA DE FORMATAÇÃO DE ARTIGOS ACADÊMICOS
Nome: 
RA(s): 
Curso: Análise e Desenvolvimento de Sistemas
Semestre: 2019.1
BARUERI - SP
2019
RESUMO
	O trabalho consiste em desenvolver um roteiro de testes bem como realizar inspeções no que tange as técnicas de usabilidade em um sistema pré-existente, onde o mesmo é intitulado como Sistema de formatação de Artigos Acadêmicos. Os testes, tem como objetivo auxiliar o Departamento de Extensão, Pesquisa e Pós-graduação (DEPP) de uma renomada universidade. Para tanto, serão aplicadas técnicas para avaliar o comportamento do sistema com relação as suas tarefas e também sua interface. Para os testes será utilizada a técnica de testes funcionais “caixa-preta”, na qual poderemos avaliar com detalhes os dados de entrada, a validação de cada campo, saída de dados dentre outros testes. Vale ressaltar que também serão realizadas inspeções de usabilidade por meio de avaliações heurísticas, podendo então captar a relação entre o sistema e o mundo real.
	
Palavras-chave: testes, roteiro, dados, caixa-preta, formatação, sistema
ABSTRACT
The work should develop a test script as well as perform inspections on usability techniques in a pre-existing system where it is titled as Article Formatting System. The tests aims to assist the Department of Extension, Research and Graduate (DEPP) of a renowned university. For this, techniques will be applied to evaluate the behavior of the system in relation to its tasks and also to its interface. The test of the testicles will be done through a "black box" test, with the ability to advance with the input data, validate each field and leave other testicles. It is worth noting that they are also based on a heuristic evaluation method, capable of capturing the relationship between the system and the real world.
Key-words: tests, script, data, black box, formatting, system
Sumário
Nenhuma entrada de sumário foi encontrada.
1. INTRODUÇÃO
Este projeto, tem como seu principal objetivo, realizar uma avaliação funcional do sistema, sendo assim, foi proposto que para a realização dos testes, fosse utilizada a técnica “caixa-preta”. Esta técnica permite que o sistema seja avaliado de uma forma detalhada onde todas as funções do sistema serão fortemente validadas.
É importante ressaltar o fato de que o sistema foi desenvolvido por uma empresa contratada pelo Departamento de Extensão, Pesquisa e Pós-Graduação (DEPP) da Universidade Paulista, com o intuito de auxiliar os autores responsáveis pela elaboração de artigos acadêmicos, uma vez que o sistema atenda as normas e critérios normativos para a publicação em congressos e revistas cientificas da instituição.
Para tanto, devido o DEPP não dispor de tais técnicas para avaliação do sistema, recorreu ao Curso Superior de Tecnologia em Analise e Desenvolvimento de Sistemas, a fim de servir de apoio na realização deste projeto, e também, aproveitar oportunidade para que os alunos coloquem em prática os conhecimentos e experiências obtidos no decorrer do curso.
Desta forma, foram elaborados 10 testes inclusive testes de natureza crítica para simular possíveis erros com os quais os usuários possam vir a cometer durante a execução do sistema. Logo, possibilitando analisar se o sistema desenvolvido está atendendo as especificações iniciais para que sua função seja cumprida de forma correta.
2
2. 
3. DESENVOLVIMENTO DOS TESTES
3.1 Tabela 1 - Roteiro do Caso de Teste 1
2.1.1 Resolução do Caso de teste 1
 Figura 1 – Artigo gerado após o preenchimento do teste 1
 Figura 2 – Artigo gerado após o preenchimento do teste 1.
Neste teste é possível observar que após o arquivo ter sido gerado, nota-se algumas inconsistências.
Por exemplo é possível notar que o campo “Resumo”, foi configurado com uma letra menor que a do corpo do texto, além de ter sido gerado em formato Itálico, causando então o resultado de um artigo fora do padrão. Além de outros campos estarem estruturados de forma incorreta.
Desta forma sugere-se que tais observações sejam analisadas, afim de padronizar o sistema internamente para que os artigos possam ser gerados de maneira correta e apresentável. Foram observados também que o sistema gera o artigo na mesma página do sistema. Uma sugestão para este caso é permitir que o sistema gere o arquivo em outra página, permitindo que o usuário tenha mais liberdade de operar de forma paralela tanto o sistema quanto o artigo gerado.
2.2 Tabela 2 - Roteiro do Caso de Teste 2
2.2.1 – Resolução do Caso de teste 2
Figura 3 – Artigo gerado após o preenchimento do teste 2
Figura 4 – Artigo gerado após o preenchimento do teste 2
Neste teste foram encontradas situações semelhantes ao teste anterior, sendo assim reiteramos tais sugestões de melhorias aplicadas ao teste 1. 
2.3 Tabela 3 - Roteiro do Caso de Teste 3
2.3.1 – Resolução do Caso de teste 3
Figura 5 – Evidência do preenchimento de 3 autores cadastrados.
Figura 6 – Artigo gerado após o preenchimento do teste 3
Figura 7 – Artigo gerado após o preenchimento do teste 3
O artigo foi gerado da mesma maneira como nos testes 1 e 2, entretanto apenas observando a inclusão de três autores. 
Sobre as melhorias de fato, ainda sim permanecem as mesmas supracitadas nos testes 1 e 2 apenas com a observação singular a este teste referente aos campos destinados a informação dos autores, pois é perceptível a incorreta posição dos dados na estrutura do artigo atendo-se ao	fato de que todos estes campos deveriam estar juntos para que o leitor possa ter uma correta referência, o que não é caso do resultado deste teste uma vez que os campos estão em lugares diferentes no artigo.
2.4 Tabela 4 - Roteiro do Caso de Teste 4
2.4.1 – Resolução do Caso de teste 4
Figura 8 – Mensagem emitida pelo sistema sobre o campo “E-mail de contato” com dado inválido
Figura 9 – Evidência do campo “E-mail de contato” com dado inválido, mas o sistema permite.
	O sistema não permite prosseguir com a geração do artigo se o campo “E-mail de contato” estiver com um dado inválido. Porém conforme evidência na Figura 9 o campo permite a inserção de qualquer informação desde que tenha o caractere “@(arroba)” e o caractere 	“. (ponto)”. Outra observação é de que o sistema somente não irá gerar o artigo se apenas o campo “E-mail de contato” do primeiro autor não estiver preenchido, por se tratar de um campo de preenchimento obrigatório. Logo, independente de quaisquer dados preenchidos ou não nos demais autores, o artigo será gerado. 
	Portanto, através destas análises sugerimos que os critérios de inserção do campo e-mail sejam estudados de forma mais rigorosa, impedindo que o sistema prossiga até que o usuário insira um dado genuinamente válido no campo.
2.5 Tabela 5 - Roteiro do Caso de Teste 5
2.5.1 – Resolução do Caso de teste 5
Figura 9 – Mensagem de erro apresentada em função do campo “Autor” do 1º Autor estar vazio.
Figura 9 – Mensagem de erro apresentada em função do campo “Autor” do 1º Autor estar vazio.
	
Em análise ao teste em questão, observamos que o sistema impede o prosseguimento da geração do arquivo se o campo “Autor” do 1º Autor estiver em branco. Entretanto o sistema considera indiferente se os demais autores estiverem com os campos em branco. Pois, o sistema entende que é obrigatório apenas os campos do 1º Autor.
Desta maneira, sugerimos que os critérios do primeiro autor também sejam aplicados nos demais autores, para que o artigo sempre possa ser gerado com as informações completas.
2.6 Tabela 6 - Roteiro do Caso de Teste 6
	CASO DE TESTE: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco)e limpar os dados sem gerar o artigo.
	Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão "Gerar" - Artigo completo
	ID
	Passos para Execução:
	Dado de Entrada
	Resultado Esperado
	Resultado Real
	1
	Sistema exibe formulário para preenchimento dos dados
	Preenchimento realizado com os mesmos dados utilizados no teste 1
	Preenchimento realizado corretamente e exibido no artigo 
	Nenhuma mensagem de erro foi apresentada durante o preenchimento dos campos.
	2
	Clicar no botão Gerar (Artigo completo)
	N/A
	Ao clicar no botão "Limpar" após o preenchimento, todos os campos do formulário deverão ser limpos ou seja ficar vazios
	Os campos "Título", "Título em Inglês", "Autor", "Vinculo institucional", "Titulação", "E-mail de contato", "Resumo", "Palavras-chave", "Abstract", "Keywords" foram limpos. Os demais campos "Corpo do texto", "Notas" e "Referências bibliográficas" continuaram preenchidos.
2.6.1 – Resolução do Caso de teste 6
Figura 10 – Evidência dos campos limpos e não limpos após a ação do botão “Limpar”.
	Observa-se, portanto, claramente que o botão “Limpar” não executa completamente a sua função no formulário. Desta maneira sugerimos a correção desta função.
2.7 Tabela 7 - Roteiro do Caso de Teste 7
2.7.1 – Resolução do Caso de teste 7
Figura 11 – Evidência do corpo do texto gerado com a formatação solicitada.
	O sistema acatou corretamente a formatação solicitada de maneira que o artigo fosse gerado de acordo com a configuração anteriormente preenchida.
2.8 Tabela 8 - Roteiro do Caso de Teste 8
2.8.1 – Resolução do Caso de teste 8
Figura 12 – Evidência das funções do campo “Corpo do texto”.
	Conforme a evidência acima é possível notar que de todas as funções criadas neste campo, não há nenhuma opção de uma função que realize o upload de imagens. 	Sugerimos, portanto, que, esta função seja criada na barra de ferramentas do campo “Corpo do texto” permitindo ao usuário selecionar imagens online ou de sua máquina local, fazendo com que o usuário tenha mais liberdade e opções a seu favor. Habilitar também funções como copiar e colar as imagens diretamente no corpo do texto ou simplesmente arrastando a imagem.
2.9 Tabela 9 - Roteiro do Caso de Teste 9
2.9.1 – Resolução do Caso de teste 9
Figura 13 – Evidência do artigo gerado com a formatação e URL solicitadas.
	O arquivo é gerado corretamente com a formatação solicitada e também realiza a inserção da URL do arquivo. Entretanto, nota-se que a URL não é gerada em formato de “link”, fazendo que o usuário tenha que copiar o URL e colocar na barra de endereços do navegador para poder visualizar o arquivo.
	Para esta correção sugerimos que o sistema identifique o texto como um endereço automaticamente após o arquivo ser gerado, tornado portanto, o URL sensível ao clique do mouse, para que o usuário possa acessar URL diretamente do artigo.
2.10 Tabela 10 - Roteiro do Caso de Teste 10 – Teste de Interface 
2.10.1 Tabela 11 - Roteiro do Caso de Teste 10 – Teste de Interface
2.10.2 Tabela 11 - Roteiro do Caso de Teste 10 – Teste de Interface
2.10.3 – Resolução do Caso de teste 10
	
Figura 14 – Mensagens de alertas exibidas pelo sistema.
	
	Neste teste, observamos que apesar de os campos emitirem mensagens de alertas em função do não preenchimento ou preenchimento incorreto, é possível perceber que falta regras de campo mais consistentes, pois entende-se que a grosso modo as tratativas aplicadas atualmente não instruem o usuário corretamente o induzindo a pequenos erros de preenchimento, além do fato de que, alguns são tratados de maneira incorreta e inadequada, como por exemplo o campo “E-mail do contato” que aceita qualquer texto desde que o usuário coloque os caracteres “@(arroba) e “.(ponto)”. Isto impacta diretamente no resultado do arquivo gerado.
	Sugerimos, portanto, que soluções de comportamento dos campos e suas validações sejam revistas de maneira mais concreta, aderindo a regras mais precisas durante o preenchimento, fazendo com que o usuário se limite a cometer pequenos erros. Vale ressaltar também que é importante reforçar a segurança dos dados no tocante aos campos obrigatórios não permitindo que o usuário gere o artigo sem tais preenchimentos.
4. AVALIAÇÃO HEURÍSTICA
Análise heurística é uma forma de avaliar a interface de um software tão eficiente quanto consolidada. Amplamente utilizada por ser simples e com resultados muito consistentes.
Criada nos anos 90 por Jakob Nielsen e Rolf Molich, considerando diversos princípios de usabilidade, dentre os quais, nessa avaliação destacaremos e usaremos os seguintes:
· Visibilidade do estado do sistema.
· Correlação entre o sistema e o mundo real.
· Liberdade e controle do usuário.
· Consistência e padrões.
· Prevenção de erros.
· Reconhecimento em vez de memorização.
· Flexibilidade e eficiência de uso.
· Projeto estético e minimalista.
· Suporte para o usuário no reconhecimento, no diagnóstico e na recuperação de erros.
· Ajuda e documentação.
Salientamos que podem ser adotados outras listas de princípios, ou heurísticas de acordo com a experiência pessoal do avaliador, necessidades do sistema ou características dos usuários.
4.1 Visibilidade do Estado do Sistema
Esse princípio de usabilidade que a interface deve informar ao usuário o que está ocorrendo com o sistema. Precisamos sempre de informações relevantes sobre o que estamos fazendo.
Avaliação: O sistema atende esse princípio satisfatoriamente, como por exemplo informar o tempo todo o total de caracteres disponíveis no total e também os restantes de cada resumo.
Figure 15 - Caracteres totais disponíveis.
Figure 16 - A- Total geral - B-Total do Resumo - C-Total do Abstract
3.2 Correlação entre o sistema e o mundo real.
Nesse item deve-se avaliar se o sistema é condizente com o modelo mental do usuário, se as palavras empregadas para descrever algo tem relação com o mundo real.
Avaliação: Em nossa avaliação o sistema atende plenamente esse princípio.
3.3 Liberdade de controle do usuário.
Trata-se do sistema sempre dar ao usuário a opção de cancelar ou desfazer alguma ação.
Avaliação: O sistema não atende essa questão, não é dado ao usuário nenhuma opção de desfazer as ações, exceto de limpar todo o formulário de uma vez.
3.4 Consistência de padrões.
Essa heurística definida por Jakob, determina que o sistema use sempre a mesma palavra, os mesmos termos ou até as mesmas sequências de ações para atingir o mesmo resultado, estabelecendo assim um padrão.
Avaliação: O sistema apresentou-se totalmente adequado a essa heurística.
3.5 Prevenção de erros.
Assim como em qualquer outra atividade humana, a prevenção de erros é muito mais eficaz do que a correção dos mesmos. Mensagens auxiliando o usuário a não o cometer, respeito às heurísticas supracitadas, confirmações pedidas ao usuário são algumas das ferramentas que o sistema pode usar para prevenir-se de erros.
Avaliação: O sistema não atende a essa heurística. Constatamos que no caso do campo e-mail, mesmo que ainda não preenchido, se o usuário simplesmente mudar de janela (ex. para consultar algo), ao voltar ao preenchimento do formulário, o sistema já apresenta erro com a mensagem de ‘e-mail inválido’.
 Figure 17 - Campo de e-mail não preenchido antes de alternar a janela.
Ainda assim, se preenchermos o campo do e-mail com quaisquer caracteres, desde que entre eles tenha o caractere ‘@’ e o ‘.’, o sistema não aponta o evidente erro de e-mail inválido. Também não aponta que os outros campos, de “Autor”, “Vinculo institucional” e “Titulação” estão em branco e permite que o usuário siga preenchendo o formulário e até mesmo insira mais autores, apontando o erro apenas ao tentar gerar o artigo, que será gerado com o e-mail inválido, conforme é possível ver nas imagens abaixo.
 
 Figure 18 - E-mail evidentemente inválido, sendo aceito pelo sistema.
Figure 19 - E-mail inválido sendo publicado.
3.6 Reconhecimentoem vez de memorização.
O processo de reconhecimento é muito mais rápido e energeticamente barato para nosso cérebro, por isso, essa heurística é tão importante. Um sistema deve estar constantemente dando dicas ao usuário sobre a navegação no sistema, sobre o que ele deve e/ou pode fazer e claro manter o padrão gráfico das ferramentas em todo o sistema 
Avaliação: Na aplicação proposta não encontramos convergência com essa heurística. Podemos destacar a similaridade entre os botões “Gerar” para gerar Arquivo completo, e o “Gerar” para gerar Arquivo para submissão “blind review”. São funções diferentes, mas ambos estão praticamente no mesmo lugar da tela, tem o mesmo tamanho e padrão de cor.
Figure 20 - Arquivo completo, botão 'Gerar'.
Figure 21 - Arquivo para submissão, botão 'Gerar'.
3.7 Flexibilidade e eficiência de uso.
Por esse princípio torna-se clara a necessidade de um sistema ser fácil de usar tanto para um leigo no sistema quanto para um usuário avançado.
Avaliação: Para o usuário leigo poderiam haver melhorias, máscara no campo e-mail, máscara com breve instrução de preenchimento dos demais campos também tornaria mais fácil para o usuário iniciante. Já para o usuário avançado, o sistema atende a questão da eficiência, portanto, o sistema atende parcialmente a essa heurística.
3.8 Projeto estético e minimalista.
Estética coerente e com o mínimo de itens, textos ou mesmo botões é essencial para atender esse princípio. O sistema não deve mostrar ao usuário mais informações do que o necessário para o bom, claro que respeitando as funcionalidades e as outras heurísticas.
Avaliação: O sistema atende esse item, não apresentando informações irrelevantes.
3.9 Suporte para o usuário no reconhecimento, no diagnóstico e na recuperação de erros.
O sistema deve contar com ferramentas que auxiliem o usuário a reconhecer erros e também como recuperar-se deles.
Avaliação: Atendido pelo sistema, através de caixas de diálogo com textos simples e diretos.
3.10 Ajuda e documentação.
Deve sempre haver disponível ao usuário a opção de ajuda. Uma vez que o usuário a busque esta deverá sem completa e sanar totalmente as dúvidas presentes.
Avaliação: O sistema não atende essa heurística, já que não pode ser encontrada essa opção de ajuda que levaria à documentação mais detalhada.
5. RELATÓRIO FINAL
O projeto teve como objetivo auxiliar o DEPP- (Departamento de Extensão, Pesquisa e Pós-Graduação), elaborando, portanto, um roteiro de testes precisos, para um sistema de formatação de artigos acadêmicos da Universidade Paulista.
Em função de dispor de técnicas específicas, foi solicitado então o auxílio do curso Superior de Analise e Desenvolvimento de Sistemas para que estes testes fossem realizados e a partir dos mesmos averiguar possíveis falhas durante a verificação e melhorias. Desta forma foram elaborados 10(dez) testes, com o intuito de avaliar as necessidades da universidade atrelados as expectativas do usuário final do sistema.
Os testes forma baseados na técnica “Caixa-preta”, este teste permitiu que varias situações fossem analisadas frente ao que foi estruturado nos roteiros de testes, analisando, portanto, funcionalidades, interface, usabilidade, o nível de interatividade com o usuário dentre outros casos. Logo, com a conclusão dos testes foi possível observar e destacar alguns pontos importantes para uma melhor execução do sistema.
Os cenários dos testes apontaram, portanto, melhorias diversas a serem implementadas, com o intuito de otimizar o sistema tornando-o mais atrativo e interativo, bem como atribuir funções específicas que atualmente o sistema não comtempla. Além de garantir que o sistema atenda as especificações em sua totalidade.
CONCLUSÃO
	Conclui-se, portanto, que o desenvolver software além de ser uma tarefa complexa, exige que se tenha uma boa expertise e conhecimento no tema, junto a isso absorvendo as atividades e executando-as de forma planejada e sistemática de acordo com métodos e ferramentas adequadas e necessárias para que se possa criar um produto de qualidade e que possa vir a atender o usuário final de forma qualitativa.
	É importante ressaltar que os conhecimentos e técnicas adquiridas neste projeto, reforça a importância do estudo e o aprendizado no tocante a desenvolvimento de sistemas e no planejamento de sua engenharia. Observamos que apesar dos resultados dos testes, é possível analisar o quão importante é coletar as especificações com clareza, para que no fim possamos desenvolver produtos de qualidade e que satisfaça o usuário final em sua totalidade.
	A elaboração da técnica “caixa-preta”, possibilitou a organização dos dados a serem validados, e um cronograma conciso, porém permitindo que se tenha maior clareza e assertividade nos testes. Também é importante ressaltar que a medida em que os testes foram realizados, pudemos ter uma boa visão do que as equipes que realizam testes de software constantemente, pensam e o porque da importância deste controle. 
	Em desfecho ao projeto apenas ressaltamos que é significativamente importante ter o controle, a documentação e além de tudo qualidade no que tange o desenvolvimento de sistemas.
REFERÊNCIAS
Figuras 1 a 21
Imagens da tela do sistema, disponível no URL: http://sfaa.unipinterativa.edu.br/pdf/ (acessado entre os dias 15 e 17 de Abril de 2019);
Textuais
GNIPPER, Patrícia. Entenda por que a imagem real do buraco negro é tão importante, mesmo "borrada". CanalTech, 2019, Disponível em: <https://canaltech.com.br/espaco/entenda-por-que-a-imagem-real-do-buraco-negro-e-tao-importante-mesmo-borrada-137093/>. Acesso em: 15 a 17 de Abril de 2019
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preenchimento realizado com os 
mesmos dados utilizados no teste 
anterior.
Preenchimento realizado 
corretamente e exibido no 
artigo 
Nenhuma mensagem de erro foi 
apresentada durante o 
preenchimento dos campos ou na 
geração do artigo.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo para submissão (blind 
review)o sistema deverá gerar 
uma mensagem informando se 
o arquivo foi ou não gerado, 
caso seja gerado apresentar o 
artigo em outra aba do 
navegador e apresentar uma 
opção de download em PDF.
Arquivo gerado com sucesso sem 
qualquer restrição na mesma 
pagina do sistema no link:  
http://sfaa.unipinterativa.edu.br/
pdf/template.php 
CASO DE TESTE: Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ser branco).
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo para submisão (blind review)
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preenchimento realizado com os 
mesmos dados utilizados no teste 
anterior porém, inserindo os 
dados de 3 autores.
Preenchimento realizado 
corretamente e exibido no 
artigo 
Nenhuma mensagem de erro foi 
apresentada durante o 
preenchimento dos campos ou na 
geração do artigo.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá gerar uma mensagem 
informando se o arquivo foi ou 
não gerado, caso seja gerado 
apresentar o artigo em outra 
aba do navegador e apresentar 
uma opção de download em 
PDF.
Arquivo gerado com sucesso sem 
qualquer restrição exibindo os 
três autores cadastrados, e gerado 
na mesma pagina do sistema no 
link:  
http://sfaa.unipinterativa.edu.br/
pdf/template.php 
CASO DE TESTE: Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ser branco).
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimentodos dados
Preenchimento realizado com os 
mesmos dados utilizados no teste 
anterior porém, inserindo os 
dados de 3 autores com 3 e-mails 
inválidos
Preenchimento realizado 
corretamente e exibido no 
artigo 
O sistema não permite a geração 
do arquivo, exibindo da tela uma 
mensagem de e-mail inválido. 
Entretando o sistema permite a 
geração do arquivo se no campo 
estiver preenchido qualquer texto 
com o caracter "@" e ".".
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá informar uma 
mensagem na tela informando 
que o campo é obrigatório e 
deve ser preenchido com um e-
mail válido.
O sistema considera apenas o 
campo e-mail do primeiro autor 
obrigatório. Desta forma mesmo 
que haja mais autores com 
preenchimento dos dados 
incompletos o sistema irá gerar o 
arquivo, caso contrário aparecerá 
uma mensagem informando que o 
campo está inválido.
CASO DE TESTE: Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ser branco).
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preenchimento realizado com os 
mesmos dados utilizados no teste 
anterior porém, inserindo os 
dados de 3 autores com os campos 
"Autor" vazio.
Preenchimento realizado 
corretamente e exibido no 
artigo 
O sistema não permite a geração 
do arquivo, se o campo do "Autor" 
do 1º autor não estiver 
preenchido, apresentando uma 
mensagem alertando o não 
preenchimento do campo.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá informar uma 
mensagem na tela informando 
que o campo é obrigatório e 
deve ser preenchido.
O sistema considera apenas o 
campo "Autor do primeiro autor 
obrigatório. Desta forma mesmo 
que haja mais autores com 
preenchimento dos dados 
incompletos o sistema irá gerar o 
arquivo, caso contrário aparecerá 
uma mensagem informando que o 
campo está sem preenchimento.
CASO DE TESTE: Gerar um artigo completo com três autores com os campos de autor em branco.
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preencher os campos com os 
dados válidos atentando se a 
formatação do conteúdo do campo 
"Corpo do texto".
Preenchimento realizado 
corretamente e exibido no 
artigo 
Nenhuma mensagem de erro foi 
apresentada durante o 
preenchimento dos campos.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá gerar uma mensagem 
informando se o arquivo foi ou 
não gerado, caso seja gerado 
apresentar o artigo em outra 
aba do navegador e apresentar 
uma opção de download em 
PDF.
Arquivo gerado com sucesso sem 
qualquer restrição na mesma 
pagina do sistema no link:  
(http://sfaa.unipinterativa.edu.br
/pdf/template.php) , 
apresentando o corpo do texto 
formatado conforme o 
preenchimento.
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 justificado com sucesso
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preencher todos os campos com 
dados validos
Realizar a inserção de uma 
imagem no campo "Corpo do 
texto"
O sistema não disponibiliza 
nenhuma função ou opção de 
botão para realizar upload de 
imagens no campo "Corpo do 
texto" ou em qualquer outra parte 
do sistema, apenas é possível 
inserir texto do URL da imagem.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá gerar o artigo realizando 
o upload da imagem no corpo 
do texto.
Arquivo gerado com sucesso. 
Entretanto, não realiza upload de 
imagens, apenas mostra o texto 
do URL da imagem se inserido 
diretamente no corpo do texto 
durante o preenchimento do 
campo.
CASO DE TESTE: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), anexando no campo 
“corpo do texto” uma imagem de um arquivo com sucesso.
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preencher todos os campos com 
dados validos e inserir no campo 
"Notas" uma URL de um arquivo e 
inserir um texto com a formatação 
solicitada
Preenchimento realizado 
corretamente e exibido no 
artigo 
Nenhuma mensagem de erro foi 
apresentada durante o 
preenchimento dos campos.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo o sistema 
deverá gerar o artigo realizando 
a inserção do URL de um arquivo 
e formatanto um texto alinhado 
a esquerda e em negrito
Arquivo gerado com sucesso sem 
qualquer restrição na mesma 
pagina do sistema no link:  
(http://sfaa.unipinterativa.edu.br
/pdf/template.php) , 
apresentando o corpo do texto 
formatado conforme o 
preenchimento.
CASO DE TESTE: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), anexando no campo 
“Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e em negrito.
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo completo
ElementoDescriçãoTipo/TamanhoFormatoValidaçãoEventos
CampoTítuloAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoTítulo em InglêsAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
BotãoAutores----Adicionar outros autoresClicar no Botão
CampoAutorAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoVínculo institucionalAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoTitulaçãoAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoE-mail de contatoAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoResumoAlfa(1000)Justificado
Não pode estar em branco limitado a 
1000 caracteres
--
CampoPalavras-ChaveAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoAbstractAlfa(1000)Justificado
Não pode estar em branco limitado a 
1000 caracteres
--
CampoKeywordsAlfa(*)Alinhado a EsquerdaNão pode estar em branco--
CampoCorpo do textoAlfa(*)JustificadoNão pode estar em branco--
CampoNotasAlfa(*)JustificadoNão pode estar em branco--
CampoRefêrencias bibliográficasAlfa(*)JustificadoNão pode estar em branco--
BotãoArquivo completo (Gerar)----Gerar o arquivo completoClicar no Botão
Botão
Arquivo para submissão (blind 
review)
----
Gerar o arquivo para submissão 
(blind review)
Clicar no Botão
BotãoLimpar----
Limpar todos os dados de 
preenchimento
Clicar no Botão
TESTES DE INTERFACE (ESPECIFICAÇÃO)
EventoDescriçãoSituação/TesteMensagem a ser ExibidaMensagem Exibida de fato
TítuloPor favor, preecher o campo "Título"!Nenhuma mensagem exibida
Título em InglêsPor favor, preecher o campo "Título em Inglês"!Nenhuma mensagem exibida
AutorPor favor, preencher o campo "Autor"!Por favor, verifique o campo Autor
Vínculo institucionalPor favor, preencher o campo "Vínculo institucional"!Por favor, verifique o campo Vínculo institucional
TitulaçãoPor favor, preencher o campo "Titulação"!Por favor, verifique o campo Titulação
E-mail de contato
Por favor, preenchero campo "E-mail de contato" ou 
informe um e-mail válido.
Por favor, informe um e-mail válido!
ResumoPor favor, preencher o campo "Resumo"!Nenhuma mensagem exibida
Palavras-ChavePor favor, preencher o campo "Palavras-Chave"!Nenhuma mensagem exibida
AbstractPor favor, preencher o campo "Abstract"!Nenhuma mensagem exibida
KeywordsPor favor, preencher o campo "Keywords"!Nenhuma mensagem exibida
Corpo do textoPor favor, preencher o campo "Corpo do texto"!Nenhuma mensagem exibida
NotasPor favor, preencher o campo "Notas"!Nenhuma mensagem exibida
Refêrencias bibliográficas
Por favor, preencher o campo "Referências 
bibliográficas"!
Nenhuma mensagem exibida
Testes de Mensagens Exibidas pelo Sistema (Campos Sem Preenchimento)
BotãoArquivo completo (Gerar)
IDPassos para Execução:Dado de EntradaResultado EsperadoResultado Real
1
Sistema exibe formulário para 
preenchimento dos dados
Preencher os campos exibidos 
com dados válidos.
Preenchimento realizado 
corretamente e exibido no 
artigo 
Nenhuma mensagem de erro foi 
apresentada durante o 
preenchimento dos campos ou na 
geração do artigo.
2
Clicar no botão Gerar (Artigo 
completo)
N/A
Ao clicar no botão "Gerar" - 
Arquivo completo sistema 
deverá gerar uma mensagem 
informando se o arquivo foi ou 
não gerado, caso seja gerado 
apresentar o artigo em outra 
aba do navegador e apresentar 
uma opção de download em 
PDF.
Arquivo gerado com sucesso sem 
qualquer restrição na mesma 
pagina do sistema no link:  
http://sfaa.unipinterativa.edu.br/
pdf/template.php 
CASO DE TESTE: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco).
Procedimento Inicial: Acessar o link: http://sfaa.unipinterativa.edu.br/pdf/, preencher os campos necessários e no final clicar no botão 
"Gerar" - Artigo Completo.