PIM V - ANALISE E DESENVOLVIMENTO DE SISTEMAS 2019

Prévia do material em texto

UNIP INTERATIVA 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia
Inspeção de Sistemas De Formatação De Artigos Acadêmicos
Unip São José dos Campos
2019
UNIP INTERATIVA 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia
Inspeção de Sistemas De Formatação De Artigos Acadêmicos
Nome: Peterson Del Vecchio Costa
RA: 1822039
Curso: Análise e Desenvolvimento de Sistemas
Semestre: 1º
Unip São José dos Campos
2019
Resumo
 Este projeto apresenta o roteiro de testes de caixa-preta e inspeção de usabilidade através de uma avaliação heurística, de um sistema de formatação de artigos acadêmicos. Descrevendo as evidencias dos testes, falhas encontradas, apresentando soluções e emitindo parecer técnico sobre aceitação do sistema.
Palavras-Chave: testes, caixa-preta, evidencias, falhas, soluções, sistema, heurística.
Abstract
 This project presents the script of black-box testing and usability inspection through a heuristic evaluation of a system of formatting academic articles. Describing the evidences of the tests, found faults, presenting solutions and issuing technical opinion about acceptance of the system.
Keywords: tests, black box, evidence, failures, solutions, system, heuristics.
Sumário
Introdução____________________________________________________________6
Capitulo I – Desenvolvimento_______________________________________________7
1.1 – Caso de teste 1: Gerar artigo completo com autor cadastrado com sucesso (nenhum campo em branco).______________________________________________________ 7,8
1.2- Caso de teste 2 : Gerar artigo para submissão com autor cadastrado com sucesso (nenhum campo em branco).______________________________________________8,9
1.3- Caso de teste 3: Gerar um artigo Completo com três autores cadastrados com sucesso (nenhum campo pode ser branco).__________________________________________9,10
1.4- Caso de teste 4: Gerar um artigo Completo com três autores com e-mails inválidos (nenhum campo pode ser branco).__________________________________________11,12
1.5- Caso de teste 5: Gerar um artigo Completo com três autores com os campos de autores em branco._____________________________________________________________12,13,14,15
1.6- Caso de Teste 6: Gerar um artigo completo com sucesso (nenhum campo pode ser branco) e limpar os dados sem gerar o artigo.________________________________ 15,16
1.7- Caso de Teste 7: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), criando no campo ‘’corpo texto’’ um texto com formatação em negrito, itálico, subscrito e sobrescrito com texto justificado com sucesso. _______16
1.8- Caso de Teste 8 : Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), anexando no ‘’Corpo Texto’’ uma imagem de um arquivo com sucesso.______________________________________________________________17
1.9- Caso de Teste 9 : 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 formatado à esquerda e em negrito._______________17,18,19
1.10- Caso de Teste 10: Testes de Interface.____________________________________19,20
Capítulo II- Relatório Final_________________________________________________21
Capitulo III- Inspeção de Usabilidade.________________________________________21, 22
Capitulo IV- Parecer Técnico_______________________________________________22
Conclusão________________________________________________________________22
Referências_______________________________________________________________23
Introdução: Inspeção de Sistemas De Formatação De Artigos Acadêmicos
 O Departamento de Extensão, Pesquisa e Pós-Graduação (DEPP) de uma universidade contratou uma empresa de desenvolvimento de software para criar um sistema de formatação de artigos acadêmicos. O Sistema de Formatação de Artigos Acadêmicos, necessita ser avaliado antes do aceite final do DEPP, para tanto serão realizados testes de caixa-preta e inspeção de usabilidade por meio de técnica de avaliação heurística.
 A etapa de testes da caixa-preta conta com dez casos, cada um deles ilustrados por imagens do passo a passo para facilitar a compreensão quanto aos resultados encontrados, para facilitar o entendimento do DEPP e agilizar o trabalho de correção da empresa contratada.
 Para a avaliação heurística foram consideradas as dez heurísticas de usabilidade para projeto de interface de usuário, apresentadas por Nakob Nielsen.
 Esta avaliação gerou um relatório de inspeção de usabilidade, também ilustrado com imagens da tela.
