pim 4

UNIP INTERATIVA

Projeto Integrado Multidisciplinar

Cursos Superiores de Tecnologia

UNIVERSIDADE PAULISTA CLAUDEMIR APARECIDO PRAISLER

Desenvolvimento de um roteiro de testes para um sistema.Roteiro de testes caixa-preta para um sistema de formatao de artigos acadmicosPirassununga, Abril

2015

CLAUDEMIR APARECIDO PRAISLER

UNIVERSIDADE PAULISTA

Desenvolvimento de um roteiro de testes para um sistema.Roteiro de testes caixa-preta para um sistema de formatao de artigos acadmicos.Claudemir Aparecido Praisler

Ra: 1429875

Willian Roberto da Silva

Ra: 1426955

Antonio de Souza Filho

Ra: 1446057

SUP TEC EM ANLISE E DESENVOLVIMENTO DE SISTEMAS 3 SemestreOrientadores: Jose Cassiano G. Gunjie Andre Luiz D. RibeiroResumo: Os testes tm por finalidade agregar qualidade ao produto podendo tambm fazer uma medio desta qualidade em relao aos defeitos encontrados, pois, caso sejam encontrados poucos defeitos, o software ser mais confivel, com os testes possvel tambm antecipar a descoberta de falhas e incompatibilidades, reduzindo assim o custo do projeto.

Testar software no somente execut-lo com a inteno de encontrar erros, existem vrias atividades como: planejamento e controle, escolha das condies de teste, modelagem dos casos de teste, checagem dos resultados, avaliao de concluso dos testes, gerao de relatrios como tambm a reviso dos documentos. Palavra- chave: Desenvolvimentos, Testes, Concluses.

Abstract: The tests are designed to add quality to the product can also make a measurement of this quality with respect to defects found , because , if found few defects , the software is more reliable with the tests can also anticipate the discovery of failures and incompatibilities , thereby reducing the cost of the project.

Test software is not only run it with the intention of finding errors , there are several activities such as planning and control , choosing test conditions , modeling of test cases , checking results, evaluation of completion of the tests , reporting as also reviewing the documents .

Key-word: Developments , Test, Conclusions .

SUMRIO6introduo ao Teste de Software.

61.1 OBJETIVO GERAL.

61.2. OBJETIVOS ESPECFICOS.

11.3. CONTEDO DO TRABALHO

5Teste 01-

7Teste 02:

9Teste 03.

11Teste 04.

13Teste 05.

15Teste 06:

18Teste 7.

20Teste 08:

23Teste 09:

25Teste 10: testes de interface

introduo ao Teste de Software.

Este artigo pretende dar um breve descritivo sobre a atividade de testar softwares, faz uma abordagem das dimenses do teste (Como, o Que e Quando testar), o ciclo de vida, papis e responsabilidades de uma equipe de testes, o processo de testes como o planejamento e controle, e por fim mostra a definio de uma Fbrica de Testes de Software.

1.1 OBJETIVO GERAL.Desenvolver um roteiro de testes caixa-preta para um sistema de formatao de artigos acadmicos e gerar os resultados obtidos com o teste.

1.2. OBJETIVOS ESPECFICOS.

Desenvolver e aplicar os conhecimentos adquiridos nos estudos.

Desenvolver um roteiro de testes para cada cenrio proposto.

Executar o roteiro de testes.

Registrar os resultados e gerar as evidncias dos testes aplicados.

Desenvolver a capacidade de identificar necessidades e propor solues.

Fomentar o hbito de executar projetos envolvendo mltiplas disciplinas.

1.3. CONTEDO DO TRABALHO

O trabalho a ser desenvolvido consiste em testar um sistema preexistente, denominado Sistema de Formatao de Artigos Acadmicos, com o objetivo de verificar sua correo em relao ao comportamento esperado.

O cenrio a considerar que o departamento de extenso, pesquisa e ps-graduao (DEPP) de uma universidade contratou uma empresa para o desenvolvimento de um sistema com o intuito ajudar os autores na formatao de artigos acadmicos para publicao em congressos e revistas cientficas da universidade.A solicitao do DEPP empresa contratada foi para desenvolver um sistema que atendesse seguinte descrio:

