ROTEIRO DE TESTE PARA SISTEMA DE FORMATAÇÃO DE ARTIGOS ACADEMICOS

...

Figura 01

Figura 02

Figura 03

Figura 04

Figura 05

Figura 06

Figura 07

Figura 08

Figura 09

Figura 10

Figura 11

Figura 12

Figura 13

Figura 14

Figura 15

Figura 16

1. INTRODUÇÃO

O referido projeto visa testar os requisitos de um sistema pré-existente que foi desenvolvido por uma empresa terceirizada, este sistema será responsável por ajudar os autores nas formatações de seus artigos acadêmicos para posteriores publicações em congressos e revistas científicas da universidade.

Para fins de especificações o Departamento de Extensão, Pesquisa e Pós-graduação (DEPP), repassou os requisitos do sistema conforme citação abaixo:

“O sistema terá a principal função de formatar os artigos acadêmicos que serão submetidos, pelos autores, aos congressos e às revistas científicas da universidade. Um artigo somente poderá ser submetido se estiver dentro das normas de formatação definidas pela DEPP, em formato PDF e se tiver até 42.000 caracteres. Para ser submetido, o artigo deverá ter duas versões, uma com o nome dos autores e outra sem o nome dos autores (blind review). Essas duas versões deverão ser geradas pelo Sistema de Formatação de Artigos Acadêmicos” (MANUAL DO PIM V,2016, p.24).

Também foi repassado o endereço do sistema a ser avaliado, disponível em: http://sfaa.unipinterativa.edu.br/pdf/ .

Como o DEPP precisa dar aceite no sistema e o mesmo não tem domínio das técnicas de avaliação, solicitaram ao Curso Superior de Tecnologia em Analise e Desenvolvimento de Sistema que os auxiliassem nesta atividade, e definiu-se então os estudos de casos que serão abordados:

Caso de teste 1:

Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser branco).

Caso de teste 2:

Gerar um artigo para submissão com um autor cadastrado com sucesso (nenhum campo pode ser branco).

Caso de teste 3:

Gerar um artigo completo com três autores cadastrados com sucesso (nenhum campo pode ser branco).

Caso de teste 4:

Gerar um artigo completo com três autores com e-mails inválidos (nenhum campo pode ser branco).

Caso de teste 5:

Gerar um artigo completo com três 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 ser 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 ser branco), criando no campo “corpo do texto” um texto com formatação em negrito, itálico, subscrito e sobrescrito com texto justificado com sucesso.

Caso de teste 8:

Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser 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 ser 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. ” (MANUAL DO PIM V, 2016, p. 25-26). ”

Com os requisitos explanados pode-se então dar sequência as atividades, para cada estudo de caso será feito um roteiro de testes, todos documentados em passo a passo, informando o que será testado e validado, ao final deste, teremos um relatório, apontando os pontos assertivos e melhoria se houver, informando assim a DEPP que sugira a empresa terceira as melhorias para depois entrega do aceite do sistema.

-

Técnica para testes de software Caixa Preta

Para os testes do sistema será utilizada o modelo de testes caixa-preta, levando em consideração que estamos buscando testes funcionais aonde já possuímos os estudos de casos definidos, faltando efetivar os roteiros de testes e análise das funcionalidades e já que não possuímos os códigos do sistema.

No modelo de testes caixa-branca, fica direcionado ao desenvolvedor do sistema, aonde o mesmo deve garantir que pelo menos foi testado uma vez a sua linha de comando, como este não é o nosso senário o mesmo não será abordado nos estudos de caso.

2.1 Testes

Os testes de softwares serão executados em ordem dos estudos de caso, sendo que os mesmos irão conter o roteiro de teste de software, o estudo de caso, e as definições se atende ao especificado ou não.

-

Implementação da cadeia de testes

3.1 Caso 01:

ANALISTA RESPONSÁVEL: MAICON BATTISTI DOS SANTOS; PAULO FERNANDO LUDWIG.

DESCRIÇÃO DO CASO DE TESTE: CASO 01 "Gerar um artigo completo com um autor cadastrado com sucesso (nenhum campo pode ser em branco)."

TABELA DE CASOS BASEADA NO SEGUINTE SISTEMA: http://sfaa.unipinterativa.edu.br/pdf/

COD.

DESCRIÇÃO