Testes de Software AULA 03 Eduardo Silvestri www.eduardosilvestri.com.br.

Apresentação em tema: "Testes de Software AULA 03 Eduardo Silvestri www.eduardosilvestri.com.br."— Transcrição da apresentação:

1 Testes de Software AULA 03 Eduardo Silvestri www.eduardosilvestri.com.br

2 Testes de Software Dependabilidade

3 Dependabilidade Mascaramento de Falhas O mascaramento de falhas garante resposta correta mesmo na presença de falhas. A falha não se manifesta como erro, o sistema não entra em estado errôneo e, portanto, erros não precisam ser detectados, confinados e recuperados.

4 Dependabilidade Mascaramento de Falhas Entretanto, em caso de falhas permanentes, a localização e o reparo da falha ainda são necessários. A tabela mostra mecanismos usuais para implementação de mascaramento de falhas. Alguns desses mecanismos serão vistos em detalhes.

5 Dependabilidade Mascaramento de Falhas

6 Dependabilidade Redundância. Redundância é a palavra mágica em tolerância a falhas. Redundância para aumentar confiabilidade é quase tão antiga como a história dos computadores. Todas as técnicas de tolerância a falhas envolvem alguma forma de redundância. Redundância está tão intimamente relacionada a tolerância a falhas que na indústria nacional o termo usado para designar um sistema tolerante a falhas é sistema redundante.

7 Dependabilidade Redundância. Redundância para tolerância a falhas pode aparecer de várias formas: Redundância de hardware Redundância de software

8 Dependabilidade Redundância. Todas as formas de redundância, de hardware e de software, tem algum impacto no sistema, seja no custo, no desempenho, na área (tamanho, peso), ou na potência consumida. Assim, apesar de ser a solução "mágica" para tolerância a falhas, o uso de redundância em qualquer projeto deve ser bem ponderada.

9 Dependabilidade Redundância. Redundância tanto serve para detecção de falhas, como para mascaramento de falhas. O grau de redundância em cada caso é diferente. Para mascarar falhas são necessários 12 mais componentes do que para detectar falhas.

10 Dependabilidade Redundância. Por exemplo, para detectar falhas em um microprocessador é necessário outro microprocessador idêntico, sincronizado ao primeiro, além de um comparador de sinais na saída de ambos. Qualquer diferença na comparação indica que o par de microprocessadores está em desacordo, e que portanto um dos dois está falho.

11 Dependabilidade Redundância. Entretanto está falha não pode ser mascarada. O resultado da comparação não indica quais as saídas são as corretas.

12 Dependabilidade Redundância de Hardware. Redundância de hardware está baseada na replicação de componentes.

13 Dependabilidade Redundância de Software. A simples replicação de componentes idênticos é uma estratégia inútil em software. Componentes idênticos de software vão apresentar erros idênticos. Assim não basta copiar um programa e executá-lo em paralelo ou executar o mesmo programa duas vezes.

14 Dependabilidade Redundância de Software. Exemplos de outras formas de redundância em software: diversidade (ou programação n-versões) blocos de recuperação verificação de consistência

15 Dependabilidade Redundância de Software. É interessante lembrar que se o software foi projetado corretamente desde o início, então não são necessárias técnicas de tolerância a falhas para software. Infelizmente estamos longe de poder garantir, na prática, programas corretos.

16 Perguntas / Entrega Imediata 1- O que é mascaramento de falhas ? 2- Quais os mecanismos de mascaramento de falhas ? 3- O que é redundância e para que serve ? 4- Quais as formas de redundância ? 5- Quais os impactos que a redundância de hardware pode causar em um sistema ? 6- A replicação de um componente de Software pode ser determinado uma redundância ? Porque ? Publicações -Mapa Conceitual.

17 www.eduardosilvestri.com.br Eduardo Silvestri silvestri@eduardosilvestri.com.br Dúvidas