Análise e Desenvolvimento de Sistemas - PIM V - Relatório completo

Prévia do material em texto

UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
TESTES PARA O SOFTWARE DE ARTIGOS ACÂDEMICOS DA UNIP
UNIP (BARRA DO PIRAÍ)
2019
UNIP EaD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
TESTES PARA O SOFTWARE DE ARTIGOS ACÂDEMICOS DA UNIP
KAROLINA GOMES DA SILVA
RA: 1897643
CURSO: ANÁLISE DE SISTEMAS 
SEMESTRE: 2º
UNIP (BARRA DO PIRAÍ)
2019
RESUMO
Este trabalho têm por objetivo realizar testes do tipo caixa- preta em um sistema de formatação de artigos acadêmicos da UNIP e realizar uma inspeção de usabilidade por meio da avaliação heurística. Através da criação e execução de um roteiro de testes, será possível verificar possíveis falhas no sistema considerando sempre o usuário final. Com uma avaliação criteriosa do sistema espera-se resultados como: 
Um sistema tolerante a falhas que ao verificar um erro, possa restituir-se ao estágio em que o usuário parou determinada função;
Preocupação com atributos de Usabilidade, considerando quem irá usar o sistema, permitindo uma interação mais harmoniosa;
O software tem o objetivo de editar artigos da Universidade e a equipe da QualitySoft foi contratada para estruturá-lo melhor, dando sugestões de melhorias e consertos necessários para o sistema.
Esse sistema inovador facilita os processos de edição da Universidade e por isso os testes precisam ser realizados pensando não só nos aspectos técnicos, mas também nos subjetivos. 
Tudo será documentado afim de posteriormente dar seguimento ao processo de melhoria contínua como todo software de qualidade.
Palavras-chave: Software, Testes, Usabilidade.
Abstract
The purpose of this work is to perform black-box tests on a UNIP academic article formatting system and perform a usability inspection through heuristic evaluation. Through the creation and execution of a test script, it will be possible to verify possible system failures always considering the end user. With a careful evaluation of the system, results such as:
• A fault-tolerant system that, when checking for an error, can be restored to the stage at which the user stopped a certain function;
• Concern with Usability attributes, considering who will use the system, allowing a more harmonious interaction;
The software aims to edit articles from the University and the QualitySoft team was hired to structure it better, giving suggestions for improvements and repairs needed for the system.
This innovative system facilitates the editing processes of the University and therefore the tests need to be carried out not only in the technical but also in the subjective aspects.
Everything will be documented in order to subsequently follow the process of continuous improvement like all quality software.
Keywords: Software, Testing, Usability.
SUMÁRIO
INTRODUÇÃO
Visando atender a um projeto facilitador e essencial de um Sistema de Formatação de Artigos Acadêmicos, este projeto tem por finalidade um software amplamente testado que integre os usuários, de forma eficaz e eficiente, na formatação de artigos. No mercado de software para este segmento não vemos muitos sistemas voltados para este fim e, devido o tempo estar se tornando cada vez mais precioso, faz-se necessário agilidade no processo de criação e edição de artigos. Visando o avanço tecnológico nos tempos atuais, se faz necessário à modernização deste processo, afim de obter melhores resultados financeiros (mais artigos publicados) e organizacionais para a Universidade.
Segundo Ernesto Spinak (2013) um autor pode se auto plagiar devido muitos artigos gerados conforme relata abaixo:
“Considera-se que um autor plagia a si mesmo quando reutiliza material próprio que já tenha sido publicado, sem indicar a referência de seu trabalho anterior. Na verdade, com maior rigor editorial, dependendo do contexto da publicação e da extensão do texto copiado, a inclusão da referência poderia ser suficiente, pois não indica claramente ao leitor (nem ao editor) o alcance da cópia.” [SPINAK,2013]
Segundo Ernesto Spinak (2013) muitos autores ainda continuam presos na demora desse processo e isso acarreta problemas como: plágio, pois o escritor devido muitos documentos pode se esquecer de referenciar algum texto pesquisado. 
Segundo o blog Runrun.it (2017) a automatização de conteúdos gera benefícios para área de comunicação agilizando processos de emissão através da utilização de tecnologias com inteligência artificial.
O projeto trata-se de um roteiro de testes caixa-preta, avaliação de usabilidade usando as técnicas de avaliação heurística no Sistema de Formatação de Artigos Acadêmicos da UNIP possibilitando um software funcional e de fácil interação. 
Para os investidores deste seguimento, os mesmos obterão um sistema simples de ser usado, ágil, tolerante a falhas e atraente ao usuário pois os testes realizados visam melhorias do produto.
mercado de atuação, devem estar cada vez mais adotando novas soluções tecnológicas para auxilio de seus negócio. 
1.1 OBJETIVO GERAL
O Objetivo geral é realizar testes em um Software de Formatação de Artigos Acadêmicos da UNIP afim de se obter um sistema que o usuário realize suas tarefas de edião de forma mais segura, fácil e harmoniosa. 
1.2 OBJETIVOS ESPECÍFICOS
Para os objetivos específicos do desenvolvimento da aplicação, destacam-se:
Desenvolver um roteiro de testes caixa-preta no sistema;
Fazer uma avaliação de Usabilidade
Utilizar os conceitos de avaliação heurística de Jakob Nielsen;
Comprovar que os testes foram feitos;
Documentar as soluções.
MOTIVAÇÃO PARA DESENVOLVIMENTO DO PROJETO
Agilizar os processos de formatação de artigos;
Criar uma interação melhor com o usuário e o sistema;
Modernizar processos manuais;
1.4 ORGANIZAÇÃO DO PROJETO
A Organização do Projeto consiste em abordar todos os cenários de testes que serão realizados, planejá-los, executar e documentar cada um. Neste projeto utilizaremos a metodologia TDD (Test Driven Development / Desenvolvimento orientado a teste). Este projeto conta com várias fases para seu desenvolvimento, sendo a primeira delas o Desenvolvimento do roteiro de testes-caixa preta, que tem por finalidade verificar funções específicas do software que possam conter falhar e contruir soluções de melhorias comprovando cada teste feito através de um print 
A próxima etapa é Inspeção de Usabilidade, onde será verificado se o sistema possui características que facilitam a interação do usuário como, comunicabilidade, eficiência, clareza, consistência, apreensibilidade e outras já estudadas. 
Na etapa seguinte será realizada uma avaliação heurística usando os conceitos de Jakob Nielsen, afim de reafirmar a usabilidade do sistema. 
Na etapa seguinte todos os testes serão documentados, comprovados através de prints da tela e indicado as falhas.
1.5 METODOLOGIA
A metodologia aplicada no desenvolvimento dos testes será a TDD (Test Driven Development / Desenvolvimento orientado a teste) . Segundo Maurício Aniche (2014) a metodologia utilizada visa gerir testes antes mesmo da codificação do sistema, garantindo que o que vai ser criado funcionará. A Universidade Paulista fez a solicitação a QualitySoft que criasse um roteiro de testes, e agora com o sistema pronto, eles serão executados garantindo a integridade do sistema com suas funcionalidades. Segundo Maurício Aniche (2014), utilizar a metodologia TDD traz segurança para desenvolver mudanças no software pois as implementações antigas não são perdidas devido a bateria de testes já criados antes do sistema ser feito, como ele diz abaixo:
“A prática de TDD agrega muitos benefícios ao processo de desenvolvimento. O primeiro deles, e mais claro, são os benefícios na qualidade externa do produto. Todos já sofremos os problemas de uma nova versão do produto que traz novas funcionalidades, mas faz as anteriores pararem de funcionar. A bateria de testes automatizadosgerados pela prática dão mais segurança ao desenvolvedor na hora de mudanças.” [ANICHE, 2014]
Para Maurício Aniche (2014) a utilização da metodologia em questão permite a satisfação do usuário com o sistema pois a realização de testes contínuos, antes da nova versão ser entregue ao cliente, possibilita um software com menos falhas. 
1.6 QualitySoft
A empresa escolhida para a investigação é a QualitySoft que está em atividade há mais de 10 anos. 
A QualitySoft é uma organização voltada para a Qualidade dos processos de desenvolvimnto de software. Dotada com Engenheiros de Software, Analistas de Sistemas e outros profissionais especialistas, a empresa visa construir softwares levando em conta não só os padrões de qualidade técnicos do sistema, mas também tendo em vista a interação do usuário com o software.
A Universidade Paulista contratou a empresa afim de obter segurança no desenvolvimento do Sistema De Formatação de Artigos Acadêmicos, através de testes e inspeções rigorosas que serão realizadas e devidamente documentadas.
DESENVOLVIMENTO
2.1 ROTEIRO DE TESTES
2.1.1 CRIAÇÃO DE UM ARTIGO COM AUTOR CADASTRADO COM SUCESSO
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Campos em branco
	-
	-
	2
	Usuário preenche todos os campos
	Nome do autor e email
	-
	3
	Usuário deve pressionar o botão gerar abaixo de Arquivo completo
	
	Artigo gerado na Tela
