Projeto Célula de Testes2012 - 2014Patrocinador:Gerente do Projeto:Responsável pelo Negócio:Gerente do Produto:Responsável...
Agenda Introdução Contexto Proposta do Projeto Metas do Projeto Premissas e Restrições Estratégia Cronograma/Custo...
IntroduçãoEste material tem como objetivo apresentar uma visão geral,pós-projeto, da criação da Célula de Testes da Empres...
ContextoProblema: Grande número de erros encontrados nos “sites” da empresa.Consequências:- Em torno de 50% de Vendas inic...
Proposta do ProjetoRealizar ORQUESTRAÇÃO DA QUALIDADEcom foco em Testes Funcionais de Aplicações aserem executados em ambi...
Metas do Projeto Planejar estratégias para entrega de teste capazes de garantir que as funcionalidades dosistemas estejam...
Premissas e RestriçõesPremissas: Equipe de negócio e/ou desenvolvimento do cliente, localizada no Rio de Janeiro, estava ...
EstratégiaLevantamento Inicial de FuncionalidadesEm junho de 2012 a Equipe de Testes recebeu toda documentação de desenvol...
EstratégiaDefinição dos Ciclos de Entrega de TestesComo era premissa do projeto atendermos de imediato as funcionalidades ...
EstratégiaEncerramento do ProjetoEncerrar o projeto, identificar e registrar as liç ões aprendidas que servirão como base ...
Cronograma/CustoMarcos Data InícioEstimadoData InícioRealCusto SituaçãoInício do ProjetoLevantamento, Planos e Definições0...
Resultados Ciclo de Testes 1 – Funcionalidades implementadas Documentação não conforme – 250 Funcionalidades Testadas –...
Conclusão Processo de Testes definido e melhorado continuamente durante o ciclo de construção do software; Fluxo de Trab...
Obrigado Material Produzido para orientação na apresentaçãode resultados das equipes de teste.Responsável:RMS – Serviços ...
Próximos SlideShares
Carregando em…5
×

Apresentacao celula de testes

486 visualizações

Publicada em

