Trabalho acadêmico PIM V

Prévia do material em texto

RESUMO 
O coordenador do CST em Análise e Desenvolvimento de Sistemas analisou 
o problema do sistema e orientou os alunos do curso colocarem em prática os 
conhecimentos adquiridos durante as aulas. O aluno analisou o sistema disponível no 
link http://sfaa.unipinterativa.edu.br/pdf/para colar em prática os testes caixa-preta. 
Foi desenvolvido um roteiro de testes caixa-preta no sistema, realizando uma 
inspeção de usabilidade por meio da técnica de avaliação heurística. E foram 
identificados 10 (dez) casos de testes. 
Alguns testes que foram executados retornaram resultados satisfatório ao 
esperado. Outros como a validação de campos os resultados não foi o esperado, pois 
alguns campos existia a regra de negócio, mas não obedecia rigorosamente ao que 
foi definido para ela, como o caso de caracteres máximo no campo, existia a regra e 
mesmo assim permitia a inserção além do máximo. Também no campo “E-mail” 
existiam a regra de não deixar formatar o artigo com esse campo vazio e que existisse 
pelo menos (@ e .com), não validava os caracteres especiais ou espaço, permitindo 
incluir qualquer tipo de caracteres ou quantidade. 
A avaliação foi feita em um sistema, disponibilizado em um link citado 
anteriormente, para formatação de artigos acadêmicos, possuindo como público alvo 
estudantes de todas as áreas. Os testes feitos indicaram as falhas e os requisitos 
atendidos pelo sistema, com o objetivo de que o mesmo cumpra com seu papel em 
formatar artigos de forma fácil e rápida, sendo possível ser utilizado por qualquer 
pessoa com grande eficácia. 
Para verificar a usabilidade do sistema, foram executados testes de heurística 
em todas as telas para a confirmação de que elas se aplicam corretamente ao que se 
espera do sistema ou não, fazendo-se com que violações sejam identificadas e 
apresentadas juntamente com o que deve ser feito para que as mesmas sejam 
corrigidas. 
 
 
Palavras chave: Caixa-Preta, Sistema, Teste. 
 
 
 
ABSTRACT 
The CST coordinator in Systems Analysis and Development analyzed the problem of 
the system and instructed the course students to put into practice the knowledge 
acquired during the lessons. The student analyzed the system available at 
http://sfaa.unipinterativa.edu.br/pdf/ to practice the black-box tests. 
A black-box test script was developed in the system, performing a usability inspection 
through the heuristic evaluation technique. And ten (10) test cases were identified. 
Some tests that were performed returned satisfactory results than expected. Others 
such as field validation the results was not expected, since some fields existed the 
business rule, but did not strictly obey to what was defined for it, as the case of 
maximum characters in the field, there was the rule and even so allowed the insertion 
beyond the maximum. Also in the field "E-mail" there was the rule of not letting the 
article format with this empty field and that it existed at least (@ and .com), did not 
validate the special characters or space, allowing include any type of characters or 
quantity. 
The evaluation was done in a system, made available in a previously cited link, for 
formatting academic articles, targeting students from all areas. The tests performed 
indicated the failures and requirements met by the system, so that it fulfills its role in 
formatting articles easily and quickly, being possible to be used by anyone with great 
effectiveness. 
To verify the usability of the system, heuristic tests were run on all screens to confirm 
that they apply correctly to what is expected of the system or not, causing violations to 
be identified and presented along with what should be made so that they are corrected. 
 
 
 
 
 
 
Keywords: Black Box, System, Test. 
 
 
 
SUMÁRIO 
1. INTRODUÇÃO .................................................................................................. 10 
2. CONHECENDO O SISTEMA A SER AVALIADO ............................................ 12 
3. TESTES CAIXA-PRETA NO SISTEMA ........................................................... 13 
3.1. Casos de Testes Identificados .................................................................. 13 
3.1.1. Teste 1 – Gerar Arquivo Completo com Sucesso ......................................... 14 
3.1.2. Teste 2 – Gerar Arquivo Submissão com Sucesso ...................................... 15 
3.1.3. Teste 3 - Gerar um Artigo Completo com Três Autores Cadastrados com 
Sucesso (Nenhum Campo Pode Ser Branco) .............................................. 16 
3.1.4. Teste 4 - Gerar Arquivo Completo com 3 Autores com E-Mails Inválidos .... 17 
3.1.5. Teste 5 - Gerar um Artigo Completo com Três Autores com os Campos de 
Autor em Branco ........................................................................................... 19 
3.1.6. Teste 6 - Gerar um Artigo Completo com um Autor Cadastrado com Sucesso 
e Limpar os Dados sem Gerar o Artigo ........................................................ 20 
3.1.7. Teste 7 - Gerar um Artigo Completo com um Autor Cadastrado com Sucesso, 
Criando no Campo “Corpo de Texto” um Texto com Trechos Formatados em 
Negrito, Itálico, Subscrito, Sobrescrito e com Texto Justificado com Sucesso
 21 