Figura 1 – Autor cadastrado com sucesso
Fonte: autoria própria
2.1.2 ARTIGO PARA SUBMISSÃO COM AUTOR CADASTRADO COM SUCESSO 
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	Usuário informa campo autor e email
	Nome do autor e email
	-
	3
	Usuário deve apertar o botão gerar abaixo de Arquivo para submissão (blind review)
	-
	Artigo gerado na Tela
Figura 2 - Artigo para submissão com autor cadastrado com sucesso
Fonte: autoria própria
2.1.3 ARTIGO COM 3 AUTORES CADASTRADOS COM SUCESSO
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	Usuário informa campo autor e email
	Nome dos 3 autore e e-mails
	-
	3
	Usuário deve apertar o botão gerar abaixo de Arquivo completo
	
	Artigo gerado na Tela
Figura 3 – Arquivo com três autores cadastrados com sucesso
Fonte: autoria própria
2.1.4 GERAR UM ARTIGO COM TRÊS AUTORES COM E-MAILS INVÁLIDOS
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	Usuário informa campo email com estrutura errada
	 Email do 3 autores de forma incorreta
	
	3
	Usuário deve apertar o botão gerar abaixo de Arquivo completo
	-
	Sistema vai solicitar um email válido
Figura 4 - E-mails inválidos
Fonte: Autoria própria
2.1.5 ARTIGO COM TRÊS AUTORES COM O CAMPO DE AUTOR EM BRANCO
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	O usuário adiciona três autores sem preencher os nomes deles
	Campo autor em branco
	-
	3
	O usuário aperta gerar abaixo do botão artigo completo
	-
	Mensagem do sistema notificando falha no campo autor
