PIM V - Projeto de desenvolvimento de um roteiro de testes para um sistema de formatação de artigos acadêmicos.

Prévia do material em texto

UNIP – UNIVERSIDADE PAULISTA
Projeto Integrado Multidisciplinar V – PIM V
Curso Superior de Tecnologia em Analise e Desenvolvimento de Sistemas
Projeto de desenvolvimento de um roteiro de testes para um sistema de formatação de artigos acadêmicos.
xxxxxx
2017
1
UNIP – UNIVERSIDADE PAULISTA
Projeto Integrado Multidisciplinar V – PIM V
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistema.
Projeto de desenvolvimento de um roteiro de testes para um sistema de formatação de artigos acadêmicos.
xxxx
RA: xxx
CURSO SUPERIOR DE TECNOLOGIA EM GESTÃO ANÁLISE E
DESENVOLVIMENTO DE SISTEMA.
SEMESTRE: 3º
xxxxx
2017
2
RESUMO
Atualmente a engenharia de software dispõe de todo um arcabouço de ferramentas, técnicas e práticas destinadas à tarefa de estudos que tem a finalidade de agregar qualidade ao produto, podendo assim também fazer uma medição desta qualidade em relação aos defeitos encontrados e propor soluções.
Este estudo prevê a elaboração de dez roteiros de um tipo específico de teste, chamado caixa-preta, no qual consiste na analise de um tipo de defeito denominado de funcionalidade, que é quando o software não faz o que o usuário espera que ele faça.
O roteiro seguirá os casos de teste destinados no projeto de software para formatação de artigos acadêmicos e todas as observações e verificações devem ser devidamente armazenadas e documentadas.
Palavras-chave: Teste, caixa-preta, software, roteiro, desenvolvimento.
3
Abstrat
Nowadays, software engineering has a whole set of tools, techniques and practices aimed at the task of studies that have the purpose of adding quality to the product, thus also making a measurement of this quality in relation to the defects found and proposing solutions.
This study envisages the preparation of ten scripts of a specific type of test, called a black box, which consists of the analysis of a type of defect called functionality, which is when the software does not do what the user expects it to do.
The script will follow the test cases intended in the software design for formatting academic articles and all observations and verifications should be properly stored and documented.
Keywords: Test, black box, software, script, development.
4
SUMÁRIO
INTRODUÇÃO AO TESTE DE SOFTWARE	6
OBJETIVO GERAL	6
CONCEITO DE CAIXA
PRETA	6
AVALIAÇÃO HEURÍSTICA DE INTERFACE	7
MÉTODOS DE INSPEÇÃO DE USABILIDADE	8
PROJETO	9
ROTEIROS DE TESTES	11
CONCLUSÃO	36
REFERENCIAS	37
5
INTRODUÇÃO AO TESTE DE SOFTWARE
Este artigo pretende dar um breve descritivo sobre a atividade de testar e avaliar softwares, fazendo uma abordagem das dimensões do teste - Como, o Que e Quando testar -, o ciclo de vida do produto, papéis e suas responsabilidades de uma equipe de analista de testes, o processo de testes como o planejamento e controle, e por fim mostra a definição de uma Fábrica de Testes de Software.
OBJETIVO GERAL
Desenvolver e executar um roteiro de testes caixa-preta em um sistema de formatação de artigos acadêmicos e gerar os resultados obtidos com o teste; além de realizar uma inspeção de usabilidade no sistema por meio da técnica de avaliação heurística e apresentar um relatório com os resultados.
CONCEITO DE CAIXA-PRETA
O teste de tipo caixa-preta, o analista não tem acesso ao código fonte e desconhece a estrutura interna do sistema em que esta analisando. Este teste também conhecido como teste funcional, pois é baseado nos requisitos funcionais do software. O foco, nesse caso, é nos requisitos da aplicação, ou seja, nas ações que ela deve desempenhar.
Para que possamos mostrar quais tipos de problemas que esse teste rastreia, podemos citar alguns exemplos:
Data de nascimento preenchida com data futura;
Campos de preenchimento obrigatório que não são validados;
Utilizar números negativos em campos tipo valor a pagar;
Botões que não executam as ações devidas.
Enfim, todo tipo de falha funcional, ou seja, falhas que contrariam os requisitos da aplicação.
Há que se destacar, contudo, que existe um elemento comum aos dois tipos de teste. Tanto no teste de caixa branca quanto no teste de caixa preta, o analista não
6
sabe qual será o comportamento da aplicação ou do alvo de teste em uma determinada situação. A imprevisibilidade de resultados é comum aos dois casos.
Avaliação heurística de interface
A Avaliação Heurística é um método de inspeção utilizado por arquitetos de informação e designer de interação para realizar testes de usabilidade em interfaces de modo rápido, fácil e barato.
O termo avaliação heurística foi introduzido por volta do início da década de 90 por Jakob Nielsen e Rolf Molich , que desenvolveram métodos e estabeleceram padrões previamente testados que fornecem subsídios para deixar as interfaces mais fáceis para serem utilizadas por seus usuários.
Para realização dos teste de usabilidade são selecionados de 3 a 5 avaliadores, nos quais submetem-se as partes do projeto, por exemplo, sites institucionais, portal de conteúdo, e-commerces, sites para dispositivos móveis, protótipos, entre outros.
Aos princípios heurísticos, é possível realizar comparativos entre o que foi projetado na interface e o que realmente é necessário para um modelo sólido e consistente, assim havendo uma maior interação humano computador, gerando assim um eixo que define o que deve ser considerado como primordial para o desenvolvimento de websites e, em seu bojo, é necessário considerar os elementos relacionados à sua adequada estruturação, como Arquitetura da Informação, Arquitetura de Design, Navegabilidade, Conteúdo e Interatividade.
A cada etapa realizada é atribuído o valor da gravidade de cada problema encontrado nas interfaces por intermédio da escala proposta em (Nielsen e Mack, 1994a), vejamos a seguir essa escala e o que se relaciona:
0 – Não é considerado, totalmente, um problema de usabilidade;
1 – Problema apenas estético: não necessita ser consertado a menos que tenha tempo extra disponível no projeto;
2 – Problema menor de usabilidade: o concerto deste problema deverá ser baixa prioridade;
3 – Problema maior de usabilidade: é importante conserta-lo, para isso deverá ser dado alta prioridade;
7
4 – Catástrofe de usabilidade: é obrigatório conserta-lo, antes do produto ser divulgado.
Métodos de Inspeção de Usabilidade
Métodos de inspeção de usabilidade têm por objetivo a avaliação de aspectos visuais relacionados com a usabilidade de interfaces a fim de detectar problemas no projeto e fazer recomendações para a eliminação de tais problemas, questão relacionados a aspectos de uma interface de usuário que podem causar problemas na aprendizagem de seu uso, no próprio uso eficiente do sistema ou no grau de satisfação do usuário.
Temos alguns tipos de métodos de inspeção, que podem variar dê acordo com cada interface que é projetada. A seguir mostramos alguns desses tipos:
Automático: um software de avaliação baseado em métricas específicas monitora a execução de tarefas via a interface em avaliação e produz diagnósticos baseados nos dados coletados (em geral, tem impacto limitado).
Empírico: usabilidade é avaliada, com base na experiência prática do avaliador, em sessões com usuários
Formal: utiliza-se de modelos para localizar problemas de
usabilidade
Informal: avaliações se baseiam em regras de senso comum bem como habilidades, conhecimento e experiência de avaliadores (avaliações usualmente sem a participação de usuários)Nem sempre é fácil obter usuários "típicos" (representantes do universo do público alvo) para participar de sessões de teste, alguns problemas não são descobertos em testes com o usuário, a combinação de avaliação mais teste produz resultados melhores e satisfatórios
Análise depende do que for considerado problema e do julgamento de como diferentes aspectos problemáticos podem ter como causa um mesmo problema subjacente. Todo aspecto que sofreu uma alteração e melhorou uma ou mais medidas de usabilidade pode ser considerado um problema de usabilidade.
8
Recomendações para a correção de problemas detectados e essenciais na reparação e diagnostico de usabilidade, para isso são das recomendações que podem ser mais difícil do que detectar problemas (para alguns problemas a solução pode ser óbvia como trocar o rótulo de um botão e para outros não).
Priorizar problemas encontrados em função do grau de severidade para auxiliar no planejamento de alocação de recursos para resolvê-los. Os mais severos devem ser consertados independentemente do custo de tais consertos.
PROJETO
CASO DE TESTE 1:
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
CASO DE TESTE 2:
Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
CASO DE TESTE 3:
Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ficar em branco).
CASO DE TESTE 4:
Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ficar em branco).
CASO DE TESTE 5:
Gerar um artigo completo com três autores com os campos de autor em branco.
CASO DE TESTE 6:
9
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco) e limpar os dados sem gerar o artigo.
CASO DE TESTE 7:
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), criando no campo “corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito eo texto justificado com sucesso.
CASO DE TESTE 8:
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “corpo do texto” uma imagem de um arquivo com sucesso.
CASO DE TESTE 9:
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e em negrito.
CASO DE TESTE 10: TESTES DE INTERFACE
Além dos casos de testes relacionados às regras de negócio, será necessário criar os testes relativos ao comportamento técnico da tela do sistema.
Avalie a tela do sistema e crie, para todos os campos e controles existentes, os testes:
domínio de todos os campos;
validação de cada campo;
10
ações em botões e links existentes;
mensagens exibidas pelo sistema.
Para cada caso de teste deve ser elaborado um roteiro de testes que descreva o passo a passo do que deve ser testado e exibindo, no mínimo, 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, conforme modelo apresentado no livro-texto.
Após a elaboração do roteiro, executá-lo e gerar as evidências necessárias (prints de tela) que provem que os testes foram aplicados.
Elaborar um relatório final com a análise dos resultados e o parecer final sobre os
	testes
	existentes,
	os
	testes
	de interface
	relacionados a: domínio de
	todos
	os
	campos;
	
	
	
	
	
	
	
	Validação de cada campo;
	
	
	
	
	Ações em botões e links existentes;
	
	
	
	
	Mensagens exibidas pelo sistema.
	
	
	
	Com os casos de
	teste
	acima
	podemos
	iniciar a etapa de criação
	de
	um
	roteiro
	deteste modelo que auxiliará na execução dos testes.
	
	
