Questions et réponses sur la qualité SE # 1

Question:Rédigez une brève note sur le processus de test de logiciels.

Answer:- Les tests logiciels peuvent être définis comme un processus dont l'objectif est de trouver le problème dans la mise en œuvre d'un programme. L'exécution de ce programme est très nécessaire pour le projet logiciel. Selon les moyens de test IEEE,

le processus d'exercice ou d'évaluation d'un système ou de ses composants par des moyens manuels ou automatisés pour

  • Audit des besoins nécessaires complété par des tests logiciels.

  • Obtenez la valeur de la différence entre le résultat proposé et le résultat réel.

Pour rendre le processus simple de test de logiciel, il est nécessaire que les activités soient interrompues en petite taille. En général, cette méthode est utilisée et le système est divisé en sous-systèmes. Tous ces sous-systèmes testés individuellement avant le début du processus de test du système. Dans le cadre du processus de test du logiciel, trois étapes sont suivies. Le module individuel est la partie principale de l'attention lors de l'étape de test unitaire. Après le test unitaire, tous les modules individuels sont combinés les uns avec les autres. Après cette étape, le processus de test du logiciel démarre et le développeur se concentre sur le système logiciel complet.

Test unitaire

C'est la première étape du processus de test du logiciel et sur cette étape, le programmeur confirme la fonction exécutée par le module. Le logiciel a la plus petite unité qui est appelée module. Après le développement du test unitaire de code source, commencez et il vérifie la bonne syntaxe. L'objectif principal du test unitaire est d'obtenir l'unité minimale qui pourra goûter et confirmer que cela fonctionne ou non. Chaque module est testé séparément. Après le test, tous les modules individuels sont combinés les uns avec les autres. Certains tests sont effectués dans le cadre du processus de test unitaire qui est:

  • Nature test of module - Dans le test de nature module, nous vérifions que le flux d'informations est positif dans le module testé dans cette situation qui est spécifiée pour le test unitaire.

  • Performable test - Ce point de contrôle a pour objectif de calculer la période de réponse, l'heure de début, la dernière heure et pendant toute la durée du processus et la communication entre les liaisons.

  • Local data structure test - Le stockage des données locales est vérifié dans le cadre de cette étape que toutes les données et informations collectées de manière systématique ou non.

  • Boundary test - Ce test est effectué pour garantir que les informations fournies par le logiciel sont vraies ou non dans les conditions qui sont données par les utilisateurs.

  • Independent path test- Dans le cadre de ce test, il est vérifié que la tâche donnée est correctement exécutée ou non et fonctionne correctement. Seulement avec l'aide de ce test peut le vérifier.

  • Error handling test- L'erreur survenue au cours du processus est correctement gérée ou non. Ce type d'informations fournies dans le cadre de ce test.

Processus de test unitaire

Dans le processus de test unitaire, il est nécessaire de disposer de données ou d'informations sur un autre module. Avec l'aide du pilote et des talons, nous pouvons facilement obtenir. Un programmeur qui donne le test et le transmet à l'endroit où le module testé est appelé pilote. Les programmes utilisés pour remplacer le module et les subordonnés du module testé sont appelés stubs. Les stubs et le pilote nécessitent un processus de test unitaire. La quantité de stubs et de lecteurs peut être réduite s'ils ont la qualité de la simplicité.

Test d'intégration

Les tests d'intégration sont la prochaine étape des tests logiciels. Dans ce test, de nombreux types de modules testés individuellement sont combinés les uns aux autres dans un sous-système qui est ensuite testé. L'objectif principal des tests unitaires est d'obtenir des informations sur l'état de fonctionnement du module indépendant, mais le principal inconvénient des tests unitaires n'a pas une telle condition qui donne la garantie que ces modules fournissent le résultat positif après la fixation dans l'ensemble du système. C'est donc la raison pour laquelle effectuer un test d'intégration. Nous devons vérifier les erreurs suivantes qui peuvent affecter l'intégration du module.

  • Des données extérieures peuvent créer le problème.

  • Les tests hors module pourraient être loin des attentes.

  • Il est possible que le résultat de l'intégration ne soit pas en faveur de ce processus ou module.

En général, les tests d'intégration utilisent deux méthodes.

Test d'intégration de haut en bas

Ce type de méthode a un large champ de réflexion. Il a fallu un module de haut niveau après les tests et intégré en premier. Dans le cadre de cette approche, le module a remplacé et fourni de nouveaux stubs. Ce processus se poursuit à ce niveau jusqu'à ce qu'il intègre tous les modules et testés. Dans cette approche, la logique de haut niveau et le flux de données utilisés diminuent les besoins des conducteurs.

Avantages

  • Premièrement des modules de niveau supérieur testés.

  • Les deux approches «largeur et profondeur» sont soutenues.

  • Un pilote au maximum est requis.

Désavantages

  • Les modules de bas niveau prennent beaucoup de temps pour la vérification.

  • Les données incorrectes se trouvent dans le stub pour obtenir des commentaires en faveur de l'appel du module.

  • Le niveau de prise en charge est faible pour les fonctionnalités limitées.

  • Complique la gestion des tests requis pour le stub.

Test d'intégration ascendante

Cette approche donne de l'importance aux modules de niveau inférieur. Dans ce niveau, les modules testent d'abord et avec l'aide d'un pilote intégré en premier. Nous pouvons ajouter un ou plusieurs modules combinés ou joints les uns aux autres. Après l'intégration de tous les modules, ce processus est devenu fermé.

Avantages

  • Lorsque nous commençons ce processus avec le module réel, les stubs ne sont pas nécessaires.

  • Module de bas niveau vérifié au début de cette approche.

Désavantages

  • Complique la gestion des tests requis pour les conducteurs.

  • Sortie de fonctionnalités limitées prises en charge par bas niveau.

  • Vérification de la durée du module de haut niveau.

Test du système

Le processus de test du système est la base d'un système logiciel. Le principal objectif des tests de système est que le logiciel satisfait aux exigences du client. Le test du système est une série de tout ce test avec un exercice complet de la base du système informatique. Chaque tâche a un objectif distinct et une série de tests différents, il est clair que toutes les parties du système sont combinées de manière systématique et font très bien leur travail. Il existe trois types de tests dans les tests de système.

  1. Recovery Testing- La base de la conception des tests de récupération est ce type que nous pouvons facilement observer à quel point un système couvre rapidement ses points en cas de défaillance du système. Nous avons plusieurs types de programmes qui récupèrent rapidement des erreurs et démarrent à un moment donné ou fonctionnent à un moment donné. Un défaut a de nombreuses causes, mais les tests de récupération ont clarifié que le système couvrait tous les défauts et fonctionnait bien. Un humain a toujours souhaité qu'un système ait la capacité de récupérer très rapidement sans contact humain. Le système de récupération a déterminé que la condition de réparation est acceptable ou non.

  2. Security testing

    • Une application de protection faite dans un logiciel, avec l'aide de cette application, il offre une sécurité contre les personnes locales et celles qui n'ont pas le droit d'utiliser le système.

    • Avec l'aide de tests de sécurité, un autre ordinateur ne peut pas obtenir l'avantage d'accéder à cela et à ses informations.

  3. Stress testing- Les tests de résistance ne peuvent pas être effectués dans des conditions normales. Avec l'aide de ceci, un système est utilisé dans ces conditions lorsque la demande augmente ou diminue rapidement.

    • Comment une fonction d'entrée fonctionnait lorsque la vitesse d'entrée dépassait les attentes.

    • Une recherche et une chasse plus excessives de données au clic sont également impliquées dans les tests de résistance.