Processus des tests réels dans

l'environnement de pratique ou
de la société
 1.
réunion

2.
Plan de développement
3 . Plan de test
module module
Test cases
développeur développeur

4. Développement du projet

testing

reopen Re-testing
…………….
1.Chaque nouveau projet doit commencer avec la réunion
initiale du projet, de familiarité. Dans cette réunion,
nous devrons essentiellement de discuter sur qui est le
client? Quelle est la durée du projet et quand la
livraison? Qui est impliqué dans le gestionnaire
de projet : Manager, chef d’équipe, QA leader,
développeurs, testeurs......

21.. A partir du cahier de charge, le plan de projet est

développé. La responsabilité de manager de projet c’est  de créer
un plan de projet. Les développeurs de commencer à coder à partir
de la conception. Les travaux du projet est divisé en différents
modules et ces modules du projet sont répartis entre
les développeurs. En attendant ,la responsabilité de testeurs est
de créer des scénarios de test et d'écrire des scénarios de
test en fonction de modules affectés. Nous essayons
de couvrir presque tous les cas de tests fonctionnels à partir de
cahier de charge . Les données peuvent être tenus à jour
manuellement dans certains cas, Excel tester des modèles ou des
outils de suivi des bugs.
3. Lorsque les développeurs finition différents
modules, ces modules sont affectés à des testeurs. Le Smoke
test est effectuée sur ces modules et si elles échouent à
ce test, les modules sont réaffectés aux
développeurs respectifs pour fixer. Pour les modules de test
manuel passé est réalisée à partir des cas de test écrit. Si
un bug est constaté que sont-ils assignés au module développeur
et avoir ouvert une session dans l'outil de suivi des bugs. Une
fois le bug est corrigé , le testeur pas à la ré-vérification
et les tests de régression de tous
les modules connexes. Si bug passe la vérification il est
marqué comme vérifié et marqué comme fermé. 
 Test strategy document
 1) Contexte produit Inclure dans le
document de stratégie de test. En premier
paragraphe de votre document de
stratégie de test réponse - Pourquoi les
intervenants veulent développer ce projet?
----- Cela aidera à comprendre et
à hiérarchiser les choses rapidement.


2) Liste toutes les fonctions importantes que

vous allez tester. Si vous pensez
que certaines fonctionnalités ne font pas
partie du présent communiqué évoquent
ensuite les caractéristiques des «Options de
ne pas être testé" étiquette.

 5) Quel outil de suivi des bogues que
vous allez utiliser? Quel sera
le processus quand vous trouverez un
nouveau bug?


6) Quels sont vos critères d'entrée et de
sortie d'essai?


7) Comment vous permettra de suivre
votre progression des tests? Quelles sont
les mesures que vous allez utiliser pour le
suivi de la fin du test?

 3) Écrivez la méthode de test pour
votre projet. Mentionnez clairement quels
types de tests que vous allez mener?
À
savoir Tests fonctionnels, tests d'interface
utilisateur, tests d'intégration, tests de
charge Stress, les tests de sécurité, etc


 4) Répondez aux
questions comme: Comment vous allez eff
ectuer des tests fonctionnels? Manuel
ou de tests d'automatisation? Allez-
vous signer tous les cas de test à partir de
9) Quels sont les documents que vous allez
produire pendant et après la phase de test?

10) Que tous les risques que vous voyez dans la fin

du test?
Si vous répondez à toutes ces questions, je pense
que votre document de stratégie de test devrait
être prêt!