PROJETO INTEGRADO MULTIDISCIPLINAR

2.2 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. 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. 2.3 OBJETIVOS ESPECÍFICOS ƒ Desenvolver e aplicar os conhecimentos adquiridos nos estudos; ƒ Desenvolver um roteiro de testes para cada cenário proposto; 23 Serviço Social ƒ Executar roteiro teste; ƒ Registrar os resultados e gerar as evidências dos testes aplicados; ƒ Realizar uma inspeção de usabilidade; ƒ Aplicar a técnica de avaliação heurística; ƒ Desenvolver a capacidade de identificar necessidades e propor soluções; ƒ Fomentar o hábito de executar projetos envolvendo múltiplas disciplinas; ƒ Argumentar e discutir as tecnologias utilizadas nos projetos de sistemas computacionais. 2.4 DESCRIÇÃO DO CASO O trabalho a ser desenvolvido consiste em testar e fazer uma inspeção de usabilidade em um sistema pré-existente, denominado Sistema de Formatação de Artigos Acadêmicos, com o objetivo de verificar sua correção em relação ao comportamento esperado e usabilidade. O cenário a considerar é que o Departamento de Extensão, Pesquisa e Pós-graduação (DEPP) de uma universidade contratou uma empresa para o desenvolvimento de um sistema para ajudar os autores na formatação de artigos acadêmicos para publicação em congressos e revistas científicas da universidade. A solicitação do DEPP à empresa contratada foi para desenvolver um sistema que atendesse à seguinte descrição: “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”. 24 Manual de Estágio Como o DEPP precisa avaliar e dar o aceite final no sistema, mas não tem domínio das técnicas a serem aplicadas para a avaliação, resolveram pedir o auxílio do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas para realizar essas atividades. 2.5 ATIVIDADE A SEREM DESENVOLVIDAS E O RELACIONAMENTO COM AS DISCIPLINAS O coordenador do CST em Análise e Desenvolvimento de Sistemas analisou o problema e percebeu que seria uma ótima oportunidade para os alunos do curso colocarem em prática os conhecimentos adquiridos durante as aulas. Dessa forma, cada aluno (grupo de PIM) deverá: 1. Conhecer o sistema a ser avaliado, disponível em: http://sfaa.unipinterativa.edu.br/pdf/ 2. Desenvolver e executar um roteiro de testes caixa-preta no sistema; 3. Realizar uma inspeção de usabilidade por meio da técnica de avalição heurística. Cada grupo de PIM deverá adotar os 10 (dez) casos de testes apresentados a seguir para desenvolver e executar o roteiro de testes caixa-preta: Obs.: Todos os dados necessários para execução dos testes serão criados pelos alunos no momento da elaboração do roteiro de teste. 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). 25 Serviço Social 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. Avalie a tela do sistema e crie, para todos os campos e os controles existentes, os testes de interface relacionados a: 26 Manual de Estágio ƒ domínio de todos os campos; ƒ validação de cada campo; ƒ ações em botões e links existentes; ƒ mensagens exibidas pelo sistema. Observações importantes: ƒ Para cada caso de teste, deve ser elaborado um roteiro de testes que descreva o passo a passo do que deve ser testado; 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 constante 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. Para a Avaliação Heurística, os grupos de PIM deverão considerar as dez heurísticas de usabilidade para projeto de interface de usuário, apresentadas por Jakob Nielsen: ƒ Visibilidade do estado do sistema. ƒ Correlação entre o sistema e o mundo real. ƒ Liberdade e controle do usuário. ƒ Consistência e padrões. ƒ Prevenção de erros. ƒ Reconhecimento em vez de memorização. 27 Serviço Social ƒ Flexibilidade e eficiência de uso. ƒ Projeto estético e minimalista. ƒ Suporte para o usuário no reconhecimento, no diagnóstico e na recuperação de erros. ƒ Ajuda e documentação. As falhas de usabilidade devem ser relacionadas e caracterizadas em um relatório de inspeção de usabilidade, o qual deve apresentar: ƒ Caracterização do sistema inspecionado. ƒ Violações de heurísticas encontradas: ƒ Identificação dos itens envolvidos; ƒ Print Screen das telas demonstrando a violação; ƒ Grau de severidade para cada uma das violações apontadas. ƒ Avaliação global do sistema inspecionado (apreciação pessoal sobre aspectos de usabilidade do sistema).

...