software testing training
LibérerFormation aux tests de logicielsSur un projet en direct en temps réel:
Nous sommes très heureux de présenter ce prochain série de didacticiels gratuits de formation aux tests de logiciels. Nous allons simuler un projet logiciel de bout en bout en temps réel en passant en revue chaque phase en détail avec un accent particulier sur les processus de formation QA, les phases, les rôles et responsabilités, les livrables, etc.
En bref, soyez prêt pour un court cours de test de logiciels en ligne.
Note importante : Les tutoriels gratuits ci-dessous sont utiles pour commencer, mais si vous êtes intéressé par le meilleur cours de formation en ligne LIVE Software Testing par des experts, veuillez consulter cette page.
=> Voici laliste de tous les tutorielsdans cette série de formation gratuite au contrôle qualité Live Project:
convertisseur youtube en mp3 le mieux noté
- Jour 1: Présentation du projet en direct
- Jour 2: Révision du document SRS et création de scénarios de test
- Jour 3: Comment rédiger un document de plan de test à partir de zéro
- Jour 4: Écriture de cas de test à partir d'un document SRS
- Jour 5: Exécution des tests
- Jour 6: Suivi des bogues, mesures de test et validation des tests
Pourquoi cette formation gratuite au contrôle qualité?
Nous recevons de nombreuses requêtes de nos lecteurs pour partager notre expérience sur le processus de test logiciel exact suivi des équipes de tests logiciels. Nous avons donc décidé de documenter ce STLC complet à l'aide d'un exemple d'application en direct qui est disponible pour tester sur Internet.
Nous utiliserons ce projet en direct pour notre série de formation aux tests de logiciels. Nous vous recommandons vivement de suivre de près cette série car ce sera un cours intensif à apprendre et à mettre en œuvre pratiques de test sur une application en direct.
Ce que vous apprendrez:
Formation aux tests de logiciels sur un projet en direct - Qu'est-ce que c'est?
Avant d'aller plus loin, permettez-moi de prendre un moment pour expliquer en quoi consiste cette série de cours de test de logiciels et comment elle va prendre forme à mesure que nous progressons.
Nous avons choisi une application en direct (dont les détails sont ci-dessous) et commençons par:
- Examen SRS
- L'écriture Scénarios de test
- Planification des tests
- Conception de cas de test
- Identification des données de test
- Exécution des tests
- Gestion des défauts
- Rapports d'état
- Collection métrique
- Fondamentalement, tout ce que nous ferions généralement dans un projet de test logiciel en temps réel - avec des exemples en temps réel, des artefacts et des livrables créés au cours du processus.
Comment suivre cette série de cours de test de logiciels?
Étape 1) Introduction et procédure pas à pas SRS - Nous commencerons ce mini cours de test de logiciels avec la procédure pas à pas SRS. Nous avons créé et partagé un exemple de document SRS. Parcourez-le car toutes les étapes ultérieures dépendent de votre compréhension de cette application.
Étape 2) Examen SRS et préparation du scénario de test.
Étape 3) Plan de test - terminez le processus de création d'un plan de test à partir de zéro. La version finale du plan de test sera partagée avec vous pour référence.
Étape 4) Cas de test - Processus d'écriture de cas de test complet avec quelques exemples de cas de test. Nous pouvons utiliser n'importe quel outil de gestion de test ou feuille de calcul pour écrire des cas de test.
Étape # 5) Procédure pas à pas de l'application et exécution des tests - Comment exécuter des cas de test et enregistrer les résultats des tests?
Étape # 6) Rapport de défauts
Étape # 7) Vérification des défauts, processus de test de régression
Étape # 8) Signature du contrôle qualité
L'intention est de vous donner à tous une sensation d'expérience et d'expertise de projet en temps réel. Nous espérons que cette série vous sera utile.
Application que nous allons utiliser davantage
introduction
Client: Orange
Application: Démo OrangeHRM .
Fournisseur de services: LogicielTestingHelp.com
Description du projet
Orange souhaite créer un produit commercial de gestion des ressources humaines qui peut être consommé et personnalisé par des entreprises de taille moyenne situées dans un seul pays et dans le monde.
Il a 2 versions: Professionnel et entreprise.
Les fonctionnalités incluent
- Gestion des informations personnelles
- Gestion avancée des congés
- Suivi du temps et des présences
- Gestion du rendement des employés
- Recrutement
- Rapports avancés
- Gestion des employés basée sur le pays / l'emplacement
- Règles de congé localisées
- Flux de travail configurables
- Assistance Platine
- Rapports basés sur le pays / l'emplacement
- Rapports personnalisés
Remarque : Par souci de simplicité et pour limiter la portée, considérons le module employé de ce portail HRM où l'utilisateur a la possibilité de saisir ses informations personnelles.
Lorsqu'un client ou un propriétaire d'entreprise a besoin de s'aventurer dans le monde en ligne ou d'apporter des mises à jour sur le site ou l'application déjà existant, le besoin est un problème commercial et le logiciel est un morceau de code conçu pour résoudre ce problème commercial.
Un client se rapproche ensuite d'un fournisseur de services logiciels pour faire de ce logiciel une réalité pour eux. C’est là que commence le lancement du projet logiciel.
Une traditionnelle Projet Waterfall (SDLC) comporte les phases suivantes:
- En tant que contrôle qualité, nous savons tous que même si 'Test' est l'étape 5 de ce flux, ce n'est pas le seul endroit où les testeurs jouent un rôle de premier plan.
- De plus, les tests sont un travail réactif. En l'absence de code / application prêt à tester, nous ne pouvons vraiment rien «tester». Afin d'être prêts et de réagir de la manière la plus efficace possible, nous essayons autant que possible de planifier et de nous préparer à l'avance. Ainsi, même si la phase 5 est consacrée aux tests, nos activités démarrent bien avant.
En un mot, voici ce qui se passe à chaque phase !!
Lancer:
Une fois que le producteur et le client se sont mis d'accord sur les conditions, la production du logiciel commence.
- Au cours de cette phase, les exigences commerciales sont rassemblées et analysées. L'analyse impliquera les décisions sur les considérations technologiques, les spécifications matérielles et logicielles, les personnes, les efforts, le temps, la pertinence et les améliorations, entre autres.
- Les analystes commerciaux, les chefs de projet et les représentants des clients sont impliqués dans cette étape.
- À la fin de cette étape et du projet de base, le plan est préparé.
- Des documents spécifiques au projet tels que le document de portée et / ou les exigences commerciales sont élaborés.
- L'implication de l'AQ à ce stade n'est généralement pas prévisible. (Il s'agit d'un léger écart par rapport à ce qu'il devrait être car pour identifier les problèmes au début des phases de développement, il est préférable d'impliquer l'AQ dès le début.)
Définir:
Les besoins opérationnels finalisés sont les données d'entrée pour cette étape.
- Cette phase implique la traduction des exigences métier en exigences fonctionnelles pour le logiciel. Par exemple , si l'exigence commerciale est de permettre à un utilisateur d'acheter quelque chose sur un site. L'exigence fonctionnelle aura des détails comme Format du site-> Nom de l'option de menu et emplacement-> Rechercher un produit-> Panier d'achat-> Caisse (inscription ou non) -> Options de paiement-> Confirmation de vente.
- Développeurs, Business Analysts, Project Managers sont impliqués dans cette phase
- Le résultat de cette phase est un document détaillé contenant les exigences fonctionnelles du logiciel. Ce document est désigné sous plusieurs noms - Spécification des exigences logicielles (SRS), Document des exigences fonctionnelles (FRD) ou Spécification des exigences fonctionnelles (FRS).
- C'est là que l'équipe d'AQ intervient - après l'achèvement de la documentation SRS.
- Pendant que la finalisation des exigences fonctionnelles et de la documentation du SRS se poursuit, le responsable / chef de l'AQ est impliqué pour rédiger un version initiale du plan de test et former une équipe d'AQ.
- L’implication de l’équipe d’assurance qualité se fera une fois le SRS documenté.
- À ce stade, soit l'équipe de développement, soit l'analyste commercial ou parfois même le chef d'équipe QA donnera une présentation du SRS à l'équipe QA.
- En cas de nouveau projet, une procédure pas à pas complète sous la forme d'une conférence ou d'une réunion fonctionne mieux
- En cas de versions ultérieures d'un projet existant, un document est envoyé par e-mail ou par placement dans un référentiel commun à l'équipe d'assurance qualité. À ce stade, l'équipe d'AQ le lirait / l'examinerait hors ligne et comprendrait parfaitement le système.
- Étant donné que le public cible principal du document SRS ne se limite pas aux testeurs, tout cela ne nous est pas utile. Nous, les testeurs, devons être suffisamment diligents lors de l'examen de ce document pour décider quelles parties de celui-ci nous sont utiles et quelles parties ne le sont pas.
Document SRS pour ce projet en direct
Un exemple de document SRS est joint à ce message pour vous donner une idée de l'apparence de ce document, du format dans lequel il est rédigé, du type d'informations qu'il contient, etc. Dans le prochain article, nous aborderons la manière dont ce document est utilisé par l'équipe QA pour continuer dans nos projets de test.
==> Télécharger un exemple de document SRS de projet en direct .
Conclusion
Dans cet article, nous vous avons présenté le processus de développement et de test de logiciels. Nous avons également partagé un exemple de document SRS pour le projet en direct que nous allons tester.
=> Le prochain article de cette série de formation sur les tests de logiciels sera - Revue SRS et processus de création de scénarios de test .
Noter: Alors que le prochain article de cette série de formations QA est en cours de rédaction, travaillez avec nous en parallèle ici pour le expérience la plus en direct . Essayez de donner une bonne lecture du document SRS et nous continuerons avec les prochaines étapes lorsque nous nous reverrons.
Bon test, jusque-là!
https www google comyoutube en mp3
A propos de l'auteur: Swati Seela, membre de l'équipe STH, nous aide à présenter cette série de formations en direct sur l'assurance qualité.
lecture recommandée
- Programme de cours de test de logiciels - Plan de formation détaillé du cours en ligne
- Commentaires et évaluations du cours de test de logiciels
- FAQ sur le cours de formation à l'assurance qualité sur les tests de logiciels
- Le meilleur cours de formation d'assurance qualité sur les tests de logiciels en ligne
- Comment réviser un document SRS et créer des scénarios de test - Formation aux tests de logiciels sur un projet en direct - Jour 2
- Ressources et téléchargements de tests de logiciels d'assurance qualité
- Guide d'externalisation de l'assurance qualité: sociétés d'externalisation de tests de logiciels
- Test d'applications - Dans les bases du test de logiciels!