3.1.8. Teste 8 - Gerar um Artigo Completo com um Autor Cadastrado com Sucesso, 
Anexando no Campo “Corpo do Texto” uma Imagem de um Arquivo com 
Sucesso ........................................................................................................ 22 
3.1.9. Teste 9 - 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 ................................................ 24 
3.1.10. Teste 10 - Teste de Interface ........................................................................ 25 
3.2. Relatório Final dos Testes ......................................................................... 31 
4. INSPEÇÃO DE USABILIDADE NO SISTEMA ................................................. 33 
4.1. Visibilidade do Estado do Sistema ........................................................... 33 
4.2. Correlação entre o Sistema e o Mundo Real ............................................ 34 
 
 
4.3. Liberdade e Controle do Usuário .............................................................. 34 
4.4. Consistência e Padrões ............................................................................. 34 
4.5. Prevenção de Erros .................................................................................... 35 
4.6. Reconhecimento em vez de Memorização ............................................... 35 
4.7. Flexibilidade e Eficiência de Uso .............................................................. 35 
4.8. Projeto Estético e Minimalista ................................................................... 36 
4.9. Suporte para o Usuário no Reconhecimento, no Diagnóstico e na 
Recuperação de Erros ................................................................................ 36 
4.10. Ajuda e Documentação .............................................................................. 36 
4.11. Relatório Final de Heurística ..................................................................... 37 
CONCLUSÃO ........................................................................................................... 38 
REFERÊNCIAS ......................................................................................................... 40 
 
 
 
 
LISTA DE FIGURAS 
Figura 1 – Teste 1 - Dados Preenchidos ................................................................... 14 
Figura 2 – Resultado do teste 1 ................................................................................ 14 
Figura 2 – Teste 2 - Dados Preenchidos ...................................................................15 
Figura 4 – Resultado do teste 2 ................................................................................ 15 
Figura 5 – Teste 3 - Incluindo mais autores .............................................................. 16 
Figura 5.1 – Campos dos autores ............................................................................. 16 
Figura 6 – Teste 3 – Dados preenchidos .................................................................. 17 
Figura 6.1 – Resultado teste 3 .................................................................................. 17 
Figura 7 – Validando E-mail ...................................................................................... 18 
Figura 8 – Alerta no campo de e-mail ....................................................................... 18 
Figura 9 – Resultado do teste 4 ................................................................................ 18 
Figura 10 – Teste 5 – Dados preenchidos ................................................................ 19 
Figura 11 – Resultado teste 5 ................................................................................... 19 
Figura 12 – Teste 6 – Dados preenchidos ................................................................ 20 
Figura 13 – Campos que permaneceram preenchidos após limpar ......................... 20 
Figura 14 – Teste 7 – Dados preenchidos ................................................................ 22 
Figura 15 – Resultado teste 7 ................................................................................... 22 
Figura 16 – Teste 8 – Imagem anexada .................................................................... 23 
Figura 17 – Resultado teste 8 ................................................................................... 23 
Figura 18 – Teste 9 – URL anexada ......................................................................... 24 
Figura 19 – Resultado teste 8 ................................................................................... 24 
Figura 22 –Teste 10 – Validação de Campos ........................................................... 27 
Figura 23 – Resultado Validação .............................................................................. 27 
Figura 24 –Teste 10 – Excesso de Caracteres ......................................................... 27 
Figura 25 – Mensagem de Limite no Campo............................................................. 27 
Figura 24 – Teste 10 – Exagero de Caracteres ......................................................... 27 
 
 
Figura 26 – Resultado da Validação ......................................................................... 27 
Figura 27 – Teste 10 – Teste dos botões .................................................................. 28 
Figura 28 – Botão de incluir campo ........................................................................... 28 
Figura 28.1 – Teste 10 – Formatação do texto.......................................................... 29 
Figura 28.2 – Teste 10 – Botão que não cumpre com seu objetivo .......................... 29 
Figura 29 – Teste 10 – Exibição de Mensagem ........................................................ 30 
Figura 30 – Exibição de Mensagem .......................................................................... 30 
Figura 31 – Exibição de Mensagem .......................................................................... 30 
Figura 32 – Mensagem Caracteres Máximo no Sistema ........................................... 30 
Figura 33 – Mensagens no Pop-up ........................................................................... 31 
Figura 34 – Formatação do arquivo para submissão ................................................ 37 
 
 
 
 
LISTA DE TABELAS 
Tabela 1 – Caso de Teste 1 ...................................................................................... 14 
Tabela 2 – Caso de Teste 2 ...................................................................................... 15 
Tabela 3 – Caso de Teste 3 ...................................................................................... 16 
Tabela 4 – Caso de Teste 4 ...................................................................................... 17 
Tabela 5 – Caso de Teste 5 ...................................................................................... 19 
Tabela 6 – Caso de Teste 6 ...................................................................................... 20 
Tabela 7 – Caso de Teste 7 ...................................................................................... 21 
Tabela 8 – Caso de Teste 8 ...................................................................................... 22 
Tabela 9 – Caso de Teste 9 ...................................................................................... 24 
Tabela 10 – Caso de Teste 10 - Domínio de campo ................................................. 25 
Tabela 11 – Caso de Teste 10 - Validação de cada campo ...................................... 26 
Tabela 12 – Caso de Teste 10 - Ações em botões e links existentes ....................... 28 
Tabela 13 – Caso de Teste 10 - Mensagens exibidas pelo sistema ......................... 30 
 
 
 
10 
 
1. INTRODUÇÃO 
Tendo o objetivo de apresentar o conhecimento adquirido com as disciplinas: 
“Engenharia de Software II” e “Projeto de Interface com o Usuário”, este projeto está 
elaborado de acordo com o tema proposto: “Sistema de formatação de artigos 
acadêmicos”, que o cenário a considerar é um sistema disponível no link 
http://sfaa.unipinterativa.edu.br/pdf/. 
No sistema a ser avaliado, foi identificado 10 casos de testes, e estão 
apresentados no contexto do projeto o roteiro de casa testes de caixa-preta e os 
resultados feitos com os mesmos. Todos os dados dos testes foram dispostos em 
tabelas e imagens para visualizar o que foi feito e o resultado que os testes 
proporcionaram. Também uma breve descrição do que ocorreu em cada teste, assim 
como um relatório geral de todos os testes. 
Alguns testes que foram executados retornaram resultados satisfatório ao 
esperado. Outros como a validação de campos os resultados não foi o esperado, pois 
alguns campos existia a regra de negócio, mas não obedecia rigorosamente ao que 
foi definido para ela, como o caso de caracteres máximo no campo, existia a regra e 
mesmo assim permitia a inserção além do máximo. 
Também a inserção de uma imagem no texto, não existia um botão para a 
inclusão, mas depois de várias formas de inserir a imagem sem sucesso, descobrimos 
que arrastando a imagem de um site e soltasse em cima onde o cursor estava 
posiciona no corpo do texto, era possível inserir a imagem. Isso pode ser uma falha 
do sistema ou foi de propósito que o desenvolvedor deixou essa forma para que 
pudéssemos encontrar no teste, de qualquer modo, para o melhor funcionamento do 
sistema, é conveniente que exista uma opção dentro do campo para que uma imagem 
seja selecionada a partir do computador do usuário. 
Foi realizado uma inspeção de usabilidade no sistema por meio da técnica de 
avaliação heurística e apresentado um relatório com os resultados. 
Toda a avaliação foi feita a partir de um sistema para formatação de artigos 
acadêmicos, disponibilizado em um link citado anteriormente, possuindo como público 
alvo estudantes de todas as áreas. Os testes feitos indicaram as falhas e os requisitos 
atendidos pelo sistema, com o objetivo de que o mesmo cumpra com seu papel em 
formatar artigos de forma fácil e rápida, sendo possível ser utilizado por qualquer 
pessoa com grande eficácia. 
 
11 
 
Para maximizar a usabilidade do sistema, foram executados os testes de 
heurística em todas as telas para a confirmação de que elas se aplicam corretamente 
ao que se espera do sistema, fazendo-se com que violações sejam identificadas e 
apresentadas juntamentecom o que deve ser feito para que as mesmas sejam 
corrigidas. 
 