Figura 5 – Três autores com campo autor vazio
Fonte: Autoria própria
Figura 6 – Notificação do sistema
Fonte: Autoria Própria
2.1.6 ARTIGO COMPLETO COM UM AUTOR CADASTRADO COM SUCESSO E LIMPAR OS DADOS SEM GERAR O ARTIGO
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	O usuário clica no botão limpar
	-
	Todos os campos são limpos
Figura 8 – Limpar dados
Fonte: Autoria Própria
2.1.7 GERAR UM ARTIGO COMPLETO COM UM AUTOR CADASTRADO COM, CRIANDO NO CAMPO “CORPO DO TEXTO” UM TEXTO COM FORMATAÇÃO EM NEGRITO, ITÁLICO, SUBSCRITO E SOBRESCRITO COM TEXTO JUSTIFICADO COM SUCESSO
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Os campos devem ser preenchidos
	-
	-
	2
	O usuário formata campo “corpo do texto” em negrito, itálico, sobrescrito, subscrito e justificado
	Botão de negrito, itálico, sobrescrito, subscrito e justificado
	-
	3
	O usuário clica em gerar abaixo de “Arquivo Completo”
	-
	Artigo é gerado com a formatação escolhida
Figura 9 – Formatação corpo do texto
Fonte: Autoria Própria
Figura 10 – Corpo do texto formatado
Fonte: Autoria Própria
2.1.8 GERAR UM ARTIGO COMPLETO COM UM AUTOR CADASTRADO COM SUCESSO, ANEXANDO NO CAMPO “CORPO DO TEXTO” UMA IMAGEM DE UM ARQUIVO COM SUCESSO.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	Sistema contendo botão para anexar imagens em campos
	-
	-
	2
	O usuário clica no botão de anexar imagem e seleciona imagem desejada
	Anexar imagem
Selecionar imagem
	Imagem carrega para dentro do campo
	3
	O usuário clica em gerar abaixo de “Arquivo Completo”
	-
	Artigo é gerado com a imagem escolhida.
Figura 11 – Botão anexar imagem não encontrado
Fonte: Autoria Própria
	O sistema apresenta uma falha pois o botão de anexar imagem não foi encontrado e não se vê outra maneira de anexar uma imagem ao campo “corpo do texto”.
2.1.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.
	ID
	Passo para execução
	Dado de entrada
	Resultado esperado
	1
	O usuário preenche os campos e digita no campo “notas” uma url 
	url
	-
	2
	Formatar o texto a esquerda e em negrito
	Botão alinhado a esquerda
Botão negrito
	Texto fica na formatação desejada
	3
	O usuário clica em gerar abaixo de “Arquivo Completo”
	-
	Artigo é gerado com a url e a formatação