O sistema ter a principal funo de formatar os artigos acadmicos que sero submetidos, pelos autores, aos congressos e revistas cientficas da Universidade. Um artigo somente poder ser submetido se estiver dentro das normas de formatao definidas pela DEPP, em formato .pdf e se tiver at 42.000 caracteres. Para ser submetido, o artigo dever ter duas verses, uma com o nome dos autores e outra sem o nome dos autores (blind review). Essas duas verses devero ser geradas pelo Sistema de Formatao de Artigos Acadmicos.

Como o DEPP precisa avaliar e dar o aceite final no sistema, mas no tem o domnio das tcnicas a serem aplicadas para a avaliao, pediu o auxlio do Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas para realizar essas atividades.

O coordenador do CST em Anlise e Desenvolvimento de Sistemas analisou o problema e percebeu que seria uma tima oportunidade para os alunos do curso colocarem em prtica os conhecimentos adquiridos durante as aulas.

Dessa forma, cada aluno ou grupo de PIM dever:

Conhecer o sistema a ser avaliado, disponvel em: http://sfaa.unipinterativa.edu.br/pdf/

Foram identificados 10 (dez) casos de testes, a saber:

* Todos os dados necessrios para a execuo dos testes sero criados pelos alunos no momento da elaborao do roteiro de testes.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 submisso com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).

Caso de teste 3:

Gerar um artigo completo com trs autores cadastrados com sucesso (nenhum campo pode ficar em branco).

Caso de teste 4:

Gerar um artigo completo com trs autores com e-mails invlidos (nenhum campo pode ficar em branco).

Caso de teste 5:

Gerar um artigo completo com trs autores com os campos de autor em branco.

Caso de teste 6:

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 formatao em negrito, itlico, 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

Alm dos casos de testes relacionados s regras de negcio, ser necessrio criar os testes relativos ao comportamento tcnico da tela do sistema.

Avalie a tela do sistema e crie, para todos os campos e controles existentes, os testes:

domnio de todos os campos;

validao de cada campo;

aes em botes 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 mnimo, a condio inicial de teste, o passo a ser executado, qual o dado de entrada necessrio para o teste e o resultado esperado, conforme modelo apresentado no livro-texto.

Aps a elaborao do roteiro, execut-lo e gerar as evidncias necessrias (prints de tela) que provem que os testes foram aplicados.

Elaborar um relatrio final com a anlise dos resultados e o parecer final sobre os 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

Imagem- 3imagem -4

1-sendo gerado os artigos (imagens 1,2,3 e 4). Imagem -5 imagem-6

2-sendo criado arquivos em pdf (imagem 5 e 6).Tabela 01-Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao

CampoTituloAlfa (40)Caixa Alta/Centr.Preenchido

CampoTitulo em InglsAlfa (40)Caixa Alta/Centr.Preenchido

CampoAutorAlfa (40)Caixa Alta/Centr.Preenchido

CampoTitulaoAlfa (40)Caixa Alta/Centr.Preenchido

CampoVinculo InstitucionalAlfa (40)CabealhoPreenchido

CampoE-mail do ContatoAlfa (40)CentralizadoPreenchido

CampoResumoAlfa (500)JustificadoPreenchido

CampoPalavras- ChaveAlfa (40)Alinhado a Esq.Preenchido

CampoAbstractAlfa (40)Caixa Alta/Centr.Preenchido

CampoKey-wordsA Alfa (40)Alinhado a Esq.Preenchido

CampoCorpo do TextoAlfa (-)JustificadoPreenchido

CampoNotasAlfa (-)Preenchido

CampoRefernciasAlfa(-)Preenchido

BotoGerar Arquivo Completo--Gera Pdf.

BotoGerar Arquivo p/ submisso--Gera Pdf.

BotoLimpar--Limpa a tela

Quadro -01- Especificaes da mensagem a ser exibida.ElementoDescrioSituaoMensagem a ser exibida

BotoGerar Arquivo CompletoPdf geradoNenhuma mensagem