6
Capitulo I- Desenvolvimento
 Informações Inciais: O sistema é acessado pelo endereço: http://sfaa.unipinterativa.edu.br/pdf/.
 Para preenchimento dos campos ‘’Resumo’’, ‘’Abstract’’, ‘’Corpo do Texto e ‘’Notas’’ foi gerado um texto Lorem Ipsum (no site https://br.lipsum.com/). Os demais campos serão preenchidos com seus próprios nomes.
 Os testes foram executados por Peterson Del Vecchio Costa, no dia 12 de Abril de 2019.
 Durante a execução dos testes de caixa preta também foi realizado os testes de usabilidade segundo as dez heurísticas de Nielsen. As imagens geradas destacam tanto as falhas da funcionalidades quanto da usabilidade do sistema.
 As informações acima serão comuns para todos os testes realizados adiante.
1.1– Caso de teste 1: Gerar artigo completo com autor cadastrado com sucesso (nenhum campo em branco).
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos com informações válidas/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 Gerar Arquivo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ Gera artigo formatado, sem erro. /Arquivo gerado sem erros.
 Baixar e imprimir arquivo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Comandar impressão e selecionar imprimir em PDF / O sistema imprimir o arquivo sem erros / O sistema não conta com opção de impressão/download porém aceita impressão via navegador.
 Retornar a tela anterior/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Comandar o retorno a tela inicial/ Retornar a tela inicial com todos os campos inalterados/ O sistema não conta com opção de retorno. Retorna via navegador com campos inalterados.
 Falhas encontradas: A interface não possui botão para impressão ou download, o que obriga que o usuário saiba realizar estas ações através do seu navegador. Este fato vai contra a heurística da flexibilidade e eficiência de uso.
 Segue o Arquivo gerado:
7
1.2 - Caso de teste 2 : Gerar artigo para submissão com autor cadastrado com sucesso (nenhum campo em branco).
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos com informações válidas/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 Gerar Arquivo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo para Submissão’’/ Gera artigo formatado, sem as informações de autor. /Gera artigo formatado, sem as informações de autor.
 Baixar e imprimir arquivo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Comandar impressão e selecionar imprimir em PDF / O sistema imprimir o arquivo sem erros / O sistema não conta com opção de retorno. Retorno via navegador com campos inalterados.
Segue arquivo para submissão:
8
 Falhas encontradas: As mesmas falhas do Caso de Teste 1.
1.3 Caso de teste 3: Gerar um artigo Completo com três autores cadastradoscom sucesso (nenhum campo pode ser branco).
 O sistema conta com um botão com o sinal ‘’+’’ para inclusão de autores, que está destacado abaixo.9
 O botão para adicionar autor está de acordo com a heurística de correspondência do sistema com o mundo real, porém para aumentar a facilidade no reconhecimento por parte do usuário o botão poderia vir acompanhado da inscrição ‘’Adicionar Autor’’.
 Incluir mais dois autores/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão de adicionar autor duas vezes/ Aparecimento dos campos correspondentes a mais dois autores/ Aparecimento dos campos correspondentes a mais dois autores.
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos com informações válidas/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 Gerar Arquivo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ Gera artigo formatado, com as informações dos três autores / Gera artigo formatado, com as informações dos três autores..
 Retornar a tela anterior/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Comandar o retorno a tela inicial/ Retornar a tela inicial com todos os campos inalterados/ Retorna com os campos preenchidos, porém mantém somente um autor, os demais são excluídos.
 Falhas encontradas: Ao retornar a tela anterior o sistema mantém somente um autor, portanto ao retornar para efetuar alguma correção, o usuário deverá adicionar novamente os demais autores.
Segue o arquivo gerado: 
10
1.4 Caso de teste 4: Gerar um artigo Completo com três autores com e-mails inválidos (nenhum campo pode ser branco).
 Incluir dois autores/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão de adicionar autor duas vezes/ Aparecimento dos campos correspondentes a mais dois autores/ Aparecimento dos campos correspondentes a mais dois autores.
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos, o campo com e-mail é preenchido com formato innválido/ O sistema alerta o usuário sobre discrepância no campo e-mail/ O sistema alerta o usuário com um pop-up, e o campo e-mail fica destacando em vermelho.
 Gerar Arquivo com e-mail inválido/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ O sistema não gera arquivo e alerta o usuário o motivo / O sistema gera o arquivo com o e-mail inválido.
Segue imagem do sistema após deixar o primeiro campo e-mail com informação inválida:
 Falhas encontradas: O sistema reconhece que o campo e-mail não é válido, porém não impede que o usuário gere o arquivo com o campo preenchido com um e-mail inválido ou deixado em branco.
 11
 Segue artigo gerado destacando e-mail inválido e outro em brancos:
1.5- Caso de teste 5: Gerar um artigo Completo com três autores com os campos de autores em branco.
 Incluir dois autores/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão de adicionar autor duas vezes/ Aparecimento dos campos correspondentes a mais dois autores/ Aparecimento dos campos correspondentes a mais dois autores.
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher campos corretamente, deixando campo de autores em branco / O sistema alerta sobre e-mail inválido.
 Gerar Arquivo completo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ O sistema não gera arquivo e alerta o usuário o motivo / O sistema gera o arquivo com o e-mail inválido.
 Gerar Arquivo para Submissão/ Dados de Entrada/ Resultado Esperado/ Resultado Final:Clicar em ambos botões ‘’Gerar’’ no espaço de ‘’Arquivo para Submissão’’/ O sistema gera arquivo sem erros/ O sistema gera o arquivo sem erro.
 
12
Inserir e-mail/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher o campo e-mail do três autores corretamente/ O Sistema não gera o arquivo e avisa o usuário o motivo/ O sistema não gera o arquivo e avisa o usuário, via pop-up, que verifique o campo do’’Autor.
 Inserir Autor/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher nome dos autores/ O Sistema não gera o arquivo e avisa o usuário o motivo/ O sistema não gera o arquivo e avisa o usuário, via pop-up, que verifique o campo ‘’Titulação’’.
 Inserir titulação/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Titulação dos Autores/ O Sistema não gera o arquivo e avisa o usuário o motivo/ O sistema não gera o arquivo e avisa o usuário, via pop-up, que verifique o campo ‘’Vinculo Institucional’’.
 Preencher dados um autor/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher dados do primeiro autor, deixando os campos dos demais autores em branco/ O Sistema não gera o arquivo e avisa o usuário o motivo/ O sistema gera arquivos com espaços em brancos onde estariam as informações dos autores adicionais.
Segue imagem do pop-up que avisa a discrepâncias ao usuário:
 
Abaixo as imagens dos campos discrepantes em vermelho:
 13
 
Nas Sequência é preenchido o campo e-mail . E ao tentar gerar o arquivo completo o sistema avisa com janela pop-up como mostrado abaixo:
 
Retornando a página o Usuário pode perceber que o campo ‘’Autor’’está em vermelho, como a imagem a seguir:
 Para o próximo passo foi preenchido o campo do primeiro ‘’Autor’’. O sistema não gera o arquivo e avisa ao usuário que falta o preenchimento do campo ‘’Titulação’’, por meio de pop-up e o campo Titulação do primeiro autor em vermelho.
 Como ilustra a imagem:
 
14
Ao ser preenchido o campo de titulação do primeiro autor, o sistema se comporta da mesma forma que o caso anterior indicando desta vez que falta preenchimento do campo ‘’Vinculo Institucional’’. Demonstrado pela imagem que segue:
 
Após o Preenchimento de todos os dados do primeiro autor, o sistema permite que seja gerado o arquivo completo, sem qualquer alerta ao usuário, mesmo que todos os campos dos demais autores estejam em branco.
 Segue arquivo completo gerado como especificado abaixo:
Falhas Encontradas: O Sistema permite gerar arquivo apenas preenchendo os dados do primeiro autor, após haver incluído mais autores.
1.6 - Caso de Teste 6: Gerar um artigo completo com sucesso (nenhum campo pode ser branco) e limpar os dados sem gerar o artigo.
 
15
 Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos com informações válidas / Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 Limpar Campos/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Limpar’’ localizado abaixo dos botões ‘’Gerar’’/ Apagar dados preenchidos de todos os campos/ Apagar dados de alguns campos, deixando ‘’Corpo do Texto’’, ‘’Notas’’ e ‘’Referências Bibliográficas’’.
 Falhas encontradas: A função de ‘’Limpar’’não funciona nos três últimos campos.
1.7- Caso de Teste 7: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), criando no campo ‘’corpo texto’’ um texto com formatação em negrito, itálico, subscrito e sobrescrito com texto justificado com sucesso.
Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos de maneira válida, incluindo as formatações solicitadas ao corpo do texto/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 Gerar Arquivo completo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ Gerar arquivo completo com formatação correta / Gerar arquivo completo com formatação correta.
 Gerar Arquivo para Submissão/Dados de Entrada/ Resultado Esperado/ Resultado Final:Clicar em ambos botões ‘’Gerar’’ no espaço de ‘’Arquivo para Submissão’’/ Gerar arquivo com a formatação correta omitindo os dados do autor/ Gerar arquivo com a formatação correta omitindo os dados do autor.
