|
| Test d’Application Web |
 |
| Avez-vous des exigences de la volatilité, les failles de sécurité et les ralentisseurs de performances ? |
|
|
| Quick ReleaseTM |
|
Démarrer le test de votre logiciel grâce à des
services packagés.
|
|
|
|
|
|
|
|
|
|
 |
| |
|
Stratégie de Test |
 |
Définir une stratégie de test en collaboration avec le client, cela est directement lié à la livraison du produit, le critère de fermeture du projet, et ses objectifs d’affaires. |
|
| • |
Définir la portée et les engagements du projet. |
|
| • |
Définir les attentes du client et le cahier des charges. |
|
| • |
Attacher les objectifs d’affaires du projet avec la livraison/le critère de fermeture et les activités de test associées. |
|
| • |
Intégrer les processus de qualité avec le cycle de vie du développement. |
|
| • |
Diviser le problème dans les plans de test maîtrisables. |
|
| • |
Identifier les dépendances essentielles et les compromis car il est difficile de tester tous les scénarii, couvrir toute la matrice de configuration, et d’automatiser tous les cas test, tout en restant dans les limites pratiques du temps et du budget. |
|
| • |
Identifier quels éléments/ composants seront testés manuellement, lesquels seront testés via la méthode automatisée, et quel genre d’outils d’automatisation est demandé (basé en script, basé en GUI, propriétaire, off-the shelf, etc.) |
|
| • |
Identifier le champ des besoins en ressources. |
| |
|
|
|
Planning de Test |
|
|
 |
La prochaine étape est le Planning de Test. Tout d’abord, nous établissons une compréhension claire du projet et de ses produits livrables et demander la confirmation du client, s’assurer qu’il n’existe pas de décalage entre notre compréhension et la COMMUNICATION des besoins du client. Tous les produits, les interfaces, les composants, et d’autres dépendances externes sont identifiés, et le délai de livraison des résultats est déterminé. Le plan est présenté au client pour son acceptation. Notre processus du Planning de Test comprend: |
|
| • |
Définir le critère de livraison, y compris le début et la fin. |
|
| • |
Donner un aperçu et une priorité aux efforts de test. |
|
| • |
Déterminer les besoins d'automatisation de test. |
|
| • |
Identifier les besoins en ressources à diverses étapes du test. |
|
| • |
Créer un plan d’activités. |
|
| • |
Établir un modèle de communication. |
|
| • |
Configurer une équipe y compris le nombre, le type et l’ancienneté des ressources et la durée du temps nécessaire et cartographie chaque ressource sur le plan d’activité. |
|
|
|
|
Exécution de Test |
 |
Bien que chaque projet a des exigences différentes, l’exécution de test suit souvent les processus ci-dessous: |
|
| • |
Préparer un plan de test et des cas test compréhensifs pour tous les
types de test. |
|
| • |
Préparer les données de test et les journaux de test. |
|
| • |
Mettre en place l’environnement du test pour que toutes les opérations puissent être achevées rapidement, exactement et efficacement. |
|
| • |
Exécuter les tests d’Erreur / de Trap pour assurer la précision des
testeurs. |
|
| • |
Exécuter le test comme indiqué, en notant l’emplacement des cas de
test qui nécessite la révision et la mise à jour. |
|
| • |
Signaler tous les bugs conformément aux modalités convenues avec le
client, à la suite de protocoles de gestion de défaut, en informant le client de la situation actuelle, surveillant tous les problèmes non résolus et conduisant à une résolution, et en assurant que la communication entre toutes les parties est complète et précise. |
|
| • |
Mettre à jour hebdomadairement les documents du Statut du Projet pour l’Audit et Suivi Interne.
|
|
| • |
À l’achèvement du projet, réviser tous les aspects du projet et soumettre au client un rapport de Project Close-out qui évalue objectivement l’exécution et les résultats du projet. |
|
|
|
|
| |
|
|
|
|
|