Exemplo de apresentação gerencial simples para fechamento de projeto de implantação de célula de testes. Produzida por RMS -Serviços de Informática Ltda. - rmsil2@ig.com.br

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
486
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
4
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Apresentacao celula de testes

  1. 1. Projeto Célula de Testes2012 - 2014Patrocinador:Gerente do Projeto:Responsável pelo Negócio:Gerente do Produto:Responsável pela Operação:Fase de EncerramentoMaio/2014
  2. 2. Agenda Introdução Contexto Proposta do Projeto Metas do Projeto Premissas e Restrições Estratégia Cronograma/Custo Resultados Conclusão
  3. 3. IntroduçãoEste material tem como objetivo apresentar uma visão geral,pós-projeto, da criação da Célula de Testes da Empresa paraas partes interessadas em todos os níveis da hierarquia.Desta forma, serão abordados, resumidamente, pontos deimportância, que remontam desde a fase de início do projetoaté a fase encerramento em fevereiro de 2014.
  4. 4. ContextoProblema: Grande número de erros encontrados nos “sites” da empresa.Consequências:- Em torno de 50% de Vendas iniciadas e não efetivadas nos “sites”;- Reclamações dos clientes quanto a problemas nas atividades de entrega dos itenscomprados;- Área de negócios da empresa tem a percepção da inexistência ou deficiência doprocesso de testes de software.Necessidades:- Retirar o foco dos testes de software dos desenvolvedores;- Criar o processo de testes de software;- Buscar elementos especializados em testes de software;Solução: Contratar empresa especializada em Projeto de Testes de Software;
  5. 5. Proposta do ProjetoRealizar ORQUESTRAÇÃO DA QUALIDADEcom foco em Testes Funcionais de Aplicações aserem executados em ambiente de testes,homologação e/ou produção, identificandoproblemas e propondo soluções.Visando a criação do processo particularizado e suamelhoria continuada.Proposta básica:1. Célula de Testes recebia as aplicações e artefatos de desenvolvimento;2. Célula de Testes identificava as não-conformidades e os defeitos;3. Célula de Testes detalhava os problemas encontrados e encaminhava às equipes de desenvolvimentopara tratamento.
  6. 6. Metas do Projeto Planejar estratégias para entrega de teste capazes de garantir que as funcionalidades dosistemas estejam de acordo com os requisitos do negócio; Definir métricas e validar as características de qualidade dos testes; Executar testes das funcionalidades mapeadas na entrega de acordo com o Plano deestratégia de testes definido; Realizar o processo de auditoria das exigências de qualidade e de avaliação dos resultadosde controle de qualidade identificando problemas e indicando soluções para garantirpadrões de qualidade apropriados (Garantia de Qualidade); Medir constantemente a qualidade das aplicações visando melhoria continuada do processode teste; Produzir documentação de testes e indicadores técnicos e gerenciais.
  7. 7. Premissas e RestriçõesPremissas: Equipe de negócio e/ou desenvolvimento do cliente, localizada no Rio de Janeiro, estava disponívelpara sanar dúvidas ou explanações mais detalhadas; Facilidade de comunicação com a Equipe de testes; As funcionalidades da aplicação possuem documentação adequada; Problemas nas funcionalidades já implementadas nos “sites” deveriam ser tratados primeiro; A comunicação dos resultados do projeto deveria ser homogênea, de forma a atingir entendimentoidêntico à todas as partes interessadas; Erros deveriam ser zerados;Restrições: Equipe do cliente possuía apenas 1 hora diária para atendimento à equipe de testes; Equipe de Testes remota, localizada em São Paulo; Algumas partes da aplicação ainda estavam sendo levantadas; Prazo máximo de 22 meses para implementação do Projeto, com saneamento de todos os problemasobservados; Custo máximo de R$ 2.000.000,00
  8. 8. EstratégiaLevantamento Inicial de FuncionalidadesEm junho de 2012 a Equipe de Testes recebeu toda documentação de desenvolvimento necessária para avaliação e definiçãodos trabalhos de testes das funcionalidades da aplicação.Foram levantadas as seguintes demandas de teste para a aplicação: Funcionalidades implementadas – 500; Funcionalidades documentadas – 600; Funcionalidades à documentar – 500; Funcionalidades à levantar – 400.Definição do Plano Estratégico de TestesDe acordo com as necessidades, com o levantamento inicial, com as premissas e restrições foi decidido que:Comunicação com a Equipe de Testes seria diária, via telefone ou videoconferência Web e que o fluxo dasatividades seria controlado por ferramenta de gestão de fluxo via WEB; Comunicação com o Cliente diariamente para sanar dúvidas, devolução de erros nos testes para acerto seriarealizada pelo Gerente e/ou Equipe de Testes; Comunicação com o Cliente para apresentação de relatórios de indicadores seria realiada apenas pelo Gerente doProjeto; Tipos de Testes automatizados, principalmente, de unidade, de integração, de interface e de estresse; Métricas de Qualidade – Indicadores de Resultado, Indicadores de Recursos, Indicadores Técnicos, indicadores deDesempenho, Indicadores de Gestão, dentre outros ao longo do Projeto; Atuaríamos em 4 ciclos de testes levando em consideração a situação da preparação da documentação dedesenvolvimento da funcionalidade.
  9. 9. EstratégiaDefinição dos Ciclos de Entrega de TestesComo era premissa do projeto atendermos de imediato as funcionalidades já implementadas da aplicação, pois a empresa haviadetectado diversas incorreções que afetavam diretamente o negócio, foi decidido que o primeiro ciclo seria de teste das 500funcionalidades implementadas e outros ciclos seriam escolhidos conforme a ordem de elaboração de documentação dedesenvolvimento.Portanto, Ciclo de Testes 1 – Funcionalidades implementadas Recursos Estimados – 5 unidades Prazo Estimado - 5 meses; Custo Estimado – R$ 500.000,00Ciclo de Testes 2 – Funcionalidades documentadas Recursos Estimados – 5 unidades Prazo Estimado - 6 meses; Custo Estimado – R$ 600.000,00 Ciclo de Testes 3 – Funcionalidades à documentar Recursos Estimados – 5 unidades Prazo Estimado - 5 meses; Custo Estimado – R$ 500.000,00 Ciclo de Testes 4 – Funcionalidades à levantar Recursos Estimados – 5 unidades Prazo Estimado - 4 meses; Custo Estimado – R$ 400.000,00
  10. 10. EstratégiaEncerramento do ProjetoEncerrar o projeto, identificar e registrar as liç ões aprendidas que servirão como base para planejamento de futurosprojetos.Definição dos Ciclos de Entrega de Testes (continuação)Em cada ciclo deveria ser apresentados semanalmente a documentação e os indicadores preliminares definidos pelo acordo e acada Marco deveria ser apresentados os relatórios de indicadores Técnicos e Gerenciais completos do período, conformeabaixo:Documentação - Plano de Testes Estruturado; Modelagem dos Cenários de Teste; Casos de Testes; Scripts de Automatizaçãodos TestesRelatório de Indicadores Preliminares – Indicadores Técnicos para os Testes e Indicadores Gerenciais;Relatório de Indicadores do Período - Indicadores Técnicos para os Testes e Indicadores Gerenciais;
  11. 11. Cronograma/CustoMarcos Data InícioEstimadoData InícioRealCusto SituaçãoInício do ProjetoLevantamento, Planos e Definições02/05/2012 R$ 100.000,00 CompletoCiclo de Testes 1 – FuncionalidadesImplementadas21/05/2012CompletoCiclo de Testes 2 – FuncionalidadesDocumentadasCompletoCiclo de Testes 3 – Funcionalidades àDocumentarCompletoCiclo de Testes 4 – Funcionalidades àLevantar20/09/2013 CompletoEncerramento do ProjetoRegistros do ProjetoCompletoR$ 600.000,00R$ 550.000,00R$ 400.000,00R$ 300.000,00R$ 50.000,0022/10/201222/04/201322/01/201426/11/201206/05/2013
  12. 12. Resultados Ciclo de Testes 1 – Funcionalidades implementadas Documentação não conforme – 250 Funcionalidades Testadas – 500 Funcionalidades Retornadas com erro – 400 Funcionalidades Re-testadas com erro – 100 Funcionalidades Re-Testadas com erros distintos – 20 Funcionalidades ainda c/problemas no final do Ciclo - 6Ciclo de Testes 2 – Funcionalidades documentadas Documentação não conforme – 300 Funcionalidades Testadas – 606 Funcionalidades Retornadas com erro – 300 Funcionalidades Re-testadas com erro – 90 Funcionalidades Re-Testadas com erros distintos – 10 Funcionalidades ainda c/problemas no final do Ciclo - 5 Ciclo de Testes 3 – Funcionalidades à documentarDocumentação não conforme – 50 Funcionalidades Testadas – 495 Funcionalidades Retornadas com erro – 200 Funcionalidades Re-testadas com erro – 50 Funcionalidades Re-Testadas com erros distintos – 5 Funcionalidades ainda c/problemas no final do Ciclo – 2 Ciclo de Testes 4 – Funcionalidades à levantar Documentação não conforme – 20 Funcionalidades Testadas – 382 Funcionalidades Retornadas com erro – 100 Funcionalidades Re-testadas com erro – 20 Funcionalidades Re-Testadas com erros distintos – 2 Funcionalidades ainda c/problemas no final do Ciclo - 0Conforme o processo de testes foi sendo aprimorado foram verificadas diminuição dos índices de retornode funcionalidades testadas com erro, Vejamos:Nota-se que o processo de desenvolvimento do Cliente foi sendo aprimorado dia-a-dia com a troca deinformações e de conhecimento do aplicativo entre as equipes.No Ciclo de Testes 4, não só os testes estavam sendo desenvolvidos de forma mais rápida, mas também adocumentação estava conforme e o desenvolvimento com mais qualidade e menos erros.
  13. 13. Conclusão Processo de Testes definido e melhorado continuamente durante o ciclo de construção do software; Fluxo de Trabalho transparente e entendido por todos os envolvidos; Atribuições e competências, antes indefinidas e/ou parcialmente, estão descritas de maneira clara e objetiva; Obtenção de Documentação de testes apropriada; Os índices de erro de desenvolvimento do Cliente caíram à níveis desejáveis e próximos de zero; Os erros da aplicação em produção foram eliminados gerando aumento das vendas nos “sites” e melhoria do processo deentrega das mercadorias compradas; Técnicos do Cliente ganharam agilidade no trabalho de desenvolvimento com descoberta rápida de erros; Técnicos do Cliente foram capacitados no entendimento da documentação de desenvolvimento e melhoraram seus índices deincorreção no código; Controle de qualidade eficiente; Melhoria na Governança de TI do Cliente.
  14. 14. Obrigado Material Produzido para orientação na apresentaçãode resultados das equipes de teste.Responsável:RMS – Serviços de Informática Ltda.rmsil2@ig.com.br

×