Testes no Ciclo de Vida do Software

Qual a relação entre Governança de TI e Testes de Software?

Teste baseado em riscos
Risco: a possibilidade de um resultado indesejado
Risco de produto (ou qualidade)
Risco de projeto (ou planejamento)

Riscos de Produto (ou qualidade)
Relacionados ao produto em si
Riscos de Projeto (ou planejamento)
Relacionados à capacidade de entrega do produto do projeto no tempo, custo e escopo planejados

O nível de risco varia, geralmente dependendo de:
Probabilidade
Impacto

No teste baseado em riscos, o teste responde ao risco
Através da alocação de esforço, seqüenciamento de teste, e priorização de reparo de defeitos
Fornecendo mitigação e respostas de contingência
Reportando resultados de teste e status de projeto

Estas respostas ao risco ocorrem através do ciclo de vida
Redução do risco pela execução de teste e identificação de defeitos
Reavaliação de risco e níveis de risco com base na nova informação

Quanto maior o risco, maior o esforço de teste alocado
Quanto maior o risco, mais cedo o teste deve iniciar
Nível total de risco de qualidade é reduzido à medida que o teste continua
Os resultados são reportados em termos de riscos residuais
Triagem de teste é feita com base na ordem dos riscos

Cliente
Estratégia de TI
ServiceDesk
Arquitetura
Corporativa
Gerenciamento de
Aplicações
Desenvolvimento
De Aplicações
Gestão de Mudança
Desenvolvimento
Requisitos
A&D
Construção
Teste
Implantação
Teste / Homologação (V&V)
Aspectos incluem
Infra
Processo
Gestão
Pessoas
Reativo
Problemas
Produção

Teste ao longo do ciclo de vida
No slide anterior, vimos que o teste pode ser aplicado ao longo do ciclo de vida, desde a fase dos requisitos.
Essa decisão de quando e como executar os testes deve ser baseada em riscos.

Riscos de qualidadesãoproblemas de sistemapotenciaisquepodemreduzir a satisfação do usuário.
Rastreandoinformaçãoaosrequisitos, design ououtras bases de risco
Número de prioridade de risco: Medidaagregada de risco de problema
Risco de negócio (opcional): impacto do problema
Riscotécnico: Probabilidade do problema
1 = Muito alto
2 = Alto
3 = Médio
4 = Baixo
5 = MuitoBaixo
Umahierarquia de categorias de riscopodemajudar a organizar a lista e ativarsuamemória.
O produto dos riscostécnicos e de negócio, variando de 1 a25.
1-5 = Extensivo
6-10 = Abrangente
11-15 = Mediano
16-20 = Oportunidade
21-25 = Registro

Exemplo: Teste e Risco

Período de execução de testes
Exemplo: Reportandoníveis de riscoresiduais
A regiãoemverderepresentariscosparaosquaistodosos testes foramexecutados e passaram e nenhum bug a corrigirfoiencontrado. Regiãoemvermelhorepresentariscosparaosquaisaomenos um testefalhou e aomenos um bug a corrigir é conhecido. Regiãoempretorepresentaoutrosriscos, quenãopossuemnenhum bug a corrigir, masaindapossuem testes pendentes de execução.

Lidando com riscos de projeto
Gerentes de teste devem liderar a identificação e posteriormente gerenciar os riscos de projeto.
Teste relacionado aos riscos de projeto incluem
Prontidão do ambiente de teste e das ferramentas
Disponibilidade e qualificação de staff
Nível de qualidade de entregáveis de teste
Excesso de mudança em escopo ou definição do produto
Excessivo esforço de teste ad-hoc

Exemplo: Riscos de projeto relacionados a testes

A ênfase também pode ser em relação à melhoria contínua, no aspecto de QualityAssurance (ao invés de QualityControl, que tratamos até o momento)

Governança de TI
Governança de testes
Política (Estratégia
Corporativa)
Estratégia de Testes
(Aspectos técnicos)
Planejamento contínuo
(Projeto)
Serviços
Inspeção de Artefatos.
Teste Funcional
Inspeção de Código
Teste de performance
Usabilidade
Outros
Entregáveis
/
Monitoração
Suporte e Tecnologia
Infra-estrutura
Ambiente
Ferramentas

E tem mais....

Estamos quase lá...

Imaginando uma linha de
processos de negócio...
Toda organização tem algo deste tipo.
É possível que algumas organizações tenham processos diferentes, mas a mudança geralmente não é muito grande.
Esses são os processos finalísticos, ou seja, aqueles que geram valor para o cliente final.
Este é o primeiro nível em nossa análise.

E onde entram os sistemas?
PCOM
PRODONLINE
ProdERP
CLICOM
MasterCRM
Para atender aos processos de negócio, existem os sistemas, que, naturalmente, estão posicionados dentro dessa sequência lógica.
Notem que os sistemas estão organizados sequencialmente, exatamente como no caso de teste.
Obs.: É possível que um sistema apareça posteriormente de novo em processos de negócio.

Separando os sistemas...
Observe que estou separando os sistemas antes de detalhar as funções, que é o próximo passo.

Separando as funções do sistema
Agora acima note que eu separei as funções de cada sistema que estão envolvidas neste teste.
Quanto se está fazendo o levantamento para um escopo muito grande, é natural levantarmos várias funções. Isso é bom.

http://www.companyweb.com.br	690
http://www.portalgsti.com.br	330
http://feeds.feedburner.com	13
http://app.brandwatch.com	1
http://172.16.32.24	1

Testes no Ciclo de Vida do Software

by CompanyWeb | Gestão & Governança on Jul 15, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

5 Embeds 1,035

Statistics

Testes no Ciclo de Vida do Software — Presentation Transcript