SOFTWARE TEST CASE
Dans le cycle de développement et de publication logiciel, les tests et la vérification fonctionnelle jouent un rôle décisif :
c'est le moment où chaque fonction est vérifiée par rapport aux exigences métier.
Data-Ware vérifie ses propres applications et celles de ses clients, en préparant des plans de test structurés
et, lorsque c'est possible, en les automatisant pour garantir qualité et fiabilité avant la release.
TESTS
Types. Cas.
Les étapes de test peuvent être divisées en deux grandes macro-zones : tests d'unités individuelles ou fonctions intégrées et tests.
Tests d'unités et de fonctions individuelles
À cette étape, le projet est réalisé comme un ensemble de programmes (modules) dans le langage de programmation choisi.
Le test unitaire est utilisé pour vérifier que chaque module répond aux spécifications requises.
Les fonctions de sécurité impliquées à cette étape sont :
• Analyse et test du code - Avant l'émission de nouvelles parties de code de développement, des tests sont effectués pour identifier
buffer overflow, sql code injection, etc ...
• Métriques et post mortem - suivre les problèmes de sécurité identifiés pendant les tests.
Pour chaque vulnérabilité, il faut enregistrer les vulnérabilités dans une base de données de bugs.
La base de données de bugs contiendra également toutes les vulnérabilités de sécurité non encore résolues.
Tests intégrés
À cette étape, vous intégrez les unités individuelles et exécutez les tests complets du système pour vous assurer que les spécifications sont respectées.
Les tests de sécurité impliqués à cette étape peuvent être identifiés en cinq macro-activités :
1. Network Mapping
2. Analyse des vulnérabilités à l'aide d'outils automatiques
3. Penetration Testing
4. Password Cracking
5. Log auditing
Test case. Conditions.
Un test case est un ensemble de conditions à travers lesquelles le testeur détermine si l'application répond aux exigences ou non.
Il est défini par trois entités :
- éléments d'entrée
- chemin
- résultat (éléments de sortie)
Normalement, chaque application devrait avoir un ensemble de test cases pour tous les scénarios d'application qui peuvent survenir, y compris les erreurs.
En cas de tests de performance, il n'est pas nécessaire d'utiliser tous les test cases de l'application, car il ne s'agit pas de la fonctionnalité de l'application,
mais de sa résistance.
Il faudra alors sélectionner les test cases qui ont une utilisation significative (au moins supérieure à 5 %), et ceux où la consommation de ressources est plus élevée.
Par exemple, si nous avons une application web, nous pourrions omettre la partie administrative ou de personnalisation utilisateur pour tester des fonctions plus
courantes, comme login / logout, recherche dans le catalogue, paiement, gestion du panier, etc.
Pour chaque test case, nous associerons un poids (utilisation), qui servira à définir la charge de travail pendant les sessions de test.