ROTEIROS DE TESTES
TESTE 01-
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
Imagem -1	imagem -2
11
Imagem- 3	imagem -4
1-sendo gerado os artigos Imagem -5
(imagens 1,2,3 e 4).
imagem-6
2-sendo criado arquivos em pdf (imagem 5 e 6).
Tabela 01-Especificações da Interface
	
	Elemento
	Descrição
	Tipo/Tamanho
	Formato
	Validação
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	
	
	12
	
	Campo
	Titulo em Inglês
	
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Autor
	
	
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulação
	
	
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	
	Campo
	E-mail do Contato
	
	Alfa (40)
	Centralizado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Resumo
	
	
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Abstract
	
	
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Key-words
	
	
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Notas
	
	
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	
	
	
	Campo
	Referências
	
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	
	Botão
	Gerar
	Arquivo
	p/
	-
	-
	Gera Pdf.
	
	
	submissão
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	Botão
	Limpar
	
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
Quadro -01- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf gerado
	Nenhuma mensagem
	
	
	
	
	
TESTE 02:
Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
Imagem-1	imagem-2
13
1-sendo gerado artigo (imagem 1 e 2)
Imagem-3	imagem-4
2-sendo gerado arquivo Pdf.	3-arquivo em Pdf gerado com erro.
Campo e-mail não aparece no arquivo pdf.
Tabela 02-Especificações da Interface
	
	Elemento
	Descrição
	Tipo/Tamanh
	Formato
	Validação
	
	
	
	o
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	Campo
	E-mail do Contato
	Alfa (40)
	Centralizado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	
	
	14
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	PreenchidoCampo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo p/ submissão
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	
	
	
	
	
Quadro -02- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo p/Submissão
	Pdfgerado
	Nenhuma mensagem
	
	
	
	c/erro
	
	
	
	
	
	