Figura 12 – URL
Fonte: Autoria Própria
Figura 13 – Texto formatado com URL
2.2 TESTES DE INTERFACE
2.1 DOMÍNIO DOS CAMPOS
	Elemento
	Descrição
	Tipo/Tamanho
	Formato
	Validação
	campo
	título
	42.000
	string
	Pode estar em branco
	campo
	Título em inglês
	42.000
	string
	Pode estar em branco
	campo
	autor
	42.000
	string
	Campo autor deve ser preenchido
	campo
	titulação
	42.000
	string
	Campo titulação precisa ser preenchido
	campo
	Vínculo institucional
	42.000
	string
	Campo vínculo institucional precisa ser preenchido
	campo
	E-mail de contato
	42.000
	string
	Deve ser digitado um e-mail válido
	campo
	resumo
	1000
	string
	Pode estar em branco
	campo 
	Palavras-Chave
	1000
	string
	Pode estar em branco
	campo
	abstract
	1000
	string
	Pode estar em branco
	campo
	Keywords
	1000
	string
	Pode estar em branco
	campo
	Corpo do texto
	42.000
	string
	Pode estar em branco
	campo
	Notas
	42.000
	string
	Pode estar em branco
	campo
	Referências bibliográficas
	42.000
	string
	Pode estar em branco
	botão
	Gerar
	-
	-
	Gera artigo na tela
	botão
	Gerar
	
	
	Gera artigo para submissão
Figura 14 – Campo titulo em branco
Fonte: Autoria própria
Figura 15 – Artigo gerado com campo título em branco
Fonte: Autoria Própria
Figura 16 – Campo autor vazio
Fonte: Autoria Própria
Figura 17 – Campo titulação em branco
Fonte: Autoria Própria
Figura 18 – Campo vínculo institucional em branco
Fonte: Autoria Própria
Figura 19 – Campo e-mail de contato em branco
Fonte: Autoria própria
2.2 ESPECIFICAÇÕES DAS MENSAGENS A SEREM EXIBIDAS
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	Campo
	Autor
	Cadastrar nome do autor
	“Por favor, verifique o campo Autor”
	Campo
	Titulação
	Informar titulação do autor
	“Por favor, verifique o campo Titulação”
	Campo
	Vínculo institucional
	Informar Vínculo Institucional
	“Por favor, verifique o campo Vínculo institucional”
	Campo
	E-mail
	Informar e-mail válido
	“Por favor,informe um e-mail válido!”
	Campo
	Resumo
	Escrever até 1000 caracteres
	“Atenção, você atingiu o limite máximo de caracteres! - Excedido: -2576”
	Campo
	Palavras-Chave
	Escrever até 42000 caracteres
	-
	Campo
	Keywords
	Escrever até 42000 caracteres
	-
	Campo
	Corpo do texto
	Escrever até 42000 caracteres
	-
	Campo
	Título
	Escrever até 42000 caracteres
	-
	Campo 
	Título em Inglês
	Escrever até 42000 caracteres
	-
	Campo
	Notas
	Escrever até 42000 caracteres
	-
	Campo
	Referências Bibliográficas
	Escrever até 42000 caracteres
	-
Figura 20 – Mensagem “Verifique o campo autor”
Fonte: Autoria Própria
Figura 21 – Mensagem “Verifique o campo Titulação”
Fonte: Autoria Própria
Figura 22 – Mensagem “Verifique o campo Titulação”
Fonte: Autoria Própria
Figura 23 – Mensagem “Informar e-mail válido”
Fonte: Autoria Própria
No campo corpo do texto, não é exibida nenhuma mensagem quando excede na digitação a quantidade de caracteres disponíveis, porém o sistema mostra uma mensagem de quantos caracteres negativos foram ultrapassados. O mesmo acontece para o campo notas, palavras-chave, keywords, notas e referências bibliográficas.
Figura 24 – Campo resumo excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 25 – Campo Palavras-chave excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 26 – Campo Abstract excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 27 – Campo Keywords excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 28 – Campo corpo do texto excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 29 – Campo título excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 30 – Campo título em inglês excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 31 – Campo Notas excedido quantidade de caracteres
Fonte: Autoria Própria
Figura 32 – Campo Referências Bibliográficas excedido a quantidade de caracteres
Fonte: Autoria Própria
O sistema apresenta uma falha pois ele gera o artigo mesmo que seja ultrapassado a quantidade de caracteres de um determinado campo. Deve ser exibido na tela uma mensagem de erro alertando o usuário que ele tem que criar um texto dentro dos limites, já que existem regras da ABNT para artigos.
Figura 33 – Caracteres excedido e artigo gerado
Fonte: Autoria Própria
PREENCHIMENTO DOS CAMPOS COM SÍMBOLOS
Figura 34 – Campo preenchido com símbolos
Fonte: Autoria Própria
No caso dos campos serem preenchidos por símbolos, o artigo pode ser gerado, nessa situação o sistema precisa exibir ao usuário nos campos autor, titulação, Vínculo Institucional e email, um padrão que deve ser seguido e uma verificação instantânea no campo email.
Exemplo de aplicação (padrão):
	Nome:
	Karolina Gomes da Silva
	Email:
	Karolina_bp@hotmail.com