12 
 
2. CONHECENDO O SISTEMA A SER AVALIADO 
 O sistema a ser avaliado está disponível na internet no link 
http://sfaa.unipinterativa.edu.br/pdf/. Esse sistema é usado para formatar artigos 
acadêmicos, composto por vários campos a serem preenchidos com informação do 
livro a ser cadastrado. Campos como: título do artigo, título em inglês, nome do autor, 
titulação, vinculo institucional, e-mail de contato (sendo que os quadro últimos campos 
citados são obrigatórios), resumo do artigo, palavras-chave, resumo em inglês, corpo 
do texto, notas e referências bibliográficas. Além desses campos existem 3 botões, 
um para gerar o arquivo das informações preenchidas na tela, outro para gerar um 
arquivo de submissão e outro para limpar os campos. 
Logo que o formulário é exibido é possível perceber uma página limpa de fácil 
entendimento, tem uma harmonia de cores, não é um ambiente pesado com cores 
fortes, com várias propagandas ou links para todo lado. É exatamente uma página 
objetiva com apenas o formulário destinado a formatação do artigo. 
Com esse ambiente o usuário não tem dificuldade de usabilidade mesmo uma 
pessoa que não tem tanta intimidade com uso de sistemas. 
 
 
13 
 
3. TESTES CAIXA-PRETA NO SISTEMA 
O teste mais aplicado em softwares é o teste caixa-preta, tendo como foco 
nas necessidades do usuário analisando as entradas e saídas de dados de vários 
tipos dentro de um programa ou sistema. Tais entradas não são escolhidas conforme 
a estrutura do programa. Quanto mais entradas são fornecidas, mais rico será o teste. 
Ele foca na parte externa do software, como a interface e suas funcionalidades, 
também conhecido como teste funcional. 
 “Ele irá focar-se no uso que um usuário pode fazer de um software, 
