A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Planejamento e Projeto de Testes Taíse Dias. Roteiro Processo de Desenvolvimento: Problema Solução Plano de Testes Projeto de Testes Teste baseado em.

Apresentações semelhantes


Apresentação em tema: "Planejamento e Projeto de Testes Taíse Dias. Roteiro Processo de Desenvolvimento: Problema Solução Plano de Testes Projeto de Testes Teste baseado em."— Transcrição da apresentação:

1 Planejamento e Projeto de Testes Taíse Dias

2 Roteiro Processo de Desenvolvimento: Problema Solução Plano de Testes Projeto de Testes Teste baseado em Caso de Uso Conclusão

3 Problema no Processo de Desenvolvimento Omissão de etapas de testes Inconsistência entre documentos Falta de comprometimento com a qualidade dos sistemas Conseqüências: produtos de baixa confiabilidade e gastos desnecessários por causa de descobertas de erros tardias. Definição de Requisitos Projeto do Sistema e do Software Implementação e Testes Unitários Integração e Teste do Sistema Operação e Manutenção

4 Solução Iniciar ciclo de vida do teste em paralelo ao de desenvolvimento Elaborar Plano de Teste previamente ajuda quem pretende melhorar o seu processo de desenvolvimento e produzir com maior qualidade

5 Solução

6 Poderia haver um responsável por testes desde o início do projeto O plano pode ser elaborado por alguém, antes do desenvolvimento do sistema Vantagens: exige o estudo de toda regra de negócio incentiva à imaginação e criação de cenários de testes, não visualizados pelo analista do sistema. Exemplo: Tela de Login

7 Ex.: Tela de Login Casos de testes construídos sem análise prévia: Login do Usuário Casos de Teste Informar login corretoO sistema valida as informações e carrega na tela principal Informar login incorretoÉ exibido o alerta “Login e/ou senha inválido(s). Verifique por favor.” Informar senha incorreta É exibido o alerta “Login e/ou senha inválido(s). Verifique por favor.”

8 Ex.: Tela de Login Maior domínio das regras de negócios -> maior cobertura dos casos de testes Login do Usuário Casos de Teste Não informar o loginÉ exibido o alerta “O campo login deve ser preenchido. Verifique, por favor.” Não informar senhaÉ exibido o alerta “O campo de senha deve ser preenchido. Verifique por favor.” Verificar sintaxeA sintaxe do texto deve estar correta. Verificar as atribuições do usuário (teste de segurança) No momento em que ocorrer o login, apenas as funcionalidades com permissões atribuídas devem ser exibidas ao usuário. Logar com o mesmo usuário em dois browsers É exibido um alertas notificando a duplicidade, e é notificada por a ocorrência desta redundância ao usuário.

9 Teste baseado em Caso de Uso Responsável pelo Plano de Testes: Analista de Testes Elabora Projeto de testes durante e/ou após elaboração de casos de uso Comunicação com o analista de sistemas tirar dúvidas sobre os casos de uso Exemplo de Caso de uso: O usuário informa a data início e data fim que deseja procurar. O sistema retorna todos os registros cadastrados entre as datas informadas. Neste momento, o analista de testes constrói os seguintes casos de teste:

10 Teste baseado em Caso de Uso Pesquisa por período Casos de Teste Informar data início e fim em uma seqüência cronológica O sistema retorna todos os registros cadastrados entre as datas informadas Informar apenas a data de início O sistema pode exigir ou não a data fim como obrigatório, vai depender do critério do analista do sistema (o testador consulta o analista) Informar apenas data fim O sistema pode exigir ou não a data início como obrigatório, vai depender do critério do analista do sistema (o testador consulta o analista) Não informar nenhum dos campos É exibido o alerta para que o usuário preencha o(s) campo(s) obrigatório(s) para a consulta (a obrigatoriedade, mais uma vez, depende do analista). Informar a data fim anterior à data início É exibido o alerta “A data fim informada é anterior à data início. Verifique, por falor.”

11 Documentação Elaborar documentos de testes Manter consistência com documento de requisitos Ex: O analista de testes tem conhecimento da existência de um campo de no cadastro de usuário. Imediatamente, ele cria um caso de teste que exija uma validação do campo de (aceitar apenas s válidos). Quando finalmente consulta os fluxos de exceção do caso de uso, nota que não existe uma exceção levantada para o cadastro de s inválidos. Então é adicionado um erro de especificação “Criar fluxo de exceção para cadastro de s inválidos”.

12 Plano de Testes Identificar o que será testado (requisitos) Descrever as estratégias de teste a serem empregadas Abordagem (Caixa Preta e Caixa Branca) Tipos de testes: funcionais, de segurança, entre outros. Descrever quais técnicas serão utilizadas para criação dos casos de testes: baseados em casos de uso, de boundary, entre outras. Critérios de sucesso Identificar os recursos necessários Recursos humanos Ferramentas Prover uma estimativa dos esforços de teste Atividades Responsabilidades Cronograma

13 Projeto de Testes Artefato que descreve os casos de testes e os procedimentos para execução dos mesmos. Para projetar casos de testes, são visualizados cenários (casos de uso) a partir dos quais serão criados casos de testes. Estabilizar o Test bed: combinação de drivers e stubs Determinar pré-condições para o teste e os objetivos a serem atingidos Especificar os casos de testes individuais Determinar como executar os testes

