UNIP INTERATIVA

Projeto Integrado Multidisciplinar

Cursos Superiores de Tecnologia

DESENVOLVIMENTO DE UM ROTEIRO DE TESTES PARA UM SISTEMA

Serrinha, Ba
2016

UNIP INTERATIVA
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia

DESENVOLVIMENTO DE UM ROTEIRO DE TESTES PARA UM SISTEMA

Nome: Rafael Oliveira Souza de Almeida

RA: 1420040
Curso: Analise e Desenvolvimento de Sistemas
Semestre: 1 Semestre de 2016

Serrinha, Ba
2016

RESUMO

O projeto deve ser executado para que sirva de avaliao do PIMV

referente ao Curso Superior Tecnolgico em Analise e desenvolvimento de
Sistemas. A tcnica utilizada para avaliar se o sistema est de acordo como as
conformidades previstas pelo Departamento de Extenso, Pesquisa e Psgraduao a funcional caixa-preta que verifica situaes de sucesso e
insucesso na execuo de determinadas funcionalidades denominadas casos de
teste. A universidade informou 10 casos de testes os quais sero criados roteiros
especficos para cada caso, executados e geradas as evidencias dos sucessos ou
insucessos observados. Ao final ser gerado um relatrio final apontando as
possveis falhas do sistema, auxiliando a DEPP na aceitao do Sistema

Palavras-chaves: sistema, teste, projetos, anlise.

ABSTRACT
The project should be implemented to serve as an assessment of PIMV referring to superior Course
Technology in Analysis and systems development. The technique used to assess whether the system
conforms to the compliance provided by the Department of Extension, Research and Graduate
Studies is the black-box functional checking of success and failure situations in the execution of
certain features called test cases. The university reported 10 test cases which specific scripts will be
created for each case, executed and generated the evidence of observed successes or failures. At the
end a final report indicating the possible system failures, helping DEPP acceptance of the system is
generated.

Keywords: system, test, design, analysis.

SUMARIO

1 INTRODUO .......................................................................................................................5
2 TESTES DE SOFTWARE .................................................................................................... 6
2.1 Tcnicas de Teste de Software..................................................................................6
3 PLANEJAMENTO..................................................................................................................7
4 PROJETO...............................................................................................................................17
5 IMPLEMENTAO.............................................................................................................9
6 EXECUO..........................................................................................................................9
7 CASO DE TESTE 10 TESTE DE INTERFACE...............................................................21
7.1 Especificaes da Interface.....................................................................................21
7.2 Especificaes da Mensagem a serem exibidas.......................................................21
7.3 Execuo do Teste de Interface...............................................................................22
8 VERIFICAO.....................................................................................................................24
9 RELATRIO FINAL............................................................................................................24
10 CONCLUSO.....................................................................................................................24
11 REFERNCIAS BIBLIOGRFICAS................................................................................25
12 APNDICE.........................................................................................................................26

1.0 INTRODUO
O objetivo deste projeto criar e executar roteiros de testes com o a tcnica caixa-preta para
auxiliar um departamento de extenso, pesquisa e ps graduao (DEPP) de uma universidade que
comprou um sistema de formatao de trabalhos e precisa dar o aceite final para a aquisio do
software.

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.

Para a avaliao do sistema de formatao de artigos acadmicos foram identificados 10 (dez) casos
de testes a serem executados, assim a equipe elaborou roteiros de testes de tipo caixa-preta, onde
sero aplicados e gerados resultados dos testes.

2.0 TESTES DE SOFTWARE

Os testes de software esto includos nas etapas de verificao e validao como artificio para a
garantia de qualidade do produto de software.

Para executar as atividades de verificao e validao necessitamos definir uma tcnica

dependendo do contexto e do tempo para a elaborao do projeto. Os testes de software so
tcnicas dinmicas usadas sobre o sistema j construdo, podendo serem aplicadas de forma manual
ou automtica.
Testar software uma atividade introduzida no processo de desenvolvimento de software a partir da
dcada de 80 onde houveram a elaborao de mtodos formais, tornando-se uma atividade essencial
ao processo de construo do produto de software.
Para entender testes de software fazse necessrio ter a clareza nos conceitos de teste e
depurao. A depurao acontece na fase de programao, antes dos testes atravs de ferramentas
CASE. Os testes so realizados por pessoas especificas em cada etapa da concepo do produto de
software, so atividades de validao, uma equipe inteira responsvel.

2.1 Tcnicas de Teste de Software