onde irá clicar, o que digitará em campos que precisam ser preenchidos, 
como ele navega pelo site etc. É importante avaliar se os resultados que o 
programa gera estão de acordo com as especificações ou com o que era 
esperado.” (http://testesdesoftware.com/teste-caixa-preta/, Jun 29, 2016) 
O testador não está interessado em como as entradas são processadas, ele 
anota o resultado das saídas produzidas pelo sistema. Ou seja, só são observadas se 
as saídas são as que foi definida para o sistema produzir para cada entrada. 
Pode se seguir um roteiro pré-estabelecido, como: Estabelecer foco do teste; 
Especificar teste; Planejar teste; Executar o teste. 
3.1. Casos de Testes Identificados 
Foram identificados 10 casos de testes no sistema a ser avaliado. Cada teste 
será descrito o passo a passo do que deve ser testado, exibindo a condição inicial de 
teste, o passo a ser executado, qual o dado de entrada necessário para o teste e o 
resultado esperado. 
Todos os dados serão dispostos em tabelas para melhor visualização e os 
resultados serão dispostos em imagens. 
 
 
14 
 
3.1.1. Teste 1 – Gerar Arquivo Completo com Sucesso 
 Tabela 1 – Caso de Teste 1 
Caso de teste: Gerar arquivo completo com sucesso 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de 
formatação de artigo 
acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, e-
mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Preencher todos os 
campos 
Os campos serão 
preenchidos com cada dado 
em seu respectivo campo 
Todos os campos preenchidos 
3 Pressionado botão para 
gerar arquivo completo 
- Gerar a formatação do artigo 
acadêmico em outra página 
Fonte: Desenvolvida pelos alunos 
Resultado obtido pelo teste na formatação do artigo foi perfeito, a formatação 
foi feita sem nenhum erro, conforme figura 2. 
Figura 1 – Teste 1 -Dados Preenchidos Figura 2 – Resultado do teste 1 
Fonte: Desenvolvido pelos alunos 
 
 
15 
 
3.1.2. Teste 2 – Gerar Arquivo Submissão com Sucesso 
 Tabela 2 – Caso de Teste 2 
Caso de teste: Gerar arquivo submissão com sucesso 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Preencher todos os 
campos 
Os campos serão 
preenchidos com cada dado 
em seu respectivo campo 
Todos os campos preenchidos 
3 Pressionado botão para 
gerar arquivo completo 
- Gerar a formatação do artigo 
acadêmico em outra página 
Fonte: Desenvolvida pelos alunos 
Resultado obtido pelo teste na formatação do artigo foi perfeito, a formatação 
foi feita sem nenhum erro, conforme figura 4. 
 
Figura 3 – Teste 2 -Dados Preenchidos Figura 4 – Resultado do teste 2 
Fonte: Desenvolvido pelos alunos 
 
 
16 
 
3.1.3. Teste 3 - Gerar um Artigo Completo com Três Autores Cadastrados com 
Sucesso (Nenhum Campo Pode Ser Branco) 
 
 Tabela 3 – Caso de Teste 3 
Caso de teste: Gerar um artigo completo com três autores cadastrados com sucesso (nenhum 
campo pode ser branco) 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 Incluir mais autores Clicar no botão adicionar até 
incluirmos os três autores 
Aparecimento do campo para a 
inclusão de mais dois autores 
2 Preencher todos os 
campos 
Os campos serão 
preenchidos com 
informações válidas 
Todos os campos preenchidos, 
sem mensagem de erro 
3 Pressionado botão para 
gerar arquivo completo 
- Gerado artigo de formatação 
com a informação dos três 
autores 
 4 Clicar no botão de voltar, 
para retornar a tela 
anterior 
 Retorna a tela inicial com os 
campos preenchidos, porém 
mantém apenas um autor os 
demais incluídos na tela 
desaparecem. 
Fonte: Desenvolvida pelos alunos 
O sistema conta com um botão com sinal “+” para a inclusão de mais autores, 
conforme destacado na figura 5 e 5.1: 
Figura 5 – Teste 3 – Incluindo mais autores Figura 5.1 – Campos dos autores 
Fonte: Desenvolvida pelos alunos 
 
 
17 
 
Figura 6 – Teste 3 – Dados preenchidos Figura 6.1 – Resultado teste 3 
Fonte: Desenvolvida pelos alunos 
3.1.4. Teste 4 - Gerar Arquivo Completo com 3 Autores com E-Mails Inválidos 
 Tabela 4 – Caso de Teste 4 
Caso de teste: Gerar arquivo completo com 3 autores com e-mails inválidos 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de 
formatação de artigo 
acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, e-
mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Preencher os e-mails Inserir e-mail inválido Pedir que informe um e-mail 
válido 
3 Pressionado botão para 
gerar arquivo completo 
- Gerar a formatação do artigo 
acadêmico em outra página 
Fonte: Desenvolvida pelos alunos 
 
Ao entrar com um e-mail inválido, ele mostra um pop-up com a seguinte 
mensagem: “Por favor, informe um e-mail válido!”, como mostra a figura 7, e logo em 
seguida fica marcado o campo do e-mail em vermelho, conforme mostra a figura 8, 
mas isso não impede de gerar o artigo, como é mostrado na figura 9. 
 
 
 
18 
 
Figura 7 – Teste 4– Validando E-mail Figura 8 – Alerta no campo de e-mail 
 
Figura 9 – Resultado do teste 4 
 
Fonte: Desenvolvida pelos alunos 
 
 
19 
 
3.1.5. Teste 5 - Gerar um Artigo Completo com Três Autores com os Campos 
de Autor em Branco 
 Tabela 5 – Caso de Teste 5 
Caso de teste: Gerar um artigo completo com três autores com os campos de autor em branco 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, 
notas e referências 
bibliográficas e 3 botões 
2 Incluir dois autores Clicar duas vezes no botão 
“+” 
Aparecimento do campo 
correspondente a mais dois 
autores 
3 Preencher com mais 
dois autores 
Preenches os campos 
deixando o campo do autor 
em branco 
Aparece uma tela de pop-up 
informando para verificar o 
campo do autor, e não deixa 
gerar o arquivo. 
Fonte: Desenvolvida pelos alunos 
Preenchemos todos os campos inserindo mais dois autores, mas não 
preenchemos o campo Autor, conforme ilustrado na figura 10. Em seguida colocamos 
para gerar o arquivo completo, aparece uma mensagem de pop-up com a seguinte 
mensagem “por favor verificar o campo autor” e não deixa que o arquivo seja gerado, 
conforme ilustrado na figura 11. 
Figura 10 – Teste 5 – Dados preenchidos Figura 11 – Resultado teste 5 
Fonte: Desenvolvida pelos alunos 
 
 
 
20 
 
3.1.6. Teste 6 - Gerar um Artigo Completo com um Autor Cadastrado com 
Sucesso e Limpar os Dados sem Gerar o Artigo 
 Tabela 6 – 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 a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, 
notas e referências 
bibliográficas e 3 botões 
2 Preencher todos os 
campos com um autor. 
Preenchido com Título, Título 
em Inglês, Nome do Autor, 
Titulação, Vínculo Institucional, 
E-mail de contato, 
 Resumo, Palavras-Chave, 
Abstract, Keywords, Corpo do 
Texto, Notas, Referências 
Bibliográficas, Arquivo 
Completo. 
Limpar dados sem gerar o 
arquivo. Ao clicar na tela 
limpar, ele apaga os primeiros 
dados ficando preenchido os 
campos: Corpo do texto, Notas 
e Referências Bibliográficas. 
Fonte: Desenvolvida pelos alunos 
Figura 12 – Teste 6 – Dados preenchidos Figura 13 – Campos que permaneceram 
 preenchidos após limpar 
 
Fonte: Desenvolvida pelos alunos 
 
21 
 
 
Foram preenchidos todos os campos disponíveis na tela com apenas um autor, 
ao clicarmos no botão limpar, ele apaga os primeiros dados preenchidos, ficando 
apenas o corpo do texto, notas e referências bibliográficas com os dados inseridos, 
os demais são excluídos da tela, conforme ilustrado na figura 13. 
3.1.7. Teste 7 - Gerar um Artigo Completo com um Autor Cadastrado com 
Sucesso, Criando no Campo “Corpo de Texto” um Texto com Trechos 
Formatados em Negrito, Itálico, Subscrito, Sobrescrito e com Texto 
Justificado com Sucesso 
 Tabela 7 – Caso de Teste 7 
Caso de teste: Gerar um artigo completo com um autor cadastrado com sucesso, criando no 
campo “corpo de texto” um texto com trechos formatados em negrito, itálico, subscrito, sobrescrito 
e com texto justificado com sucesso 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, 
notas e referências 
bibliográficas e 3 botões 
2 Formatar trecho de texto 
em negrito, itálico, 
subscrito, sobrescrito e 
justificado. 
Preenchido trecho do corpo 
do texto com formatação 
negrito, itálico, subscrito, 
sobrescrito e justificado. 
PDF com formatação gerado 
com sucesso sem nenhum erro 
ou bug. 
Fonte: Desenvolvida pelos alunos 
Foi feito o teste com todos os tipos de formatação solicitados, o resultado foi 
positivo, o arquivo foi gerado sem nenhum erro, conforme ilustrado na figura 15. 
 
 
22 
 
Figura 14 – Teste 7 – Dados preenchidos Figura 15 – Resultado teste 7 
 
 
Fonte: Desenvolvida pelos alunos 
3.1.8. Teste 8 - Gerar um Artigo Completo com um Autor Cadastrado com 
Sucesso, Anexando no Campo “Corpo do Texto” uma Imagem de um 
Arquivo com Sucesso 
 Tabela 8 – Teste 8 - Gerar um artigo completo com um autor cadastrado com sucesso, anexando no 
campo “corpo do texto” uma imagem de um arquivo com sucesso 
Caso de teste: Gerar um artigo completo com um autor cadastrado com sucesso, anexando no 
campo “corpo do texto” uma imagem de um arquivo com sucesso 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Anexar uma imagem no 
campo “corpo do texto” 
Preenchido com Título, Título 
em Inglês, Nome do Autor, 
Titulação, Vínculo Institucional, 
E-mail de contato, 
 Resumo, Palavras-Chave, 
Abstract, Keywords, Corpo do 
Texto com imagem anexada, 
Notas, Referências 
Bibliográficas, Arquivo 
Completo. 
Imagem anexada com sucesso 
no campo “corpo do texto” e 
arquivo completo gerado 
Fonte: Desenvolvida pelos alunos 
 
 
23 
 
Nesse teste foi preenchido todos os campos conforme requisitos, mas no 
momento de inserir a imagem no corpo do texto, não existia um botão de anexar, 
tentamos o método de Ctlr + C e Ctrl + V, sem sucesso. Tentamos o método de 
arrastar a imagem de uma pasta e soltar no local do texto, ela abria no browser, mas 
não inseria. Tentamos arrastar uma imagem direto do google imagens e inseriu com 
sucesso, conforme ilustrado na figura 16. 
Porém a imagem só é inserida se for arrastada até onde encontra-se o cursor 
piscando dentro do corpo do texto, se a imagem for arrastada em outro local, ela não 
é inserida. Isso pode ser uma falha no sistema ou foi feito de propósito para que o 
aluno pudesse descobrir que haveria um jeito de inserir a imagem, de qualquer modo, 
para o melhor funcionamento do sistema, é conveniente que exista uma opção dentro 
do campo para que uma imagem seja selecionada a partir do computador do usuário. 
Figura 16 – Teste 8 – Imagem anexada Figura 17 – Resultado teste 8 
 
Fonte: Desenvolvida pelos alunos 
 
 
24 
 
3.1.9. Teste 9 - 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 
 Tabela 9 – Caso de Teste 9 
Caso de teste: 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 
Procedimento inicial:acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Anexar no campo 
“Notas”, uma URL de um 
arquivo 
 URL do arquivo para ser 
anexada 
URL anexada com sucesso no 
campo “Notas” 
3 Criar texto formato à 
esquerda e em negrito 
Texto com formato à 
esquerda e negrito 
Texto formatado com sucesso 
Fonte: Desenvolvida pelos alunos 
 
Teste realizado com resultados positivos obtidos a partir da avaliação no campo “Notas” 
Figura 18 – Teste 9 – URL anexada Figura 19 – Resultado teste 8 
 
Fonte: Desenvolvida pelos alunos 
 
 
25 
 
3.1.10. Teste 10 - Teste de Interface 
 Tabela 10 –Teste 10 - Domínio de todos os campos 
Caso de teste: Domínio de todos os campos 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Preenchimento dos 
campos 
Inserir os valores respectivos 
de cada campo 
Todos os campos preenchidos, 
sem mensagem de erro 
3 Verificar a regra de 
negócio para cada 
campo 
 Cada campo obedece a regra 
de negócio estabelecida para 
cada um 
Fonte: Desenvolvida pelos alunos 
Cada campo foi preenchido e testado as regras de negócio. Os campos 
“Autor”, “Titulação”, “Vinculo Institucional” e E-mail obedecem às regras estabelecidas 
pelo sistema. São os únicos que não podem estar vazios para a execução da 
formatação. E por sua vez o campo de “E-mail” valida somente com os caracteres 
(@.com), que seria incorreto aceitar somente essa validação. 
Os campos “Resumo” e ”Abstract” tem a mensagem de mil caracteres no 
máximo de preenchimento, mas aceita ultrapassar esse limite e permite o usuário de 
acrescentar mais que o dobro estabelecido, o correto é chegar na quantidade máxima 
e interromper a inserção de caracteres. 
Os outros campos não têm nenhum tipo de regra e aceita qualquer tipo de 
caracteres e qualquer quantidade. Também existe uma mensagem no topo do sistema 
indicando que é permitido 42 mil caracteres no máximo, mas não tem nenhuma regra 
que impede o usuário de inserir quantidade maior que essa. 
 
 
26 
 
Tabela 11 –Teste 10 - Validação de cada campo 
Caso de teste: Validação de cada campo 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Preencher todos os 
campos com todos os 
tipos de caracteres 
<>//|\ !!” ‘;?? }[]{ á é í ó ú à è ì 
ò ù ã ~e ~i õ ~u ñ â ê î ô 
û´´``~~ abcd efgh ijklm nopq 
rstu vxyz 
Arquivo formatado e gerado 
com sucesso 
3 Preencher todos os 
campos com mais de mil 
caracteres 
<>//|\ !!” ‘;?? }[]{ á é í ó ú à è ì 
ò ù ã ~e ~i õ ~u ñ â ê î ô 
û´´``~~ abcd efgh ijklm nopq 
rstu vxyz 
Arquivo formatado e gerado 
com sucesso 
Fonte: Desenvolvida pelos alunos 
Na primeira validação dos campos de que não poderiam ser vazios, somente 
existem nos campos autor, titulação, vinculo institucional e e-mail. E no campo e-mail 
tem mais uma validação de que é necessário existir a arroba (@) e o ponto COM 
(.com), se tiver comente assim @.com o sistema valida o campo. Não existe nenhum 
outro tipo de validação de caracteres especiais, como por exemplo: [{‘ “ | \ / <> }], esses 
tipos de caracteres causam erros em determinados sistemas. Também o campo e-
mail aceitou inserir espaço entre as letras e o campo não é responsivo, ao aumentar 
o tamanho do campo e diminuir a tela o campo ficou fora do contêiner que os outros 
campos estão, conforme é ilustrado na figura 22. 
Nessa segunda validação foi testado a quantidade de caracteres em cada 
campo. Foi inserido mais de mil caracteres em cada campo, mesmo tendo a 
mensagem que o máximo de caracteres no formulário é de 42000 e nos campos 
“resumo” e “abstract” mostrar a mensagem de que é no máximo mil caracteres, foi 
aceito uma quantidade superior a essas, conforme ilustrado na figura 24 e 25. 
 
27 
 
Figura 22 – Teste 10 – Validação de Campos Figura 23 – Resultado Validação 
 
Figura 24 – Teste 10 – Excesso de Caracteres Figura 25 – Mensagem de Limite no Campo 
 
Figura 26 – Resultado da Validação 
Fonte: Desenvolvida pelos alunos 
 
 
28 
 
Tabela 12 –Teste 10 - Ações em botões e links existentes 
Caso de teste: Ações em botões e links existentes 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Testar o botão de inserir 
campos de autor 
Pressionar botão (+) Inserido campo com sucesso 
3 Testar os campos 
preenchidos usando os 
botões de formatação de 
texto 
Inserir texto nos campos 
corpo do texto, notas e 
referência bibliográficas 
Feito formatação no texto 
corretamente 
4 Testar botão de gerar 
arquivo completo 
Pressionar botão Funcionalidade executada com 
sucesso 
5 Testar botão de gerar 
arquivo para submissão 
Pressionar botão Funcionalidade executada com 
sucesso 
6 Testar botão de limpar 
os campos 
Pressionar botão Funcionalidade executada 
parcialmente 
Fonte: Desenvolvida pelos alunos 
O botão de inserir novos campos para incluir novos autores funciona 
corretamente, conforme ilustrado na figura 27. Ao inserir os novos campos, aparece 
do lado da palavra “autor” um X que tem a funcionalidade de excluir esse campo, que 
por sinal funciona corretamente. 
Figura 27 – Teste 10 – Teste dos botões Figura 28 – Botão de incluir campo 
 
Fonte: Desenvolvida pelos alunos 
 
29 
 
Os campos “corpo do texto”, “notas” e “referência bibliográficas” que contém 
os botões de formatação de texto apenas um botão não funciona, os outros fizeram a 
formatação de acordo com o esperado, conforme ilustrado na figura 28.1. 
Figura 29.1 - Teste 10 – Formatação do texto 
 Fonte: Desenvolvida pelos alunos 
O botão “Remover “Formatação” (Tx), figura 28.2, deveria desfazer a 
formatação de um determinado trecho selecionado dentro do campo, fazendo com 
que o trecho retorne à fonte padrão, porém, este botão não faz coisa alguma. 
 Figura 28.2 - Teste 10 – Botão que não cumpre com seu objetivo 
 
 Fonte: Desenvolvida pelos alunos 
Os botões “Gerar arquivo completo” e “Gerar arquivo para submissão” só 
funciona se os campos “autor”,” titulação”, ”vinculo institucional” e “e-mail” estiverem 
preenchidos corretamente. 
A funcionalidade do botão “limpar” funciona parcialmente, somente limpa os 
dez primeiros campos, deixando os campos que tem o maior conteúdo de texto 
preenchidos,conforme ilustrado na imagem 13 caso de teste 6. Por um lado, é bom, 
pois caso o usuário pressionar o botão “limpar” por acidente, só vai perder os campos 
que tem pouco conteúdo e não precisará preencher os campos com maior conteúdo. 
 
 
30 
 
Tabela 13 –Teste 10 - Mensagens exibidas pelo sistema 
Caso de teste: Mensagens exibidas pelo sistema 
Procedimento inicial: acessar a URL http://sfaa.unipinterativa.edu.br/pdf/ 
ID Passo para execução Dado de entrada Resultado 
1 O sistema exibe um 
formulário de formatação 
de artigo acadêmico 
- Dados exibidos: título do artigo, 
título em inglês, nome do autor, 
titulação, vinculo institucional, 
e-mail de contato, resumo do 
artigo, palavras-chave, resumo 
em inglês, corpo do texto, notas 
e referências bibliográficas e 3 
botões 
2 Verificar mensagens 
retornada pelo sistema 
preenchendo campos 
Preencher campos “Resumo” 
e “Abstract” com caracteres 
acima de 1000 
Exibição de uma mensagem em 
vermelho indicando que 
ultrapassou o limite de 
caracteres 
3 Verificar mensagens 
retornada pelo sistema 
pressionando botões 
Pressionar botão “Gerar 
arquivo completo” e “Gerar 
arquivo para submissão” sem 
preencher os campos 
obrigatórios 
É exibido mensagens 
orientando preencher os 
campos obrigatórios 
Fonte: Desenvolvida pelos alunos 
Figura 29 – Teste 10 – Exibição de Mensagem Figura 30 – Exibição de Mensagem 
 
Figura 31 – Exibição de Mensagem Figura 32 – Caracteres Máximo no Sistema 
 
Fonte: Desenvolvida pelos alunos 
Ao preencher os campos “Resumo” e “Abstract” com mais de mil caracteres, 
aparece a mensagem em vermelho que excedeu o máximo de caracteres, conforme 
 
31 
 
ilustrado na imagem 29. Mesmo assim o sistema permite inserir mais caracteres, o 
correto ao chegar o limite máximo não permitir a inserção de caracteres. 
Com os campos preenchidos menos os quatro campos obrigatório, ao 
pressionar o botão para gerar a formatação, é exibido uma mensagem pedindo para 
verificar o campo de e-mail, conforme ilustrado na figura 30. Preenchendo esse campo 
e pressionando o botão para gerar a formatação, aparece outra mensagem de erro 
pedindo para verificar o campo autor, conforme ilustrado na figura 31. E assim para 
os outros dois campos é feito o mesmo processo e aparece a mensagem para verificar 
seu respectivo campo. 
No topo do sistema tem uma mensagem informando o máximo de caracteres 
permitido inserir nos sistemas, mas não tem nenhum bloqueio caso esse máximo seja 
ultrapassado, permitindo assim exceder o limite máximo, conforme ilustrado na figura 
32. 
Ao tentar copiar uma imagem para dentro do corpo do texto é exibido uma 
pop-up dizendo “As configurações de segurança do seu navegador não permitem que 
o editor acesse os dados da área de transferência diretamente. Por favor cole o 
conteúdo manualmente nesta janela”, exibindo uma área para inserir o conteúdo, mas 
não deixa inserir a imagem somente texto, conforme ilustrado na imagem 33. 
Figura 33 – Mensagens no Pop-up 
Fonte: Desenvolvida pelos alunos 
 
3.2. Relatório Final dos Testes 
Todos os testes foram executados conforme requisitos. Alguns deles 
retornaram resultados satisfatório ao esperado. Outros como a validação de campos, 
os resultados não foi o esperado, pois alguns campos existia a regra de negócio, mas 
 
32 
 
não obedecia rigorosamente ao que foi definido para ela, como o caso de caracteres 
máximo no campo, existia a regra e mesmo assim permitia a inserção além do máximo, 
deixando a cargo do usuário seguir a mensagem de caracteres máximo ou não. 
Também a inserção de uma imagem no texto, não existia um botão específico 
para a inclusão, mas depois de várias formas de inserir a imagem sem sucesso, 
descobrimos que arrastando a imagem de um site e soltasse em cima onde o cursor 
estava posiciona no corpo do texto, era possível inserir a imagem. Isso pode ser uma 
falha no sistema ou foi feito de propósito para que o aluno pudesse descobrir que 
haveria um jeito de inserir a imagem, de qualquer modo, para o melhor funcionamento 
do sistema, é conveniente que exista uma opção dentro do campo para que uma 
imagem seja selecionada a partir do computador do usuário. 
Nos campos “Autor”, “Titulação”, ”Vinculo Institucional” e “E-mail” as regras de 
negócio segue exatamente o estabelecido, só deixar formatar o formulário se esses 
campos tiverem sidos preenchidos. Mas na validação do campo de e-mail só verifica 
se está preenchido o campo e se tem a @ e (.com) permitindo entrada de qualquer 
tipo de caracteres especiais, como: /\<>;:? , entre outros. A validação para esse tipo 
de caracteres é importantíssima, pois além de ficar difícil para o usuário guardar o 
nome do e-mail, pode causar um erro na execução do sistema em caso de salvar em 
um banco de dados. 
Por sermos principiantes na execução de teste em um sistema, tivemos 
dificuldades no começo para entender como seria aplicado cada teste, mas após 
discutirmos com várias pessoas, conseguimos dar início aos testes. 
Basicamente os testes consistiam em preenchimento dos campos, verificar a 
validação de cada campo para identificar se existia regra de negócios nos mesmos e 
verificar mensagens de erro se estava de acordo com o esperado, após isso era tentar 
gerar o arquivo. Em alguns campos foi encontrado regra de negócio e outros não à 
possuía. 
Os testes aos poucos se tornaram fáceis de ser executados, mas tivemos 
dificuldade em inserir a imagem, pois não tinha um botão específico para essa 
funcionalidade. Mas usamos todas as formas conhecidas de inserir uma informação, 
até que conseguimos inserir a imagem. 
Esses testes nos mostrou a importância de ser executados no 
desenvolvimento de um sistema, que um pequeno detalhe pode levar a um retrabalho 
enorme. 
 
33 
 
4. INSPEÇÃO DE USABILIDADE NO SISTEMA 
Para a realização da inspeção de usabilidade do sistema, vamos utilizar as 
heurísticas de usabilidade. Estes são dez princípios criados para identificar a presença 
de erros que podem dificultar a utilização do software pelo usuário. Estes princípios 
foram criados por Jakob Nielsen ao analisar os erros mais frequentes encontrados ao 
realizar suas análises. 
A utilização das heuristicas para identificar problemas de usabilidade é um 
metodo econômico e de simples aplicação, porem nao deve substituir os testes de 
usabilidade. 
Consideraremos que o público alvo do sistema são pessoas com pouca 
experiência em informática e ensino médio completo (características que são 
requisitos mínimos para se ingressar em uma faculdade). O sistema deverá realizar a 
formatação de arquivos acadêmicos automaticamente, de maneira fácil e intuitiva para 
o usuário. 
A aplicação do metodo foi feita por varios avaliadores, tendo em conta que 
com diferentes percepções, diferentes problemas foi econtrados. 
4.1. Visibilidade do Estado do Sistema 
Este princípio estabelece que a interface deve sempre manter o usuário 
informado do que está acontecendo, através de um feedback instantâneo. 
Na tela principal esse princípio é seguido corretamente. Podemos constatar 
isso pois todos os caixas de texto a serem preenchidos com as informações do 
arquivo acadêmico, são precedidas por um texto informando que tipo de informação 
deve ser colocada naquele campo. O mesmo pode se dizer dos botões para gerar 
o arquivo formatado, são precedidos por texto informando o tipo de formatação a 
ser gerada. 
Na segunda tela este princípio já não é seguido. Esta mostra o arquivo 
acadêmico já formatado, nela não existe nenhuma indicação se aquele é o arquivo 
com o nome dos autores ou o sem o nome dos autores (blind review), cabe ao 
usuário ler parte do texto para identificar de qual dos dois se trata. 
 
34 
 
4.2. Correlação entre o Sistema e o Mundo Real 
O métodode como o sistema se comunica deve fazer sentido para o usuário, 
sendo coerente com o modelo mental dele. Para isso deve ser utilizada uma 
linguagem familiar ao usuário em questão, evitando linguagem técnica. 
Com exceção de duas caixas de texto que apresentam sua descrição com 
termos em inglês (“Abstract” e “Keywords”), este princípio é seguido corretamente 
pelo sistema, a linguagem utilizada por ele é bem simples e de fácil entendimento. 
4.3. Liberdade e Controle do Usuário 
O usuário deve ter liberdade das decisões e ações que podem ser tomadas, 
ele deve ser capaz de desfazer ou refazer ações e retornar a pontos anteriores quando 
achar necessário. 
Nas caixas de texto o usuário só poderá desfazer e refazer ações se souber 
teclas de atalho para tal, o que não é o caso de usuários com pouca experiência em 
informática. No fim da página podemos encontrar um botão para apagar as 
informações que foram colocadas nas caixas de texto (porém, não em todas caixas 
de texto, somente das primeiras), porem a ação deste botão não pode ser desfeita. 
Existe um botão que exibe mais caixas de texto, para serem colocadas as informações 
de mais um autor (caso exista), caso necessário estas novas caixas de texto podem 
facilmente serem removidas. 
Na segunda tela, onde é exibido o arquivo acadêmico já formatado, em caso 
de necessidade de alterações o usuário não tem um botão específico para voltar, mas 
pode simplesmente usar o botão do browser e voltar para a página anterior. Caso 
houver uma imagem no corpo do texto, esta será perdida. 
4.4. Consistência e Padrões 
O sistema deve apresentar um padrão visual e de linguagem, uma mesma ação 
não pode ser identificada com ícones, imagens ou palavras diferentes. 
Este princípio é seguido corretamente, o sistema se comunica com uma mesma 
linguagem, seguindo um mesmo padrão a todo momento. 
 
35 
 
4.5. Prevenção de Erros 
O design deve prevenir que erros aconteçam. 
Este princípio é seguido parcialmente. Textos podem ser desfeitos e refeitos. 
Depois de o arquivo ser gerado, caso o usuário queira alterar algo ele pode 
simplesmente voltar para a página anterior e fazer as devidas mudanças. 
Caso um e-mail invalido seja colocado na caixa de texto própria para este, ao 
sair da caixa de texto, um alerta surge informando ao usuário e pedindo que ele 
informe um e-mail valido, mas essa validação só é feita em caso do usuário não 
colocar o (@ e o .com) na descrição do e-mail. 
Em caso do usuário inserir caracteres especiais ou espaço na descrição do e-
mail, o sistema não está validando isso, pois poderá causar erros futuros, nesse caso 
o sistema não está fazendo prevenção do erro. 
4.6. Reconhecimento em vez de Memorização 
Deve-se evitar que o usuário precise acionar sua memória, tendo que 
reaprender a utilizar o sistema a cada uso. A interface deve ser capaz de ajudar o 
usuário a realizar sua tarefa através de instruções. 
Esse princípio é seguido corretamente. Devido a sua simplicidade o sistema 
não exige muito do usuário e todos passos na realização da tarefa possuem em cada 
campo a orientação de como proceder. 
4.7. Flexibilidade e Eficiência de Uso 
O sistema deve ser flexível e eficiente de modo a tornar mais prático e rápido a 
realização das tarefas. Teclas de atalho e preenchimento automático a partir de dados 
anteriores são exemplos de ferramentas que auxiliam nesse aspecto. 
Este princípio é seguido pelo sistema, pois, apesar de não existir nenhuma 
instrução quando ao uso delas, teclas de atalho básicas estão presentes. 
Podemos encontrar algumas dessas funcionalidades que podem ser feitas com 
teclas de atalho na tela principal, onde por exemplo o usuário pode “circular” entre os 
campos da tela com a tecla “Tab”. Diversas ações podem ser tomadas também 
através de atalhos quando escrevendo nas caixas de texto, como “copiar”, “colar” e 
“desfazer”. 
 
36 
 
Mesmo contando com a presença de diversas caixas de texto, não existe opção 
de preenchimento automático. 
4.8. Projeto Estético e Minimalista 
O design deve ser simples, apresentando ao usuário somente informações 
realmente necessárias e no momento necessário, se comunicando sempre de 
maneira objetiva. Desse modo, com poucas informações a serem analisadas e 
decisões a serem tomadas, diminui-se o risco de confundir o usuário ou tirar sua 
atenção. 
O princípio é seguido com excelência, pois o sistema apresenta um design 
muito simples, não contando com informações se não as de importância crucial. 
4.9. Suporte para o Usuário no Reconhecimento, no Diagnóstico e na 
Recuperação de Erros 
Deve existir auxilio ao usuário a identificar e resolver erros. As mensagens de 
erro, quando houver, devem ser claras, de fácil entendimento (sem códigos), indicar 
exatamente o problema e dar uma solução construtiva ao usuário para estar fazendo 
o reparo. 
Este princípio é seguido, pois podemos observar uma mensagem de erro ao 
colocarmos um e-mail invalido na caixa de texto própria para este dado. Após a 
acontecimento do erro, uma caixa de alerta surgira informando de modo claro o 
usuário sobre o ocorrido (com o seguinte texto: “Por favor, informe um e-mail válido!”), 
então a caixa de texto onde o email invalido foi colocado ficara com um contorno 
vermelho, de modo a mostrar ao usuario o local onde ele colocou a informação 
incorreta. 
4.10. Ajuda e Documentação 
Uma documentação para consulta deve estar a disposição para orientar o 
usuario de modo que possa resolver qualquer duvida. Esta documentação deve ser 
visivel e de facil acessibilidade, conter linguagem simples e objetiva, não sendo muito 
extensa, mantendo o foco nas tarefas do usuario. 
O princípio não é seguido, pois o sistema não fornece nenhum tipo de 
documentação para auxiliar o usuário. 
 
37 
 
4.11. Relatório Final de Heurística 
O design do sistema é simples, apresentando ao usuário somente informações 
realmente necessárias e no momento necessário, se comunicando sempre de 
maneira objetiva. Desse modo, com poucas informações a serem analisadas e 
decisões a serem tomadas, diminui o risco de confundir o usuário ou tirar sua atenção. 
Todas as avaliações foram feitas a partir de um sistema para formatação de 
artigos acadêmicos, os testes feitos indicaram as falhas: validação do campo de e-
mail não está completa; inserção e imagem não existe um botão específico, mas é 
possível inserir a imagem da forma “arrastando e soltando”; validação máximo de 
caracteres nos campos e no formulário em geral; botão de limpar os campos não limpa 
por completo o formulário; botão (Tx) de retirar formatação do texto não funciona. 
Violação de heurísticas encontradas: segunda tela não tem identificação que 
tipo de arquivo foi formatado, conforme ilustrado na figura 34. 
Figura 34 – Formatação do arquivo para submissão 
Fonte: Desenvolvida pelos alunos 
 
 
 
38 
 
CONCLUSÃO 
Os testes para o Sistema de Formatação de Artigos Acadêmicos foram 
desenvolvidos através das matérias estudadas, Engenharia de software II, 
programação Orientada a objetos I , projeto de interface com o usuário. Aprendemos 
que é de grande importância que os testes de caixa-preta sejam bem executados e 
analisados para se ter um software de boa qualidade e funcionamento correto. 
Foram feitos dez principios de testes e usamos as heuristicas criadas por 
Jakob Nielsen para nos guiar na realização da inspeção de usabilidade do sistema 
para se indentificar os erros mais frequentes do sistema. 
Foram também analisados a visibilidade e funcionalidade do sistema, um 
sistema claro que qualquer pessoa com ensino medio e com pouca experiencia em 
informatica pode utilizar sem nenhum problema, pois a interface desse sistema 
mantém o usuário informado do que está acontecendo através de um feedback 
instantâneo. Nesse sistema o usuáriotem total liberdade das ações a serem feitas, 
podendo refazer a qualquer momento suas ações e retornar a pontos anteriores assim 
como achar necessário. 
Por outro lado, o sistema apresentou algumas falhas nas regras de negócio 
que não atendia rigorosamente o que estava especificado para ela. Existe uma 
mensagem no topo do formulário indicando o máximo de caracteres permitido em todo 
o conteúdo, mas o sistema permitia inserir quantidade além da que especificava na 
mensagem. Nos campos “Resumo” e “Abstract” existe uma mensagem indicando o 
máximo de caracteres, mas é possível inserir além do máximo. E no campo “E-mail” 
só é validado se tiver o (@ e o .com), portanto, deixa uma brecha para o usuário inserir 
qualquer tipo de caractere ou até mesmo inserir (@.com) que o sistema aceito como 
válido. 
Uma das falhas foi a inserção de uma imagem no corpo do texto, no teste 8 
era pedido para inserir uma imagem, mas não tinha um botão específico para tal 
processo. Mas depois de várias tentativas conhecida para inserção da imagem 
encontramos uma maneira de inserira a imagem através de “arrastar e soltar” a 
imagem de um site. Mas isso só é possível se soltar a imagem no local onde o cursor 
estiver posicionado. 
 
39 
 
Vendo essas falhas o sistema não deixou claro todas as regras de negócio, 
mesmo o sistema sendo simples ao ponto de vista de qualquer usuário ou 
analisadores do sistema. 
 
 
40 
 
REFERÊNCIAS 
 
RIBEIRO, André Luiz Dias. Engenharia de Software II. São Paulo, Editora 
Sol, 2015. 
SOUZA, Luciano Soares de. Projeto de Interface com o usuário. São Paulo, 
Editora Sol, 2015. 
DEVMEDIA, Técnicas de Caixa Preta de Teste de Software. Disponível em: 
<https://www.devmedia.com.br/tecnicas-de-caixa-preta-de-teste-de-software/8898>. 
Acesso em: 21/03/2018. 
ADNI, Edu. Avaliação Heurística na análise de interfaces. Disponível em: 
<https://uxdesign.blog.br/avalia%C3%A7%C3%A3o-heur%C3%ADstica-na-
an%C3%A1lise-de-interfaces-218c2dd46164>. Acesso em: 10/04/2018. 
DESIGNINTERATIVO. O que é e como fazer uma Avaliação Heurística, 
2013. Disponível em: <http://www.designinterativo.etc.br/user-experience/o-que-e-e-
como-fazer-uma-avaliacao-heuristica>. Acesso em: 10/04/2018.