Teste 03.
Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ficar em branco).
imagem 1	imagem 2
15
1-Gerando artigo (imagens 1 e 2)
imagem 3	imagem 4
2-Gerando artigo com 3 autores
3-Sendo
gerado
arquivo em Pdf.
Imagem - 5
16
5-Arquivo em Pdf Gerado com Sucesso.
Tabela 03-Especificações da Interface
	Elemento
	Descrição
	Tipo/Tamanh
	Formato
	Validação
	
	
	o
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	Campo
	E-mail do Contato
	Alfa (40)
	Centralizado
	Preenchido
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
Quadro -03- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf gerado
	Nenhuma mensagem
	
	
	
	
	
Teste 04.
17
Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ficar em branco).
Imagem -1
1-Gerando artigo com três Autores e com três e-mails inválidos
Imagem -2
2-O arquivo é gerado, mas com erros no endereço de e-mail
	
	Elemento
	Descrição
	Tipo/Tamanh Formato
	Validação
	
	
	
	o
	18
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Incorretos
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
Tabela 04-Especificações da Interface
Quadro -04- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf gerado c
	Nenhuma mensagem
	
	
	
	erro de e-mail
	
	
	
	
	
	
Teste 05.
Gerar um artigo completo com três autores com os campos de autor em branco.
19
Imagem -1	Imagem -2
1-Gerando Artigos com três Autores e com os campos dos Autores em Branco
Imagem -3	Imagem-4
2-Verifica-se que devido a falta dos nomes do autores, o Pdf não é gerado, apresentando a mensagem de erro conforme imagem -5
Imagem -5
20
Tabela 05-Especificações da Interface
	
	Elemento
	Descrição
	Tipo/Tamanho
	Formato
	Validação
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Não
	
	
	
	
	
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
Quadro -05- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf não gerado
	Por favor, verifique o campo autor
	
	
	
	
	
