Comment vérifier les systèmes conçus en analyse d'affaires

La vérification est ce que la plupart des gens pensent quand ils entendent le mot test

- il est le processus de tester si une solution d'analyse d'affaires fait ce qu'il est conçu pour faire.

Lors de la vérification, l'équipe de test (qui peut être constitué de développeurs, l'assurance de la qualité [AQ] de personnes, et certains analystes d'affaires [BA]) mettre le logiciel à travers ses allures à la fois confirmer qu'il fonctionne comme prévu et assurez-vous qu'il est conforme à la conception spécifications énoncées plus tôt dans le projet.

Tests de vérification comprend quatre phases - une phase pré-test et trois phases de test réel.

Test de fumée

Également appelé construire vérification test, un test de fumée est un pré-test qui détermine si le test complet peut même commencer en premier lieu. Il révèle des défaillances simples dans la solution qui peut vous empêcher de l'exécution des tests dans les trois prochaines phases. Certaines équipes de projet peuvent relier ce test pour les tests unitaires.

Test unitaire

La test unitaire est la première phase réelle de l'essai. Il consiste à tester chaque unité du système comme un test autonome. L'équipe de développement effectue généralement des tests en ligne par ligne à la fois fonction et la structure pour trouver des bogues dans l'unité avant les autres tests sont effectués.

Bien que les tests unitaires sont effectuées par l'équipe de développement, vous devriez avoir un autre test de groupe afin d'assurer les essais impartiale.

Test d'intégration

La deuxième phase de test, le test d'intégration, assure que les unités individuelles peuvent réellement travailler ensemble. Ces unités individuelles qui travaillent ensemble peuvent être considérés comme un sous-système ou des unités liées simplement. L'objectif de ce test est de trouver des problèmes avec la façon dont les composantes du système fonctionnent ensemble il teste la validité de la conception de l'architecture du logiciel.

L'équipe de développement effectue généralement le test d'intégration, bien que des acceptations bancaires peuvent aider en fournissant des cas de test et l'examen des résultats des tests.

Gardez ceci à l'esprit au sujet des tests d'intégration:

• Parts ne sont pas inclus dans les tests d'intégration jusqu'à ce qu'ils aient passé avec succès les tests unitaires.

• Parfois, les tests d'intégration peuvent avoir plusieurs niveaux d'intégration. Voilà, parfois plusieurs sous-systèmes sont rassemblés et testés, puis ces sous-systèmes sont intégrés avec des sous-systèmes plus grands.

Test du système

Ce test est la phase de test, vous êtes le plus impliqué dans un BA. L'objectif de la test du système est de trouver des problèmes avec la façon dont le système répond aux besoins des utilisateurs. Vous exécutez ce test à travers l'ensemble du système intégré de bout en bout, l'audit de toutes les unités et des intégrations à partir d'une perspective linéaire.

Le test du système est la dernière chance pour vous et l'équipe de projet afin de vérifier le produit avant qu'il ne soit remis aux utilisateurs pour une test d'acceptation par l'utilisateur. Il confirme également que le logiciel répond aux exigences initiales, la réponse à la “ avons-nous construit ce droit n ° 148?; question.

Test de validation des exigences

Ce test vérifie la logique du système pour vous assurer qu'il prend en charge les besoins de l'analyse. Même si ce travail semble que cela devrait faire partie de la validation, vous êtes en train de vérifier si vous avez construit votre système en fonction de ce que vos besoins l'exigent.

Test de régression

Ce test est essentiellement un retest (régression se réfère à un retour en arrière). Vous utilisez ce test pour vous assurer que les modifications que vous avez apportées au système dans le cadre de votre solution ne se cassent pas ce qui fonctionne déjà. Régression généralement des conséquences plus d'un programme et exige plus d'un test.

Lorsque vous pensez à des tests de régression, vous avez besoin de savoir quelles applications sont touchés par la solution de sorte que vous pouvez tester ces applications pour vous assurer que rien n'a changé. Ce point est l'endroit où une matrice de traçabilité peut être utile.

Essai dynamique

Dans un essai dynamique, vous testez le logiciel pour voir comment il se comporte lorsqu'il est exécuté dans des circonstances différentes et cocher la réponse physique du système que ces variables changent avec le temps. Ce terme de test est liée à trois types de tests différents:

• Test de performance: Ce test mesure la vitesse à laquelle le système peut remplir une fonction. Pour déterminer si le test passe ou ne passe pas, reportez-vous aux exigences non fonctionnelles dans votre documentation que les États ce que le temps de réponse devrait être.

• Test de stress: La stress test cherche à pousser le logiciel à ses limites en termes d'utilisateurs, le taux de l'entrée, et la vitesse de la réponse.

  Si vous ne disposez que de 3 utilisateurs, vous pouvez probablement faire cette commande manuelle de test cependant, si vous devez vous assurer que 2.500 utilisateurs peuvent être enregistrés dans le même temps, vous allez probablement avoir à utiliser un outil automatisé pour charge le système avec le nombre d'utilisateurs.

• Critère de la quantité: Ce test vérifie volume élevé de transactions pour vérifier le logiciel peut gérer toutes les projections de croissance.

Test de sécurité

Les tests de sécurité veille à ce que les utilisateurs non autorisés ne peuvent pas accéder à des données confidentielles. Il certifie également que les utilisateurs autorisés puissent effectivement accomplir leurs tâches. Un bon schéma pour déterminer quels utilisateurs peuvent effectuer qui fonctionne est un diagramme de cas d'utilisation ou d'une matrice de sécurité (un diagramme qui montre quels utilisateurs peuvent accéder à des fonctions qui).

Test de l'installation

Ce test fait que le logiciel installe sur la machine que vous vous attendez à aucun problème dans le processus d'installation. Lors du test, assurez-vous que les exigences relatives au système que vous installez sont indiqués.

Test de configuration

Ce test détermine la façon dont le produit fonctionne avec différentes configurations environnementales. Par exemple, si vos besoins déclarent le produit nécessite un PC ou un Mac avec la dernière version de Safari ou Internet Explorer, vous devez tester l'installation avec les deux systèmes d'exploitation (OS) et avec la configuration des navigateurs sur ces deux systèmes.

Test Utilisabilité

Un test d'utilisabilité est vraiment une validation Test- Cependant, il est parfois fait pendant le temps d'essai du système. Si il est un site web que des millions de clients d'utiliser ou de le voir, il ya des chances que vous voulez apporter des ingénieurs d'utilisabilité de construire dans la convivialité au lieu d'attendre de le tester à la fin du projet.

Bien que votre projet peut ne pas être une libération de plusieurs millions de dollars, vous devez toujours veiller à ce que les utilisateurs seront en mesure de l'utiliser efficacement.