Teste 02:

Gerar um artigo para submisso com um autor cadastrado com sucesso (nenhum campo pode ficar em branco). Imagem-1 imagem-2

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 no aparece no arquivo pdf.Tabela 02-Especificaes da Interface

ElementoDescrioTipo/TamanhoFormatoValidao















BotoGerar Arquivo p/ submisso--Gera Pdf.


Quadro -02- Especificaes da mensagem a ser exibida.

ElementoDescrioSituaoMensagem a ser exibida

BotoGerar Arquivo p/SubmissoPdf gerado c/erroNenhuma mensagem

Teste 03.

Gerar um artigo completo com trs autores cadastrados com sucesso (nenhum campo pode ficar em branco).

imagem 1 imagem 2 1-Gerando artigo (imagens 1 e 2) imagem 3 imagem 42-Gerando artigo com 3 autores 3-Sendo gerado arquivo em Pdf.

Imagem - 5 5-Arquivo em Pdf Gerado com Sucesso.

Tabela 03-Especificaes da Interface

ElementoDescrioTipo/TamanhoFormatoValidao



















Teste 04.Gerar um artigo completo com trs autores com e-mails invlidos (nenhum campo pode ficar em branco).

Imagem -1

1-Gerando artigo com trs Autores e com trs e-mails invlidos Imagem -2

2-O arquivo gerado, mas com erros no endereo de e-mailElementoDescrioTipo/TamanhoFormatoValidao






CampoE-mails do ContatosAlfa (40)CentralizadosIncorretos










Tabela 04-Especificaes da InterfaceQuadro -04- Especificaes da mensagem a ser exibida.


BotoGerar Arquivo CompletoPdf gerado c erro de e-mailNenhuma mensagem

Teste 05.Gerar um artigo completo com trs autores com os campos de autor em branco.

Imagem -1 Imagem -2 1-Gerando Artigos com trs 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 no gerado, apresentando a mensagem de erro conforme imagem -5

Imagem -5Tabela 05-Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao



CampoAutorAlfa (40)Caixa Alta/Centr.No Preenchido



CampoE-mails do ContatosAlfa (40)CentralizadosPreenchidos












BotoGerar Arquivo CompletoPdf no geradoPor favor, verifique o campo autor

Teste 06:

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

2- aps a gerao, clicando no boto limpar, para limpar os camposImagem -1 Imagem -2

.

Imagem-3 Imagem-43-ao clicar no boto de limpar, nota-se que alguns campos so apagados, porm os campos :Corpo do Texto,Notas e Referncias ainda continuam preenchidos.( Conforme imagens: 1,2,3 e 4).Tabela 06-Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao


















BotoLimparPdf no geradoNenhuma 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 formatao em negrito, itlico, subscrito e sobrescrito e o texto justificado com sucesso.Imagem-1 Imagem-2

Imagem-3 Imagem-4

1- Sendo feitas as novas formaes 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 diferena das fontes entre os textos feitos anteriormente.Tabela 07-Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao











CampoCorpo do TextoAlfa (-)Justificado/NegritoPreenchido







BotoLimparPdf gerado com sucessoNenhuma 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.

1-Gerando o arquivo completo 2- inserindo a imagem

3-Abrindo a tela para inserir imagem 4- buscando a imagem

5-selecionando a imagem 6-enviando para o servidor

7-servidor recebendo 8-mensagem de erro ao receber a imagem9-gerando arquivo em pdf. 10-arquivo Pdf gerado com erro na imagemTabela 08-Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao
















AbaEnviar--Envia a imagem

BotoSelecionar Arquivo--Seleciona Arquivo

BotoEnviar para o Servidor--Envia para Serv.

BotoOK--Finaliza o envio

BotoCancelar--Cancela o Envio

CampoUrlAlfa (40)Alinhado a Esq.Imagem Recebida

CampoTexto AlternativoAlfa (40)Alinhado a Esq.No Preenchida

CampoLargura--No Preenchida

CampoAltura--No Preenchida

CampoHspace--No Preenchida

CampoVspace--No Preenchida

CampoAlinhamento--No Preenchida