Abaixo a imagem do arquivo gerado como explicado acima, em destaque a linha com as 
formatações solicitadas:
16
1.8 - Caso de Teste 8 : Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco), anexando no ‘’Corpo Texto’’ uma imagem de um arquivo com sucesso.
Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos de maneira válida, incluindo uma imagem no corpo do texto/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Imagem Gerada com Sucesso.
 Gerar Arquivo completo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ Gerar arquivo completo com a imagem no corpo texto / Imagem gerado com sucesso.
Falhas encontradas: Ao tentar inserir uma imagem no corpo do texto nota-se que a interface do sistema não possui um botão dedicado a esta ação. Então movendo a imagem até o local, ela carrega automaticamente a imagem.
Abaixo a imagem destacada do arquivo gerado no corpo texto:
1.9- Caso de Teste 9 : 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 formatado à esquerda e em negrito.
Preenchimento/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Preencher todos os campos de maneira válida, incluindo link no campo ‘’Notas/ Nenhuma mensagem de erro é exibida durante o preenchimento/ Nenhuma mensagem de erro é exibida durante o preenchimento.
 
17
 Gerar Arquivo completo/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar no botão ‘’Gerar’’ no espaço de ‘’Arquivo Completo’’/ Gerar arquivo completo com link funcional no campo ‘’Notas’’/ Gerar arquivo completo com link no campo ‘’Notas.