Teste 06:
21
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco) e limpar os dados sem gerar o artigo.
1-gerando um artigo com o nome de um autor completo com todos os campos preenchidos
22
2- após a geração, clicando no botão limpar, para limpar os campos
Imagem -1	Imagem -2
.
Imagem-3	Imagem-4
23
3-ao clicar no botão de limpar, nota-se que alguns campos são apagados, porém os campos :”Corpo do Texto,Notas e Referências ainda continuam preenchidos.”( Conforme imagens: 1,2,3 e 4).
Tabela 06-Especificações da InterfaceElemento
	Descrição
	Tipo/Tamanho
	Formato
	Validação
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Não
	
	
	
	
	
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
Quadro -06- Especificações da mensagem a ser exibida.
24
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Limpar
	Pdf não gerado
	Nenhuma mensagem
	
	
	
	
	
Teste 7.
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), criando no campo “corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito e o texto justificado com sucesso.
Imagem-1	Imagem-2
Imagem-3	Imagem-4
25
1- Sendo feitas as novas formações de acordo com o teste pedido.(Imagens 1,2,3 e 4).
Imagem-5	Imagem-6
2-ao gerar o texto em Pdf, nota claramente a diferença das fontes entre os textos feitos anteriormente.
Tabela 07-Especificações da Interface
	
	Elemento
	Descrição
	Tipo/Tamanho
	Formato
	Validação
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Não
	
	
	
	
	
	
	
	
	
	
	
	
	
	26
	
	
	
	
	
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado/Negrito
	Preenchido
	
	
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	
	
	
	
	
	
	
	
Quadro -07- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Limpar
	Pdf gerado com sucesso
	Nenhuma mensagem
	
	
	
	
	
