Baixe o app para aproveitar ainda mais
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
Compartilhar