As tcnicas de testes de software esto divididas em duas vertentes: a especificao funcional da
aplicao e a qualidade do cdigo. A especificao funcional da aplicao est voltada aos testes de
sistema e de aceitao enquanto os testes de unidade e de integrao relacionam se com os testes
de cdigo.
Este projeto utilizara a tcnica funcional, mais especificamente o teste de caixa preta que consiste
em avaliar se o software est de acordo com as necessidades dos usurios finais. So necessrios
alguns artefatos para que se possa criar testes bem elaborados. Entre estes artefatos temos o
documento de requisitos e pelo menos um prottipo visual das telas a serem testadas.
Com esses documentos em mos a equipe pode iniciar as atividades de teste que esto divididas
em cinco etapas bem definidas:
Planejamento: Consiste em determinar qual parte do sistema ser testado

Projeto: Nesta fase so identificados os casos de teste que nada mais e do que um requisito do
usurio com relao ao sistema.
Implementao: Analisa-se cada caso de teste e elabora-se os roteiros de testes onde
encontramos as descries detalhadas dos passos para a execuo do sistema, a fim de identificar
os casos de teste determinados na etapa de projeto;
Execuo: executa-se os roteiros e mapeia se os resultados;
Verificao: Caso haja no conformidades com os requisitos do usurio gera-se as evidencias dos
testes atravs de prints das telas;
Com essas informaes podemos iniciar os testes no sistema disponvel no endereo solicitado pelo
DEEP. Cada etapa est descrita e implantada nas sees seguintes.

3.0 PLANEJAMENTO
O projeto deve ser executado para que sirva de avaliao do PIMV referente ao Curso superior
Tecnolgico em Analise e desenvolvimento de Sistemas.
A tcnica utilizada para avaliar se o sistema est de acordo como as conformidades previstas pelo
Departamento de Extenso, Pesquisa e Ps-graduao e a funcional caixa-preta que verifica
situaes de sucesso e insucesso na execuo de determinadas funcionalidades denominadas casos
de teste.
A universidade informou 10 casos de testes os quais sero criados roteiros especficos para cada
caso, executados e geradas as evidencias dos sucessos ou insucessos observados.
Ao final ser gerado um relatrio final apontando as possveis falhas do sistema, auxiliando a
DEPP na aceitao do Sistema.

4.0 PROJETO
Nesta fase vamos identificar os casos de teste informados pela DEPP e elenca-lo abaixo:
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 e o 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 de
interface relacionados a: domnio de todos os campos;
Validao de cada campo;
Aes em botes e links existentes;
Mensagens exibidas pelo sistema.

Com os casos de teste acima podemos iniciar a etapa de criao de um roteiro de teste modelo que
auxiliar na execuo dos testes.

5.0 IMPLEMENTAO
Elaboramos um roteiro de testes com as exigncias necessrias as execues dos testes,
comtemplando a condio inicial, os passos a serem executados, dados de entrada, resultado
esperado, resultado real e a data de realizao como podemos visualizar na tabela abaixo:

6.0 EXECUO
Abaixo esto inseridos os roteiros de testes dos casos de 1 a 10 com os dados utilizados na
verificao.

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

8.0 VERIFICAO
A fase de verificao consiste em mostrar as evidencias relacionadas aos roteiros de teste da fase de
execuo.

9.0 RELATORIO FINAL

O DEPP (Departamento de Extenso, Pesquisa e Ps-graduao) de uma

universidade necessitou de uma soluo em forma de software que pudesse
atender a critrios normativos em quesito da mais adequada formatao de
artigos para serem submetidos a congressos e revistas cientficas da prpria
universidade solicitante do servio.
Com isso, se fez necessria a contratao de uma empresa que pudesse
desenvolver o software proposto, sendo que ele deveria atender a alguns
critrios mencionados a seguir, como: Estar de acordo com as normas de
formatao adotadas pelo DEPP, possuir o mximo de 42.000 caracteres e gerar
duas verses que seriam a blind review e a outra com a devida identificao
do(s) autor (es) do artigo.

25

Para a devida validao do Sistema de Formatao de Artigos Acadmicos

desenvolvido, foi solicitado aos alunos do curso de Anlise e Desenvolvimento de
Sistemas realizarem diversos testes tcnicos (em caixa preta) que fogem aos
domnios do conhecimento dos usurios finais, que esto de acordo com critrios
da Engenharia de Software, de modo a mitigar erros que poderiam ou podem
ocorrer com o contnuo uso do sistema.
Houve um consenso entre os alunos para uma padronizao dos testes a serem
realizados, de forma a criar um mtodo mais claro e eficaz para a validao dos
casos propostos pelo coordenador do curso de ADS, criando assim passos
concisos para a melhor absoro da interao e criando mtricas para as respostas
provenientes do sistema, no deixando de lado a anlise das funcionalidades bem como da interface
e interatividade do sistema desenvolvido.
Aps testes sistemticos, os alunos conseguiram observar em uma viso holstica as respostas de
acordo com as entradas propostas em cada caso ou roteiro e, a partir de tal premissa, uma avaliao
geral do software foi realizada, demonstrando os prs e contras encontrados na verso corrente
disponibilizada. Tendo em vista estas respostas, deve-se esperar uma gradual evoluo do sistema a
fim de que esteja perfeitamente alinhado aos critrios exigidos em primeira instncia.