14 Exemplo de criação de caso de teste baseado em caso de uso [UC07] Nome:Cadastrar usuário Atores:Vendedor Prioridade:Essencial Requisitos associados:  [RF02] Cadastro de usuários Entradas:  Nome, CPF, Data de Nascimento  Login (exceto para funcionário)  Senha (exceto para funcionário)  Crédito, data inicial, final, permissão para comprar em dinheiro, dias da semana (apenas funcionário) Pré-condições:  O vendedor deve estar logado no sistema  O usuário não deverá estar cadastrado no sistema Pós-condições:  O usuário deve estar cadastrado no banco de dados Fluxos de eventos Fluxo Normal:1.O usuário seleciona a opção “Cadastrar Usuário”. [Fluxo Excepcional 1] 2.O usuário seleciona se o cadastro a ser feito é de funcionário, gerente ou vendedor. 3.O usuário fornece os dados da pessoa a ser cadastrada. 4.O sistema verifica se todas as informações obrigatórias foram fornecidas. [Fluxo Excepcional 2] 5.O sistema valida as informações fornecidas. 6.O sistema mostra uma tela para confirmação do cadastro. 7.O usuário confirma o cadastro. 8.Os dados são armazenados na base de dados. Fluxo Excepcional 1:1. A opção “Voltar” é selecionada. 2.Todos os dados informados são descartados. 3.A tela inicial do sistema é mostrada. Fluxo Excepcional 2:1.Uma ou várias informações obrigatórias não são informadas ou o formato da informação não é o adequado. 2.O sistema mostra uma tela informando que falta uma ou mais informações obrigatórias. 3.O sistema retorna para a tela “Cadastrar Pessoa” com os dados informados nos seus respectivos lugares.

15 CadastrarFazer logoffRelatóriosAlterarRemover

16 Cadastrar Fazer logoffRelatóriosAlterarRemover Organização Almoxarifado Produto Vendas Usuário

17 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Nome: CPF: Data de Nascimento: Tipo de usuário: << Voltar Gerente Continuar >> Nome /03/1985

18 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Login: Senha: << Voltar login1 Cadastrar senha1

19 CadastrarFazer logoffRelatóriosAlterarRemover O usuário foi cadastrado com sucesso! Cadastro de usuário OK

20 CadastrarFazer logoffRelatóriosAlterarRemover

21 CadastrarFazer logoffRelatóriosAlterarRemover Organização Almoxarifado Produto Vendas Usuário

22 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Nome: CPF: Data de Nascimento: Tipo de usuário: << Voltar Vendedor Continuar >> Nome /07/1989

23 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Login: Senha: << Voltar login2 Cadastrar senha2

24 CadastrarFazer logoffRelatóriosAlterarRemover O usuário foi cadastrado com sucesso! Cadastro de usuário OK

25 CadastrarFazer logoffRelatóriosAlterarRemover

26 CadastrarFazer logoffRelatóriosAlterarRemover Organização Almoxarifado Produto Vendas Usuário

27 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Nome: CPF: Data de Nascimento: Tipo de usuário: << Voltar Funcionário Continuar >> Nome /07/1980

28 CadastrarFazer logoffRelatóriosAlterarRemover Cadastro de Usuário Crédito em reais: Data Inicial: Data Final: Permissão para compras em dinheiro? Dias permitidos para realizar compras: todos 2ª feira 3ª feira 4ª feira 5ª feira 6ª feira << Voltar Cadastrar 10,00 01/11/ /11/2007 Não

29 CadastrarFazer logoffRelatóriosAlterarRemover O usuário foi cadastrado com sucesso! Cadastro de usuário OK

30 Exemplo de criação de caso de teste baseado em caso de uso Técnica utilizada: Use Case Testing IDCT_001Tipo do testeFuncional ObjetivoVerificar se a funcionalidade de cadastrar usuário está executando corretamente. Requisito [RF02] Cadastro de usuários Pré-condição 1. O vendedor deve estar logado no sistema 2. O usuário não deverá estar cadastrado no sistema Nº. do PassoPassosResultados Esperados 1 Selecione a opção “Cadastrar Usuário”. A tela de cadastro é apresentada. 2 Forneça os dados do usuário (nome = nome1, CPF = , data de nascimento = 23/03/1985, tipo de usuário = gerente ) e selecione o botão “Continuar”. A tela para cadastrar login e senha é apresentada. 3 Forneça os valores de login e senha (login = login1 e senha = senha1) e selecione o botão “Cadastrar”. O sistema retorna uma mensagem informando que o usuário foi cadastrado com sucesso. 4 Verifique se o usuário está cadastrado no banco de dados com todas as informações fornecidas. O usuário foi cadastrado no banco de dados com sucesso.

31 Exemplo de criação de caso de teste baseado em caso de uso E se nem todos os dados obrigatórios forem preenchidos? E se esse usuário já tiver sido cadastrado no banco de dados? E se o formato do CPF ou da data não obedecer ao padrão? E se o usuário desistir de cadastrar usuário durante a realização do cadastro? E se outras pré-condições forem violadas? Sugestão: “tentar criar casos de testes não convencionais (se você não tentar, os usuários irão!!!)”

32 Conclusão Produzir requisitos de testes baseados nos requisitos de análise “As fábricas de software que experimentam algumas mudanças chegam sempre às mesmas conclusões: optar por testar somente no fim é ineficaz, gera mais gastos, e ainda induz ao maior de todos os prejuízos: a insatisfação do usuário. ”

33 Referências [1] Testes de Software, disponível em www. URL:, último acesso em 23 de setembro de 2007.http://testesdesoftware.blogspot.com/2007/05/artigo- ii.html#links [2] Disciplina de Engenharia de Software, disponível em www. URL: [3] Spillner, A.; Linz, T.; Schaefer, H.: Software Testing Foundations, Rock Nook, 2007.


Carregar ppt "Planejamento e Projeto de Testes Taíse Dias. Roteiro Processo de Desenvolvimento: Problema Solução Plano de Testes Projeto de Testes Teste baseado em."

Apresentações semelhantes


Anúncios Google