Discussion :

[faressam]

Bonjour,
Je remarque de plus en plus
un mot se répéter dans les projets,
"stratégies de tests fonctionnels"
je voulais vous demander si vous avez déjà rencontré ce terme,
et qu'est ce qui vous inspire,

ma question est motivé plus par le fait que chaque personne
y compris moi lui donne une signification différente.

Merci pour votre contribution.

[dgueguen]

Une stratégie de tests fonctionnels ou non à mon sens aborde les points suivants:

• Quel est notre périmètre (objectif, contrainte, limites).
• Comment l'effort de test va être réparti (Y-a-t-il des fonctionnalités plus critiques que d'autres qui devront être mieux testées que d'autres parce que stratégiques).
• Les moyens de test matériel et humain (expert, plateforme de test, outil de simulation).
• La politique d'automatisation.
• La stratégie de non régression.
• Comment est géré le plan de test?
• Le reporting (bug, rapport de test, tracabilité).

Néanmoins dans la stratégie de test il me semble important de prendre en compte les aspects non fonctionnels qui peuvent être essentiels. Par exemple sur un site web qui offre de nouveaux services, il est important de traiter l'aspect "facilité d'utilisation" par exemple avec une campagne de beta test ou en faisant appel à un ergonome.
Dans la stratégie de test il faudra prévoir des moyens pour organiser la campagne de beta tests ou dans les moyens humains un expert.

Cordialement
Dominique.

[pseudocode]

Bonjour,
Je remarque de plus en plus
un mot se répéter dans les projets,
"stratégies de tests fonctionnels"
je voulais vous demander si vous avez déjà rencontré ce terme,
et qu'est ce qui vous inspire,

ma question est motivé plus par le fait que chaque personne
y compris moi lui donne une signification différente.

Merci pour votre contribution.

C'est l'équivalent du "Test Plan" dans l'IEEE. Suivant la règle de nommage utilisée on parle soit de :

Test Plan --> Test Cases --> Test Procedures

ou de

Test Strategy --> Test Scenarios --> Test Scripts

[faressam]

et le test de chaque procédures,
se fait avec l'utilisateur qui doit la réaliser,

ou on suit un cachier "Best practices" ?
Merci.

[pseudocode]

Le 'test de chaque procédure" ?

Tu veux dire la "rédaction des procédures" ou "l'execution des tests" ?

[faressam]

Non c'est juste que tu as dit
"Test Plan --> Test Cases --> Test Procedures"

et je te demandais si il fallait lire et étudier toutes les procédures,
une à une, 2) Valider ces procédure d'un regard métier/expert ?

ou bien 3) Valider ces procédures avec les utilisateurs : leurs demander si ils ont bien connaissance de ces procédures, et si ils arrivent à les appliquer.

[pseudocode]

Non c'est juste que tu as dit
"Test Plan --> Test Cases --> Test Procedures"

et je te demandais si il fallait lire et étudier toutes les procédures,
une à une, 2) Valider ces procédure d'un regard métier/expert ?

ou bien 3) Valider ces procédures avec les utilisateurs : leurs demander si ils ont bien connaissance de ces procédures, et si ils arrivent à les appliquer.

Les "Test Cases" doivent être revues par un expert, pour voir si les cas de tests sont redondants, manquants, utiles, ...

Les "Test Procedures" doivent être revues par les testeurs pour voir si les tests sont réalisables (conditions initiales, opérations, points de mesure, ...)

[faressam]

et pour les "Test Procedures" il faut ségmenter
le proramme en mini partie, et donner un nom à chaque partie
devant chaque nom : L'entrée - La sortie - Priorité (*)- Objectif - Responsabe et Pré-requis

ça c'est la procèdure technique.

[tipiak]

a mon sens (et sauf erreur c'est la définition également de SAQ / ISTQB / ISEB) donc le détail se trouve dans les docs de ces consortium

la strategie de test c'est l'Initialisation d'une campagne de test (un peu comme un dossier d'initialisation de développement)

avec tout ce qui est nécessaire pour commencer (scope, ressource, environement, planning ....) ==> en gros comme déja dit plus haut c'est le test plan de IEEE

vient ensuite l'élaboration des procedures et cas de tests (ce que certains appellent également le TEST PLAN) mais c'est un abus d'utilisation (notement induit par quality center d'HP qui effectue ces tâches dans un module appelé TEST PLAN)

l'execution (instanciation des tests décrits) ca vient encore apres ...


par contre quelques remarques annexe : les aspects best practices selon moi n'entre pas dans le tests plan
mais plutot au niveau de la Politique de tests (au niveau entreprise ou portefeuille projet et non au niveau de la campagne de test elle meme)

suite a des campagnes terminée, dans le "test quit" on identifie des forces et des faiblesses que l'on peut faire remonter au niveau polique globale pour les projets futurs
(en gros c'est une tache transversale de gouvernance au niveau des tests)

[bilred]

Bonjour,
Je remarque de plus en plus
un mot se répéter dans les projets,
"stratégies de tests fonctionnels"
je voulais vous demander si vous avez déjà rencontré ce terme,
et qu'est ce qui vous inspire,

ma question est motivé plus par le fait que chaque personne
y compris moi lui donne une signification différente.

Merci pour votre contribution.

Bonjour,

je n'est pas lu tous les poste mais à mon sanse une stratégie de test fonctionnel ce résume en graux:
- Définir une stratégie de test

• Définition de classes d 'équivalence
• Analyses aux bornes
• Test hors limites

Alors c'est définir les cas concré (avec valeur) des test pour:
1- donner un nombre limite de test (classes d 'équivalence)
2- tester les limite du système
3- teste des cas faux pour voir la réaction du système

pour plus d'info ce pose de "dgueguen" peut aider:
http://www.developpez.net/forums/d81...test-possible/

sa peut être des choix d'algorithme des génération de cas de test différant pour chaque cas.

Cordialement
billel