10.0 CONCLUSO
O software todo o processo que envolve sua concepo, desenvolvimento, testes e a entrega do
sistema para o cliente que, provavelmente, ir demandar cada vez mais recursos ou funcionalidades
mediante novas necessidades. Com base nisso e focado em testes de caixa preta padronizados
pelos alunos, foi possvel mapear entradas e sadas esperadas do software, de modo a obter
parmetros que propusessem resolver problemas que surgiram aps analise da verso corrente,
tornando assim a curva de desenvolvimento do sistema menos acentuada com a diminuio de
inconsistncias que poderiam passar despercebidos pela equipe de desenvolvedores, uma vez que
tais testes permitem simular com maior preciso o a linha de pensamento do usurio final, com a
diferena de que todo o processo sistematizado e documentado para uma maior absoro por parte
dos analistas e programadores que podero propor novas solues para futuras verses do sistema.

26

11.0 REFERNCIAS BIBLIOGRFICAS

- ASSOCIACAO BRASILEIRA DE NORMAS TECNICAS (ABNT). NBR ISO 9000:

Sistemas de gesto da qualidade Fundamentos e vocabulrio. Rio de Janeiro, 2000a.
- Engineering: A Practitioners Approach, McGraw-Hill, 6th ed, Nova York, NY, 2005.
http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-teste-desoftware/8035
- http://luizcamargo.com.br/arquivos/NBR%20ISO_IEC%209126-1.pdf
- ISO/IEC. ISO/IEC 12207 - Software Life Cycle Processes. [S.l.], 2004
- PRESSMAN, R. S., Software Engineering: A Practitioners Approach, McGraw-Hill, 6th
ed, Nova York, NY, 2005. Brasilia: PBQP Software, 2009.
-GUERRA A. C.; COLOMBO, R. M. T. Tecnologia da informacao: qualidade de produto de
software.
-KOSCIANSKI, A.; SOARES, M. S. Qualidade de software. Rio de Janeiro: Novatec, 2010.
-LIMA, Allyn Grey de Almeida. Padro SQL e sua evoluo. 2008.
-PAULA FILHO, W. Engenharia de software: fundamentos, metodos e padroes. Rio de
Janeiro: LTC, 2011.
-PFLEEGER, S. L. Engenharia de software: teoria e pratica. 2. ed. Sao Paulo: Prentice Hall
Brasil, 2007.
-PRESSMAN, R. S. Engenharia de software. Sao Paulo: McGraw-Hill, 2006.
-RIOS, E.; MOREIRA, T. Testes de software. 3. ed. Sao Paulo: Alta Books, 2013.
-SANTOS, Ronnie ES et al. TCNICAS DE PROCESSAMENTO DE LINGUAGEM
NATURAL APLICADAS AO PROCESSO DE MINERAO DE TEXTOS: RESULTADOS
PRELIMINARES DE UM MAPEAMENTO SISTEMTICO. Revista de Sistemas e

27

Computao-RSC, v. 4, n. 2, 2015.
-SOMMERVILLE, I. Engenharia de software. Sao Paulo: Pearson, 2013.
-VILAS BOAS, A. L. C. Qualidade e avaliacao de produto de software. Lavras: Ufla/Faepe.
2004
Sites
<http://www.iso.org/>.
<http://www.softex.br/mpsbr/>.
<www.abnt.org.br>.
<www.ieee.org.br>.

12.0 APENDICES
Teste de execuo:
Ao: Inserindo o ttulo do artigo.
Resultado: O sistema cadastra o ttulo do artigo tanto em portugus como em ingls com
sucesso. O sistema aceita campos em branco quando clica no boto Gerar arquivo completo.

28

Ao: Cadastro de 3 autores com sucesso.

Resultado: O sistema cadastra os 3 (trs) autores com sucesso. Os campos do segundo e
terceiro autores se estiverem em branco o sistema no avisa que deve ser preenchido e gera o
arquivo completo.

29

Ao: Cadastro do Resumo e palavras-chaves