Teste 08:
Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “corpo do texto” uma imagem de um arquivo com sucesso.
27
1-Gerando o arquivo completo	2- inserindo a imagem
3-Abrindo a tela para inserir imagem	4- buscando a imagem
28
5-selecionando a imagem	6-enviando para o servidor
7-servidor recebendo imagem
8-mensagem de erro ao receber a
9-gerando arquivo em pdf.
10-arquivo Pdf gerado com
erro na
imagem
29
Tabela 08-Especificações da Interface
	
	Elemento
	Descrição
	Tipo/Tamanh
	Formato
	Validação
	
	
	
	o
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Não Preenchido
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado/Negrito
	Preenchido
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	
	Preenchido
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	Aba
	Enviar
	-
	-
	Envia a imagem
	
	
	
	
	
	
	
	Botão
	Selecionar Arquivo
	-
	-
	Seleciona Arquivo
	
	
	
	
	
	
	
	Botão
	Enviar para o Servidor
	-
	-
	Envia para Serv.
	
	
	
	
	
	
	
	Botão
	OK
	-
	-
	Finaliza o envio
	
	
	
	
	
	
	
	Botão
	Cancelar
	-
	-
	Cancela o Envio
	
	
	
	
	
	
	
	Campo
	Url
	Alfa (40)
	Alinhado a Esq.
	Imagem Recebida
	
	
	
	
	
	
	
	Campo
	Texto Alternativo
	Alfa (40)
	Alinhado a Esq.
	Não Preenchida
	
	
	
	
	
	
	
	Campo
	Largura
	-
	-
	Não Preenchida
	
	
	
	
	
	
	
	Campo
	Altura
	-
	-
	Não Preenchida
	
	
	
	
	
	
	
	Campo
	Hspace
	-
	-
	Não Preenchida
	
	
	
	
	
	
	
	Campo
	Vspace
	-
	-
	Não Preenchida
	
	
	
	
	
	
	
	Campo
	Alinhamento
	-
	-
	Não Preenchida
	
	
	
	
	
	
	
	
	
	
	
	30
Quadro -08- Especificações da mensagem a ser exibida.
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	Botão
	Selecionar Arquivo
	Arquivo Selecionado
	Nenhuma
	
	
	
	
	Botão
	Enviar p/Servidor
	Arquivo não enviado
	Erro HTTP 404.0 - não encontrado
	
	
	
	
	Botão
	OK
	Efetuado com sucesso
	Nenhuma
	
	
	
	
	Botão
	Cancelar
	Cancela a imagem
	Nenhuma
	
	
	
	
Teste 09:Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco), anexando no campo “Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e em negrito.
1-Gerando os artigos
31
2- Anexando no campo “Notas” uma URL de um arquivo com sucesso e criando um texto formato à esquerda e em negrito.
	
	
	3-Gerando arquivo em Pdf.
	
	4-Foi inserido a Url no arquivo,
	
	
	porém o erro
	
	ainda continua
	
	Tabela 09 -Especificações da Interface
	
	
	
	
	
	
	
	
	
	Elemento
	Descrição
	Tipo/Tamanh
	Formato
	Validação
	
	
	
	o
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Não Preenchido
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	
	
	
	
	32
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado/Negrito
	Preenchido
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	Negrito/Esquerda
	Preenchido
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
Quadro -09- Especificações da mensagem a ser exibida.
	
	Elemento
	Descrição
	Situação
	Mensagem a ser exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf Gerado/Sem
	Nenhuma mensagem.
	
	
	
	a Imagem
	
	
	
	
	
	