Gerar Arquivo para Submissão/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Clicar em ambos botões ‘’Gerar’’ no espaço de ‘’Arquivo para Submissão’’/ Gerar arquivo para submissão com link funcional no campo ‘’Notas’’/ Gerar arquivo completo com link no campo ‘’Notas’’.
Testar Link/ Dados de Entrada/ Resultado Esperado/ Resultado Final: Baixar arquivos gerados e clicar nos links para checar funcionalidade/ Os links abrem a página do no navegador./ Os links abrem a página corretamente.
Abaixo segue imagem do link no artigo completo:
 
18
Falhas Encontradas: O Sistema anexa o link de maneira insatisfatória, pois quando gera o link ele passa a ser um texto, e não um atalho para uma página da web.
1.10 – Caso de Teste 10: Testes de Interface
Elemento/ Descrição/ Tipo e Tamanho/ Formato/ Validação:
Campo/ Titulo/ Alfa(Indefinido)/ Alinhado à Esquerda/ Pode estar em branco.
Campo/ Titulo em Inglês/ Alfa(Indefinido)/ Alinhado à Esquerda/ Pode estar em branco.
Campo/ Autor/ Alfa(Indefinido)/ Alinhado à Esquerda/ Deve ser preenchido.
Campo/ Titulação/ Alfa(Indefinido)/ Alinhado à Esquerda/ Deve ser preenchido.
Campo/ Vinculo Institucional/ Alfa(Indefinido)/ Alinhado à Esquerda/ Deve ser preenchido.
Campo/ E-mail/ Alfa(Indefinido)/ Alinhado à Esquerda/ Deve ser preenchido, deve conter ‘’@’’ e .’’com’’.
Campo/ Resumo/ Alfa(Indefinido) com alerta de 1000 caracteres/ Alinhado à Esquerda/ Pode estar em Branco.
Campo/ Palavra-Chave/ Alfa(Indefinido)/ Alinhado à Esquerda/ Pode estar em Branco.
Campo/ Abstract/ Alfa(Indefinido) com alerta de 1000 caracteres/ Alinha à Esquerda/ Pode estar em branco.
Campo/ Corpo do Texto/ Alfa(Indefinido)/ Alinhado à Esquerda por padrão, podendo ser alterado pelo usuário/ Pode estar em Branco.
Campo/ Notas/ Alfa(Indefinido)/ Alinhado à Esquerda por padrão, podendo ser alterado pelo usuário/ Pode estar em Branco.
Campo/ Referências Bibliográficas/ Alfa(Indefinido)/ Alinhado à Esquerda por padrão, podendo ser alterado pelo usuário/ Pode estar em Branco.
Botão/ ‘’+’’(Adicionar Autor)/ -----/ ------/ Criar campos para preenchimento de um autor adicional.
Botão/Gerar (Arquivo Completo)/ -------/ --------/ Gerar arquivo completo no navegador.
Botão/ Gerar (arquivo para submissão)/ ------/ ------/ Gerar arquivo omitindo informações do autor, no navegador.
Botão/ Limpar/ ------/ -------/ Limpa campos digitados.
19
O Sistema possui, na parte superior da página, um aviso sobre o limite de 42000 caracteres e um contador com os caracteres restantes.
Também possui informação sobre limite de caracteres ‘’Resumo’’ e ‘’Abstract’’.
Esta Funcionalidade serve como uma maneira de Porém não há uma validação que impeça que seja gerado um arquivo nestas condições:
As mensagens exibidas pelo sistema estão relacionadas abaixo:
Elemento/ Descrição/ Situação/ Mensagem a ser exibida.
Botão/ Gerar/ Campo e-mail em branco ou com e-mail inválido/ Por favor, verifique campo e-mail.
Botão/ Gerar/ Campo autor em branco/ Por favor, verifique o campo Autor.
Botão/ Gerar/ Campo Titulação em branco/ Por favor, verifique o campo Titulação.
Botão/ Gerar/ Campo Vinculo Institucional em branco/ Por favor, verifique o campo Vinculo Institucional.
Campo/ E-mail/ Com o campo e-mail preenchido de modo inválido, passar para outro campo/ Por favor, informe um e-mail válido.
20
Capitulo II- Relatório Final.
O sistema possui capacidade de atender parcialmente as necessidades da DEPP, porém suas falhas permitiram que o usuário gerasse seu arquivo com erros.
Segue a lista das falhas constatadas em cada caso de testes:
Caso de Testes/ Descrição da Falha/ Solução.
1/ O Sistema não possui botão para impressão ou download, exigindo que o usuário saiba o caminho para realizar estas ações através do navegador/ Inserção do botão ‘’Baixar’’ e ‘’Imprimir’’ na interface do Sistema.
3/ Ao retornar a tela anterior o sistema mantém somente um autor, portanto ao retornar para efetuar alguma correção, o usuário devera adicionar novamente os demais autores/ Modificar o botão gerar para que o arquivo seja gerado em uma nova aba, ou janela. Mantendo o Sistema com os campos todos preenchidos inalterados.
4/ O Sistema reconhece que o campo e-mail não é válido, porém não impede que o usuário gere o arquivo com o campo preenchido com um e-mail inválido ou deixado em branco. Permitindo que o usuário gere um arquivo com erro/ Garantir que o sistema não gere arquivo caso qualquer validação falhe.
5/ O sistema permite gerar arquivo apenas preenchendo os dados do primeiro autor, após haver incluindo mais autores./ Implementar as verificações dos campos de autor a todos os autores que sejam incluídos e garantir que o sistema não gere arquivo caso qualquer validação falhe.
6/ A Função de limpar não funciona nos campos corpo do texto, notas e referências bibliográficas./ Implementar a função limpar nos três campos que faltam.
8/ Não à botão para anexar imagem ao corpo do texto/ Implementar a interface um botão para inserir imagem.
9/ Após anexar um URL ele fica apenas em texto e não cria um atalho para web/ Implementar um reconhecimento de URL na interface do sistema.
Como especificado acima, pequenas alterações no funcionamento dos botões ‘’Gerar’’ solucionam quatro das sete falhas.
Outras três falhas ficam por parte da interface deficiente.
Capitulo III- Inspeção de Usabilidade.
A avaliação de usabilidade foi realizada simultaneamente com os testes de funcionalidade e os erros detectados já foram demonstrados acima.
Heuristica de Usabilidade/ Erro/ Gravidade/ Solução.
Visibilidade do estado do sistema/ Não há/ 0/ -----/
21
Correlação entre o sistema e o mundo real/ não há/ 0/ -----/
Minimiza a sobrecarga de memória de usuário/ O botão de adicionar autor poderia conter inscrição ao invés de apenas o sinal +/ 1/ Modificar o layout do botão.
Liberdade e controle do usuário/ Não há opção para adicionar imagem aocorpo texto/ 3/ Implementar função de inserir imagem.
Consistência e padrões/ não há/ 0/ -----/
Prevenções de erros/ O Sistema não previne que o usuário gere arquivo com campos em brancos ou informações inválidas/ 4/ Não permitir a geração do arquivo caso alguma validação falhe.
Reconhecimento em vez de memorização/ não há/ 0/ -----/
Flexibilidade e Eficiência de uso/ Usuários com pouco conhecimento em informática, podem ter dificuldades para imprimir ou baixar o arquivo gerado/ 3/ Implementar na interface um botão para cada funcionalidade que possui.
Projeto estético e minimalista/ não há/ 0/ -----/
Suporte para o usuário no reconhecimento, no diagnostico e na recuperação de erros/ não há/ 0/ -----/
Ajuda e documentação/ Inexiste mecanismo de ajuda ao usuário/ 2/ Implementar uma opção de ajuda ao usuário, com manual de utilização do sistema.
Capitulo IV- Parecer Técnico
Após a realização dos testes de caixa preta, de acordo com os casos de testes solicitados pelo DEPP, foram encontradas sete falhas que comprometem a confiabilidade do sistema.
A avaliação de usabilidade também revelou erro criticos que demandam ação corretiva antes da aceitação do sistema.
Recomenda-se que o DEPP recuse o sistema até que sejam corrigidas as falhas supracitadas. Tendo em vista que o sistema não previne que o usuário gere seu arquivo com erros.
Conclusão
É evidente a importância dos testes de caixa-preta muito bem estudados antes da aceitação de qualquer produto de software, é indispensável também que o roteiro seja muito bem elaborado, afim de garantir que sejam testadas todas as funcionalidades do software.
A avaliação de usabilidade, guiada pelas heurísticas criadas por Jakob Nielsen, em conjunto com um teste de funcionalidade bem elaborado, pode garantir que somente sejam aceitos produtos de software com ocorrência de erros tendendo a zero.
22
Referências
SOMMERVILLE, Ian. Engenharia de Software, 9, ed. São Paulo: Pearson Prentice Hall, 2011, 529 p.
RIBEIRO, André Luiz. Engenharia de Software II, São Paulo: Editora Sol, 2015, 184p.
SOUZA, Luciano Soares. Projeto de Interface com Usuário, São Paulo: Editora Sol, 2015, 120p.
http://br.lipsum.com
23