Objectiu
Elaborar el document que recull l’enfoc i estratègia de tots els nivells de proves (unitàries, integració, sistema, acceptació) i tipus que es realitzaran en el projecte/solució.
Qui ho faQui ho valida
Cap de Projecte (Proveïdor) Responsable funcional de sistema d'informació
Passos
  • Identificar els elements que es provaran i no es provaran
  • Identificar els riscos del sistema per alinear l'esforç de les proves
  • Establir l'enfoc de les proves
  • Definir el catàleg de proves de la versió a provar
  • Definir el calendari de proves
  • Definir els riscos en el procés de proves
EntradesSortides
Instruccions operatives
Guies, estàndards i altres documents relacionats

L’equip de proves ha de reunir la informació disponible de l’aplicació a provar (document de visió i necessitats i especificació de requisits en cas que existeixin o consultant al responsable de la solució), per a comprendre-la i determinar l’abast de les proves.

Aquesta informació es recull en el Pla Mestre de proves

Definir l’abast de les proves

A partir dels requisits i necessitats del projecte/solució s’ha de determinar quin serà l’abast de les proves.

En primer lloc s’ha d’identificar els elements que es provaran, com aquells que no es provaran i el seu motiu. Els elements identificats poden ser:

  • Aplicació o àrea funcional que es provarà i la seva versió
  • Unitats, mòduls que es provaran i les seves versions

Exemple: S’avaluaran els següents elements:

  • Versió 1.2 de l’Aplicació Web Sistema de XXX i la seva infraestructura
  • Plataformes de client Windows 7 amb navegadors Firefox 5 i superiors.
  • Els components de pagament.

En el cas de proves sobre aplicacions mòbils o proves de webs responsive incloure la taula de cobertura de dispositius, sistemes operatius i resolucions que es provaran.

Riscos del sistema

Identificar els riscos dels elements del nostre sistema per determinar com es poden mitigar amb proves i/o revisions.

Estratègia i enfoc proves

Descriure al pla mestre de proves quina és l’estratègia de proves i el seu enfoc.

És a dir, en base a que s’escullen quines són les proves a realitzar (segons riscos, experiència prèvia, …) i per cada tipus de prova que es realitzarà quin és el seu objectiu.

Al respecte de les proves de rendiment, s’han d’intentar establir les necessitats de concurrència d’usuaris en les proves que es faran.

Catàleg proves de la versió

El pla de proves ha d’indicar quins casos de prova s’executaran. En alguns casos aquests casos de prova ja hauran estat definits i usats en versions prèvies, i en la resta s’hauran de definir.

Per a crear el catàleg de les proves cal realitzar:

  1. Definir els cicles de proves: Definir els cicles de proves a ValueEdge

    Cal definir els diferents cicles de proves que es planifiquen dins la versió.

  2. Crear els nous casos de prova que s’executaran en cada cicle. Pot ser que algunes de les proves a executar no s’haguessin creat en cicles previs, pel que caldrà crear els casos de prova. Seguir la guia Crear els casos de prova (si hi ha nous respecte a cicles previs)

  3. Crear els Conjunts de proves dels cicles

  4. Associar els casos de prova a cada cicle de proves

  5. Generar des de l’eina els fragments del Pla Mestre de Proves seguint la guia: Generar fragments del pla de proves amb ValueEdge

Planificació de les proves

Incloure un cronograma de les activitats de proves.

Riscos del procés de proves

Identificar quins són els riscos del procés de proves (calendari, disponibilitat de l’entorn de proves, disponibilitat de l’especificació de requisits ja aprovada, jocs de dades, …), que han de ser mitigats per la consecució exitosa de la seva definició i execució.