3 INSPEÇÃO DE USABILIDADE: AVALIAÇÃO HEURÍSTICA
3.1 VISIBILIDADE DO ESTADO DO SISTEMA
Como documentado na sessão “2.2 ESPECIFICAÇÕES DAS MENSAGENS A SEREM EXIBIDAS” o sistema busca se comunicar com o usuário como na figura 20 e 21. Porém é necessário investir mais tempo na comunicabilidade pois o sistema está muito vago, apenas mensagens de erro, notificações, mas nenhuma orientação de como fazer.
3.2 CORRELAÇÃO ENTRE O SISTEMA E O MUNDO REAL
	O sistema não se utiliza de metáforas afim de trazer mais familiaridade com o usuário: 
Figura 35 – Falta de familiaridade com o usuário I
Fonte: Autoria própria
Figura 36 - Falta de familiaridade com o usuário II
Fonte: Autoria própria
	
Figura 37 - Falta de familiaridade com o usuário III
Fonte: Autoria própria
Figura 38 - Falta de familiaridade com o usuário IV
Fonte: Autoria própria
3.3 LIBERDADE E CONTROLE DO USUÁRIO:
Figura 39 – Artigo gerado
Fonte: Autoria própria
O interessante do sistema é que, depois que o arquivo é gerado, se o usuário pretender voltar e consertar alguma coisa no artigo, quando ele clica em voltar a página anterior, os dados não vão ter sido limpos.
Figura 40 – Dados não limpos I
Fonte: Autoria própria
Figura 41 – Dados não limpos II
Fonte: Autoria própria
3.4 CONSISTÊNCIA E PADRÕES
	O Software para edição de artigos acadêmicos apresenta consistência seguindo padrões de formulários já conhecidos.
3.5 PREVENÇÃO DE ERROS
	Na seção “2.1 DOMÍNIO DOS CAMPOS” vemos, como na imagem 19, que o sistema necessita criar um padrão nos campos para que usuário não digite dados com estrutura errada. Deve haver também uma verificação de existência de email, por exemplo.
3.6 RECONHECIMENTO EM VEZ DE MEMORIZAÇÃO
	O fato da interface não se utilizar de muitas metáforas e não possuir uma devida comunicabilidade, como visto na seção 3.2 e 3.1, faz com que seja complicado reconhecer itens, já usados, de forma rápida e simples. O usuário precisa aprender a mecher na interface através de orientações simples da mesma.
3.7 FLEXIBILIDADE E EFICIÊNCIA DE USO
	Como visto na seção “3.3 LIBERDADE E CONTROLE DO USUÁRIO (Figura 39 e 40)” o sistema permite que o usuário desfaça o refaça qualquer situação do artigo mesmo depois de gerado.
3.8 PROJETO ESTÉTICO E MINIMALISTA
	A seção 2.2 nos mostra que as mensagens exibidas são objetivas mostrando claramente o que o usuário inseriu de forma errada, mas falta mais comunicabilidade da interface.
3.9 SUPORTE PARA O USUÁRIO NO RECONHECIMENTO, NO DIAGNÓSTICO E NA RECUPERAÇÃO DE ERROS
	As mensagens exibidas são claras permitindo ao usuário entender porque o artigo não foi gerado, mas a interface, como dito, deveria ter padrões para as estruturas do campo afim de evitar menos erros.
	
REFERÊNCIAS BIBLIOGRÁFICAS
SPINAK, Ernesto. Ética editorial e o problema do autoplágio.Brasil. 2013. Disponível em: <https://blog.scielo.org/blog/2013/11/11/etica-editorial-e-o-problema-do-autoplagio/#.XLUVB4lKjIU> Acessado em: 10 Abr 2019.
Runrun.it, Blog. Automação na produção de conteúdo. Brasil. 2017. Disponível em:<https://blog.runrun.it/automacao-na-producao-de-conteudo/> Acessado em: 10 Abr 2019.
ANICHE, Maurício.Test Driven Development. Brasil. 2014. Disponível em: < https://tdd.caelum.com.br/ > Acessado em: 10 Abr 2019.