Teste 10: testes de interface
Além dos casos de testes relacionados às regras de negócio, será necessário criar os testes relativos ao comportamento técnico da tela do sistema.
Avalie a tela do sistema e crie, para todos os campos e controles existentes, os testes de interface relacionados a:
domínio de todos os campos;
.validação de cada campo;
.ações em botões e links existentes;
.mensagens exibidas pelo sistema.
Teste Caso 01
Caso de Teste 1: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
33
	
	Elemento
	Descrição/Acão
	Tipo/Tamanh
	Formato
	Validação
	
	
	
	o
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado/Negrito
	Preenchido
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	Negrito/Esquerda
	Preenchido
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
	
	Elemento
	
	Ação
	
	Situação
	
	Mensagem Exibida
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	Pdf gerado
	Nenhuma mensagem
	
	
	
	
	
	
	
	
	Teste Caso 01
	
	
	
	
Teste Caso 02
Caso de Teste 2: Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).
	
	Elemento
	Descrição/Acão
	Tipo/Tamanh
	Formato
	Validação
	
	
	
	o
	
	
	
	
	
	
	
	
	
	Campo
	Titulo
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulo em Inglês
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Autor
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Titulação
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Vinculo Institucional
	Alfa (40)
	Cabeçalho
	Preenchido
	
	
	
	
	
	
	
	Campo
	E-mails do Contatos
	Alfa (40)
	Centralizados
	Preenchidos
	
	
	
	
	
	
	
	Campo
	Resumo
	Alfa (500)
	Justificado
	Preenchido
	
	
	
	
	
	
	
	
	
	
	
	34
	
	Campo
	Palavras- Chave
	Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Abstract
	Alfa (40)
	Caixa Alta/Centr.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Key-words
	A Alfa (40)
	Alinhado a Esq.
	Preenchido
	
	
	
	
	
	
	
	Campo
	Corpo do Texto
	Alfa (-)
	Justificado/Negrito
	Preenchido
	
	
	
	
	
	
	
	Campo
	Notas
	Alfa (-)
	Negrito/Esquerda
	Preenchido
	
	
	
	
	
	
	
	Campo
	Referências
	Alfa(-)
	
	Preenchido
	
	
	
	
	
	
	
	Botão
	Gerar Arquivo Completo
	-
	-
	Gera Pdf.
	
	
	
	
	
	
	
	Botão
	Limpar
	-
	-
	Limpa a tela
	
	
	
	
	
	
35
CONCLUSÃO
O teste de software é uma das áreas pouco conhecida da Tecnologia da Informação e é, ao mesmo tempo, uma das mais antigas e fundamentais para a entrega de um produto de boa qualidade e de alta tecnologia.
Para poder testar um software, o profissional que está envolvido com a área, precisa estudar constantemente e estar antenado com as novas tecnologias do momento que poderão ser utilizadas no desenvolvimento do futuro sistema. Por isso ele precisa ser crítico, comprometido e saber discutir sobre o produto para mostrar ao desenvolvedor o problema que precisa ser corrigido.
Dependendo da metodologia que é aplicada na empresa para efetuar o processo de desenvolvimento de software. Se for utilizado um modelo ágil, que tem a metodologia mais atual, ou o modelo “V”, o profissional de teste começará o seu trabalho já na concepção e construção da análise do software. Isso significa que antes de efetuar o desenvolvimento, o profissional fará a análise de teste buscando informações de como o usuário espera que o sistema reaja mediante a solução que será implementada. Neste processo já podemos descobrir alguns possíveis erros do software.
Por tudo isso, o teste de software pode ser visto como uma boa parcela do processo de qualidade de software. Ele existe para obter um controle de qualidade do produto averiguando, se este atende aos requisitos propostos e trazendo uma vantagem competitiva do produto no mercado.
36
REFERÊNCIAS
Alexandre Bartie. “Processo de Teste de Software – Parte 01”. http://imasters.uol.com.br/artigo/6102/des_de_software/processo_de_teste_de_softw are_parte_01/. Publicado em 07/05/2007.
AlexandreBartie.	Fábrica	de	Testes	–	Parte	01.
http://imasters.uol.com.br/artigo/4435/des_de_software/fabrica_de_testes_parte_01/.
Publicado em 26/07/2006.
KRUCHTEN, Philippe; “Introdução ao RUP Rational Unified Process”; Editora Ciência Moderna.
37