BotoSelecionar ArquivoArquivo SelecionadoNenhuma

BotoEnviar p/ServidorArquivo no enviadoErro HTTP 404.0 - no encontrado

BotoOKEfetuado com sucessoNenhuma

BotoCancelarCancela a imagemNenhuma

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

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, porm o erro ainda continuaTabela 09 -Especificaes da InterfaceElementoDescrioTipo/TamanhoFormatoValidao












CampoNotasAlfa (-)Negrito/EsquerdaPreenchido






BotoGerar Arquivo CompletoPdf Gerado/Sem a ImagemNenhuma mensagem.

Teste 10: testes de interface

Alm dos casos de testes relacionados s regras de negcio, ser necessrio criar os testes relativos ao comportamento tcnico da tela do sistema. Avalie a tela do sistema e crie, para todos os campos e controles existentes, os testes de interface relacionados a: domnio de todos os campos;

.validao de cada campo;

.aes em botes e links existentes;

.mensagens exibidas pelo sistema.

Teste Caso 01Caso de Teste 1: Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).

ElementoDescrio/AcoTipo/TamanhoFormatoValidao
















ElementoAoSituaoMensagem Exibida


Teste Caso 01

Teste Caso 02

Caso de Teste 2: Gerar um artigo para submisso com um autor cadastrado com sucesso (nenhum campo pode ficar em branco).

ElementoDescrio/AcoTipo/TamanhoFormatoValidao
















Concluso:

Por que importante testar um software?

O teste de software uma das reas menos conhecidas da Tecnologia da Informao e , ao mesmo tempo, uma das mais antigas e fundamentais para a entrega de um produto de qualidade.Para poder testar um software, o profissional envolvido com a rea precisa estudar constantemente e estar antenado com as novas tecnologias que podero ser utilizadas no desenvolvimento do sistema. Por isso ele precisa ser crtico, comprometido e saber dialogar para mostrar ao desenvolvedor o problema que precisa ser corrigido.

Vai depender da metodologia aplicada na empresa para efetuar o processo de desenvolvimento de software. Se for um modelo gil, que a metodologia mais atual, ou o modelo V, o profissional de teste comea seu trabalho j na concepo e construo da anlise do software. Isso significa que antes de efetuar o desenvolvimento, o profissional far a anlise de teste buscando informaes de como o usurio espera que o sistema reaja mediante a soluo que ser implementada. Neste processo j so descobertos possveis erros do software.

importante salientar que umdesenvolvimento de softwareorganizado tem como premissa umametodologiade trabalho. Esta deve ter como base conceitos que visem a construo de um produto de software de forma eficaz. Dentro desta metodologia esto definidos os passos necessrios para chegar ao produto final esperado.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.RefernciasBase de Conhecimento em Teste de Software. 2 Edio. Rios, Emerson; Cristalli, Ricardo; Moreira, Trayah & Bastos, Aderson. S. Paulo, Martins Fontes, 2007.

Alexandre Bartie. Processo de Teste de Software Parte 01. http://imasters.uol.com.br/artigo/6102/des_de_software/processo_de_teste_de_software_parte_01/. Publicado em 07/05/2007.

Alexandre Bartie. Fbrica de Testes Parte 01. http://imasters.uol.com.br/artigo/4435/des_de_software/fabrica_de_testes_parte_01/. Publicado em 26/07/2006.

Roberto Murillo. A evoluo do teste de software. http://imasters.uol.com.br/artigo/9369/des_de_software/a_evolucao_do_teste_de_software/. Publicado em 11/07/2008.

Alexandre Bartie. Fbrica de Testes Orientada a Resultados http://imasters.uol.com.br/artigo/4665/des_de_software/fabrica_de_testes_e_orientada_a_resultados/ Publicado em 05/09/2006.Cristine Candeloro Porque importante Testar um Softwarehttp://imasters.com.br/desenvolvimento/software/por-que-e-importante-testar-um-software/Publicado em 31/01/2015Parte superior do formulrio

Parte inferior do formulrio

UNIP INTERATIVA- PIRASSUNUNGA-SP

pim 4

Documents