build verification testing complete guide
meilleur logiciel pour ripper des dvd en mp4
Qu'est-ce que le test de vérification de build (BVT)?
Le test de vérification de build est un ensemble de tests exécutés sur chaque nouvelle build pour vérifier que la build est testable avant d'être publiée pour une équipe de test pour des tests supplémentaires.
Ces cas de test sont des cas de test de fonctionnalité de base qui garantissent que l'application est stable et peut être testée de manière approfondie. Le processus BVT est généralement automatisé. Si BVT échoue, cette compilation est à nouveau attribuée à un développeur pour le correctif.
BVT est également appelé Test de fumée ou construit des tests d'acceptation (BAT)
La nouvelle construction est vérifiée principalement pour deux choses:
- Validation de la construction
- Acceptation de la construction
Quelques notions de base BVT:
- C'est un sous-ensemble de tests qui vérifient les principales fonctionnalités.
- Les BVT sont généralement exécutés sur des builds quotidiens et si le BVT échoue, la build est rejetée et une nouvelle build est publiée une fois les correctifs effectués.
- L'avantage de BVT est qu'il évite les efforts d'une équipe de test pour configurer et tester une version lorsque des fonctionnalités majeures sont interrompues.
- Concevez les BVT suffisamment soigneusement pour couvrir les fonctionnalités de base.
- En règle générale, BVT ne doit pas fonctionner plus de 30 minutes.
- BVT est un type de Les tests de régression , fait sur chaque nouvelle construction.
BVT vérifie principalement l'intégrité du projet et vérifie si tous les modules sont correctement intégrés ou non. Les tests d'intégration de modules sont très importants lorsque différentes équipes développent des modules de projet. J'ai entendu de nombreux cas d'échec d'application en raison d'une mauvaise intégration du module. Même dans les pires cas, le projet complet est mis au rebut en raison d'un échec de l'intégration du module.
Quelle est la tâche principale de Build Release? Évidemment, enregistrez un fichier, c'est-à-dire pour inclure tous les fichiers de projet nouveaux et modifiés associés aux versions respectives. BVT a été principalement introduit pour vérifier l'état de la construction initiale, c'est-à-dire pour vérifier si - tous les fichiers nouveaux et modifiés sont inclus dans la version, tous les formats de fichiers sont corrects, chaque version et langue de fichier, les indicateurs associés à chaque fichier.
Ces vérifications de base valent avant la publication de la version de compilation pour l'équipe de test pour les tests. Vous économiserez du temps et de l'argent en découvrant les défauts de construction au tout début en utilisant BVT.
quel est le système d'exploitation linux et unix
Quels cas de test doivent être inclus dans BVT?
C'est une décision très délicate à prendre avant d'automatiser la tâche BVT. Gardez à l'esprit que le succès de BVT dépend des cas de test que vous incluez dans BVT.
Voici quelques conseils simples à inclure Cas de test dans votre BVT Automation Suite:
- N'incluez que les cas de test critiques dans BVT.
- Tous les cas de test inclus dans BVT doivent être stables.
- Tous les cas de test devraient avoir connu le résultat attendu.
- Assurez-vous que tous les cas de test de fonctionnalités critiques inclus sont suffisants pour la couverture des tests d'application.
De plus, n'inclut pas les modules dans BVT, qui ne sont pas encore stables. Pour certaines fonctionnalités en cours de développement, vous ne pouvez pas prédire le comportement attendu car ces modules sont instables et vous pourriez connaître certains échecs connus avant de tester ces modules incomplets. Il est inutile d'utiliser de tels modules ou cas de test dans BVT.
Vous pouvez simplifier cette tâche d'inclusion de cas de test de fonctionnalités critiques en communiquant avec toutes les personnes impliquées dans le développement de projet et le cycle de vie des tests. Un tel processus devrait négocier des cas de test BVT, qui garantissent finalement le succès du BVT. Définissez des normes de qualité BVT et ces normes ne peuvent être respectées qu'en analysant les principales caractéristiques et scénarios du projet.
Par exemple, Cas de test à inclure dans l'application BVT pour l'éditeur de texte (Quelques exemples de tests uniquement):
- Cas de test pour la création du fichier texte.
- Cas de test pour écrire quelque chose dans l'éditeur de texte
- Cas de test pour la fonctionnalité copier, couper, coller de l'éditeur de texte
- Cas de test pour ouvrir, enregistrer, supprimer un fichier texte.
Voici quelques exemples de cas de test, qui peuvent être marqués comme «critiques» et pour chaque changement mineur ou majeur dans l'application, ces cas de test critiques de base doivent être exécutés. Cette tâche peut être facilement accomplie par BVT.
Les combinaisons d'automatisation BVT doivent être entretenues et modifiées de temps à autre. Par exemple. inclure des cas de test dans BVT lorsque de nouveaux modules de projet stables sont disponibles.
Que se passe-t-il lors de l'exécution de BVT Suite?
Dites Suite de tests d'automatisation de vérification de construction exécutée après toute nouvelle construction.
#1) Le résultat de l'exécution de BVT est envoyé à tous les ID de messagerie associés à ce projet.
#deux) Le propriétaire du BVT (personne exécutant et gérant la suite BVT) inspecte le résultat du BVT.
# 3) Si BVT échoue, le propriétaire du BVT diagnostique la cause de l'échec.
# 4) Si la cause de l'échec est le défaut de construction, toutes les informations pertinentes avec les journaux d'échec sont envoyées aux développeurs respectifs.
# 5) Le développeur sur son diagnostic initial répond à l'équipe sur la cause de l'échec. Est-ce vraiment un bug? Et s'il s'agit d'un bogue, quel sera son scénario de correction de bogue.
# 6) En cas de correction de bogue, la suite de tests BVT est à nouveau exécutée et si la construction réussit BVT, la construction est transmise à l'équipe de test pour plus de détails sur les fonctionnalités, les performances et d'autres tests.
Ce processus se répète pour chaque nouvelle construction.
Pourquoi BVT ou Build a-t-il échoué?
Questions entretien développeur pl / sql
BVT casse parfois. Cela ne veut pas dire qu'il y a toujours un bogue dans la construction. Il existe d'autres raisons pour lesquelles la construction échoue, comme une erreur de codage du scénario de test, une erreur de suite d'automatisation, une erreur d'infrastructure, des pannes matérielles, etc.
Vous devez dépanner la cause de la rupture BVT et prendre les mesures appropriées après le diagnostic.
Conseils pour réussir BVT:
#1) Passez beaucoup de temps à écrire des scripts de cas de test BVT.
#deux) Enregistrez autant d'informations détaillées que possible pour diagnostiquer la réussite ou l'échec du BVT. Cela aidera l'équipe de développeurs à déboguer et à connaître rapidement la cause de l'échec.
# 3) Sélectionnez des cas de test stables à inclure dans BVT. Pour les nouvelles fonctionnalités, si un nouveau scénario de test critique réussit systématiquement sur une configuration différente, faites la promotion de ce scénario de test dans votre suite BVT. Cela réduira la probabilité de fréquents échecs de construction en raison de nouveaux modules instables et de nouveaux cas de test.
# 4) Automatisez le processus BVT autant que possible. Du processus de publication de build au résultat BVT - automatisez tout.
# 5) Avoir des pénalités pour avoir cassé la construction ;-) Quelques chocolats ou un café en équipe d'un développeur qui rompt la construction feront l'affaire.
Conclusion
BVT n'est rien d'autre qu'un ensemble de cas de test de régression qui sont exécutés à chaque fois pour la nouvelle version. Ceci est également appelé un test de fumée. La construction n'est pas attribuée à l'équipe de test à moins et jusqu'à ce que le BVT passe.
BVT peut être exécuté par le développeur ou le testeur et le résultat du BVT est communiqué à toute l'équipe et une action immédiate est prise pour corriger le bogue si BVT échoue. Le processus BVT est généralement automatisé en écrivant des scripts pour les cas de test.
Seuls les cas de test critiques sont inclus dans BVT. Ces cas de test doivent garantir la couverture des tests d'application. BVT est très efficace pour les constructions quotidiennes et à long terme. Cela permet d'économiser beaucoup de temps, de coûts, de ressources et, après tout, aucune frustration de l'équipe de test pour la construction incomplète.
Si vous avez une certaine expérience du processus BVT, veuillez la partager avec nos lecteurs dans les commentaires ci-dessous.
lecture recommandée
- Test alpha et test bêta (un guide complet)
- Meilleurs outils de test de logiciels 2021 [Outils d'automatisation des tests QA]
- Test fonctionnel vs test non fonctionnel
- Types de tests logiciels: différents types de tests avec des détails
- Didacticiel de test de l'entrepôt de données de test ETL (un guide complet)
- Guide de test de sécurité des applications Web
- Meilleurs services de test de logiciels d'assurance qualité de SoftwareTestingHelp
- Téléchargement de l'e-book 'Testing Primer'