Teste

de Integrao, Sistema e Aceitao

Centro de Inform-ca - Universidade Federal de Pernambuco Sistemas de Informao Vinicius Cardoso Garcia vcg@cin.ufpe.br Slides originais elaborados por Ian Sommerville
O autor permite o uso e a modicao dos slides para ns did-cos

Teste de Integrao
Unidades ou aplicaes que foram testadas em separado so testadas de forma integrada A interface entre as unidades integradas testada O teste de integrao deve ser feito de forma incremental, ou seja, as unidades devem ser integradas em pequenos segmentos Este teste executado por um testador de integrao (geralmente um programador)
[if977] Engenharia de SoUware - SI - CIn - UFPE 2

Stubs e Drivers
No contexto de teste de integrao, usamos os elementos stubs e drivers

Stubs so pseudo-implementaes de determinadas especicaes (Casos bsicos/ triviais/esperados) Drivers so operaes que automa-zam testes de acordo com casos de teste
[if977] Engenharia de SoUware - SI - CIn - UFPE 3

Teste de Integrao
Suponha a integrao de um grupo de mdulos para formar um componente A estrutura de controle forma uma hierarquia de chamadas como segue

[if977] Engenharia de SoUware - SI - CIn - UFPE

Teste de Integrao
Para simplicar a localizao de erros, os sistemas devem ser integrados incrementalmente. A integrao dos mdulos pode ser feita atravs das abordagens
Top-down ou Bobom-up

[if977] Engenharia de SoUware - SI - CIn - UFPE

Abordagem Top-down
Os mdulos so integrados de cima para baixo. O teste usa drivers e stubs
O driver u-lizado como mdulo de controle principal, e os mdulos reais so subs-tudos por stubs. A medida que os testes vo sendo realizados os stubs so subs-tudos pelos mdulos reais, um de cada vez

[if977] Engenharia de SoUware - SI - CIn - UFPE

Top-down

[if977] Engenharia de SoUware - SI - CIn - UFPE

Top-down

[if977] Engenharia de SoUware - SI - CIn - UFPE

Top-down

[if977] Engenharia de SoUware - SI - CIn - UFPE

Top-down

[if977] Engenharia de SoUware - SI - CIn - UFPE

10

Top-down: Vantagens
Permite vericao de comportamento de alto nvel Um nico driver necessrio Mdulos podem ser adicionados, um por vez, em cada passo, se desejado. Suporta as abordagens breadth rst e depth rst

[if977] Engenharia de SoUware - SI - CIn - UFPE

11

Top-down: desvantagens
Retarda vericao de comportamento de baixo nvel Stubs so necessrios para suprir elementos ainda inexistentes

[if977] Engenharia de SoUware - SI - CIn - UFPE

12

Abordagem Bo?om-up
A integrao feita a par-r do nvel mais bsico da hierarquia. Os stubs nem sempre so necessrios
Os mdulos do nvel inferior so combinados. Para cada combinao criado um driver que coordena a entrada e a sada dos casos de teste.

O mdulo testado O driver subs-tudo pela combinao de mdulos correspondentes, que passam a interagir com os mdulos do nvel superior
[if977] Engenharia de SoUware - SI - CIn - UFPE 13

Bo?om-up

[if977] Engenharia de SoUware - SI - CIn - UFPE

14

Bo?om-up

[if977] Engenharia de SoUware - SI - CIn - UFPE

15

Bo?om-up

[if977] Engenharia de SoUware - SI - CIn - UFPE

16

Bo?om-up

[if977] Engenharia de SoUware - SI - CIn - UFPE

17

Bo?om-up: vantagens
Permite vericao antecipada de comportamento de baixo nvel Stubs nem sempre so necessrios

[if977] Engenharia de SoUware - SI - CIn - UFPE

18

Bo?om-up: desvantagens
Retarda vericao de comportamento de alto nvel Drivers so necessrios para elementos ainda no implementados Como sub-rvores so combinadas, um grande nmero de elementos deve ser integrado de uma s vez.

[if977] Engenharia de SoUware - SI - CIn - UFPE

19

Teste baseado em Chamadas

Os testes top-down e bobom-up so puramente funcionais Usando abordagem estrutural podemos iden-car dependncias entre unidades Duas tcnicas:
Por papers Por vizinhana

Obtm-se melhoria ao reduzir stubs/drivers

[if977] Engenharia de SoUware - SI - CIn - UFPE 20

Teste por pares

[if977] Engenharia de SoUware - SI - CIn - UFPE

21

Teste por vizinhana

[if977] Engenharia de SoUware - SI - CIn - UFPE

22

Teste de Sistema
Inves-ga o funcionamento da aplicao como um todo Integrao dos componentes de soUware com ambiente operacional(similar ao de produo) realizada e testada. Geralmente emprega teste funcional (Ideal: executado por membro de um grupo independente de testes) Pode usar o diagrama de casos de uso como fonte de funcionalidades Pode ser guiado pelos uxos dos casos de uso
[if977] Engenharia de SoUware - SI - CIn - UFPE 23

Teste de Aceitao
Testes funcionais, realizados pelo usurio, obje-vando demonstrar a conformidade com os requisitos do soUware Envolve treinamento, documentao e empacotamento Podem ser de duas categorias:
Alfa
Feitos por usurios, geralmente nas instalaes do desenvolvedor. Observam e registram/problemas Feitos por usurios, geralmente em suas prprias instalaes, sem superviso do desenvolvedor. Problemas detectados so ento relatados ao desenvolvedor
[if977] Engenharia de SoUware - SI - CIn - UFPE 24

Beta

Exemplos de Casos de Testes

[if977] Engenharia de SoUware - SI - CIn - UFPE

25

Caso de teste: tela de login

[if977] Engenharia de SoUware - SI - CIn - UFPE

26

Caso de teste: Pesquisa por Perodo

[if977] Engenharia de SoUware - SI - CIn - UFPE

27

Leituras recomendadas
SOMMERVILLE, I. Engenharia de SoUware. 9. Ed. So Paulo: Pearson Educa-on, 2011
Captulo 23

[if977] Engenharia de SoUware - SI - CIn - UFPE

28