Resultado: O sistema cadastra com sucesso o resumo e palavraschaves, tanto em portugus
quanto em ingls. Se os campos estiverem em branco, sistema gera arquivo completo sem avisar
que esto sem preencher.

30

Ao: Cadastro do corpo do texto, notas e referncias bibliogrficas.

Resultado: O sistema cadastra com sucesso o corpo do texto, notas e referncias bibliogrficas. Se
os campos estiverem em branco, sistema gera arquivo completo sem avisar que esto sem
preencher.

31

Ao:
Gerando
Arquivo
Completo

32

Resultado: Ao clicar no boto gerado o arquivo completo com sucesso. Se tiver campos em
branco (menos o cadastro do Primeiro: Autor, Titulao, Vnculo Institucional e Email),
gerado o arquivo completo com sucesso.

Testes de execuo Dos Roteiros 4, 5 e 6.

Ao: Inserir os ttulos do artigo, tanto portugus quanto ingls.

Resultado: O sistema recebeu os dados com sucesso.

Ao: Clicar no boto +, para incluso de autores.

Resultado: Novo quadro com preenchimento em cinza criado, com os campos para serem
inseridos os dados relativos ao autor.

33

Ao: Informar o Resumo e as Palavras- Chave em seus respectivos campos.

Resultado: Dados inseridos com sucesso.

Ao: Inserir Abstract, Keywords e Corpo do texto.

Resultado: Dados inseridos com sucesso em seus respectivos campos.

Ao: Inserir Notas e Referncias bibliogrficas.

Resultado: Dados inseridos com sucesso em seus respectivos campos.

34

Ao: Clicar no boto Gerar.

Resultado: Artigo gerado mesmo com os campos de e-mails invlidos.

Ao: Clicar no boto Limpar.

Resultado: O sistema limpa os campos: Ttulo em portugus e em ingls, os campos relativos
aos autores, resumo, abstract, palavras-chaves e keywords, mas o corpo do texto, notas e
referncias bibliogrficas no so apagadas.

Teste de execuo:
Ao: Inserindo o ttulo do artigo.
Resultado: O sistema cadastra o ttulo do artigo tanto em portugus como em ingls com
sucesso. O sistema aceita campos em branco quando clica no boto Gerar arquivo completo.

35

Ao:

Cadastro do Resumo e palavras-chaves

Resultado: O sistema cadastra com sucesso o resumo e palavraschaves, tanto em portugus
quanto em ingls. Se os campos estiverem em branco, sistema gera arquivo completo sem
avisar que esto sem preencher.

36

Ao: Cadastro do corpo do texto, notas e referncias bibliogrficas.

Resultado: O sistema cadastra com sucesso o corpo do texto, notas e referncias
bibliogrficas. Se os campos estiverem em branco, sistema gera arquivo completo sem avisar
que esto sem preencher.

37

38

Ao: Gerando Arquivo Completo

Resultado: Ao clicar no boto gerado o arquivo completo com sucesso. Se tiver campos em
branco (menos o cadastro do Primeiro: Autor, Titulao, Vnculo Institucional e Email),

39

gerado o arquivo completo com sucesso.

Teste de execuo:
Ao: Inserindo o ttulo do artigo.
Resultado: O sistema cadastra o ttulo do artigo tanto em portugus como em ingls com
sucesso. O sistema aceita os campos em branco quando clica no boto Gerar arquivo
completo.

Ao: Cadastro de autor com sucesso.

Resultado: O sistema cadastra o autor com sucesso.

40

Ao: Cadastro do Resumo e palavras-chaves

Resultado: O sistema cadastra com sucesso o resumo e palavras chaves, tanto em portugus
quanto em ingls.Se os campos estiverem em branco, sistema gera arquivo completo sem
avisar que esto sem preencher.

41

Ao: Cadastro de imagem no corpo do texto

- Referncias bibliogrficas.

Resultado: O sistema cadastra com sucesso as referncias bibliogrficas.

Erro: Se o campo estiver em branco, sistema gera arquivo completo sem avisar que esto sem
preencher.
- Gerando Arquivo Completo

Teste de execuo:
Ao: Inserindo o ttulo do artigo.
Resultado: O sistema cadastra o ttulo do artigo tanto em portugus como em ingls com
sucesso. O sistema aceita os campos em branco quando clica no boto Gerar arquivo

42

completo.

Ao: Cadastro de autor com sucesso.

Resultado: O sistema cadastra o autor com sucesso.

Ao: Cadastro do Resumo e palavras-chaves

Resultado: O sistema cadastra com sucesso o resumo e palavras chaves, tanto em portugus
quanto em ingls. Se os campos estiverem em branco, sistema gera arquivo completo sem
avisar que esto sem preencher.

43