La plupart des applications multi-utilisateurs utilisent aujourd'hui une forme de persistance, et le plus souvent, que la persistance est fait en utilisant une base de données relationnelle (SGBDR), tels que Oracle, SQL Server, MySQL ou DB2. Cet article traite d'un test rapidement et facilement commencer à faire "zone grise" ou "boîte blanche" contre les bases de données de test dans leur application, leur permettant de découvrir plus facilement les problèmes avec la base de données.
L'intégrité référentielle:
Comme son nom l'indique, de données relationnelle des bases de données magasin ainsi que des informations sur les relations entre les différentes données. Les enregistrements de données contiennent souvent des références à d'autres enregistrements de données dans d'autres tableaux. Maintenir l'intégrité de ces relations est essentielle si la relation entre les données sont ventilées, la fonction de votre demande peut être compromise.
développeurs de base de données utilisent un certain nombre d'outils pour l'intégrité référentielle, y compris les contraintes (les règles dans la base de données qui nécessitent une mise à jour des références), les déclencheurs (procédures qui sont «déclenchée» par les changements dans les données) et le code de l'application (logique contenue dans la requête que explique comment manipuler les données).
Selon les méthodes de votre base de données développeurs ont utilisé la base de données seront vulnérables à différents types de problèmes d'intégrité référentielle. Les contraintes sont le moyen le plus efficace pour maintenir l'intégrité, étant donné que la base de données empêchera quiconque d'apporter des changements qui va briser l'intégrité. Le maintien de l'intégrité référentielle par le code de l'application est le plus risqué (mais aussi plus souple), puisque vous comptez sur les développeurs de coder chaque changement correctement.
En tant que testeur, la première chose à faire est de savoir comment maintenir l'intégrité référentielle dans votre base de données. Une des meilleures façons d'y parvenir est par le biais d'un régime, qui est un schéma visuel de toutes les tables dans la base de données. Vous pouvez demander à votre administrateur de base de données (DBA) ou l'équipe de développement d'un système, ou vous pouvez en créer un en utilisant des outils comme Visio.
Sécurité:
Il ya un certain nombre de façons que la sécurité de la base de données est maintenue. Les plus courants sont les moyens par noms d'utilisateur et mots de passe, ou via l'intégration avec LDAP, tels que. Quelques questions clés à considérer sont:
o Est-ce à chaque utilisateur un mot de passe pour la base de données, ou une base de données commune pour tous les utilisateurs de l'application?
o Quel est le niveau d'autorisation du compte (s) utilisés pour accéder à la base de données?
o Quelle est l'interface utilisée pour gérer les comptes utilisés pour accéder à la base de données? Que sont les autres moyens d'accéder à la base de données en utilisant les mêmes informations que l'application?
Les meilleures ressources pour vérifier la sécurité de votre base de données sont les administrateurs de base de développeurs /, et des outils de gestion fournis par votre SGBDR. Les développeurs peuvent vous dire comment la base de données est accessible, et les SGBDR peut fournir des informations sur les privilèges associés à votre application utilise la comptabilité.
Interfaces
Compte tenu de la complexité des applications, les données doivent passer entre un ou plusieurs (généralement plusieurs) des interfaces. Certains de ces types d'interface entre l'utilisateur d'entrer des données ou la lecture, et la base de données peuvent inclure, mais ne sont pas limités à:
o Les interfaces utilisateur graphiques (GUI) sur le Web ou de bureau
o Java, COM ou. classes Net
Services Web o
o grattage écran d'une application mainframe
o des interfaces de programmation d'application (API) pour accéder à la base de données, telles que ODBC, JDBC, OLE DB et
Les bogues peuvent être introduits à l'une de ces interfaces, indépendamment du fait que vous êtes en lecture, écriture, mise à jour ou supprimer des données.
Test de l'interaction entre toutes ces interfaces peuvent être très complexes, mais je dirais que vous avez au moins:
1. Les interfaces incluent toutes les données, qui passe à travers, entre l'utilisateur et base de données.
2. En savoir plus sur les technologies utilisées pour mettre en œuvre chaque interface, et les bugs sont dus à l'interface.
Formats de données
De données dans une base de données d'entrée à partir de mai et sera publié sur un certain nombre de différents types de systèmes, y compris les applications Web, applications de bureau et appareils de poche. Chacun de ces types de limites particulières, peuvent dicter la façon dont les données doivent être stockées et / ou mise en forme dans votre base de données.
Encore une fois, vous pouvez tester les données pour chacune des interfaces, mais il exige une programmation en mai. Au minimum, vous devriez être capable d'identifier tous les formats utilisés pour transférer des données entre chaque interface, et de comprendre certaines des limitations fondamentales des technologies utilisées. Cela va créer un cas de test mieux, plus intelligemment et analyser les données sur les bogues qui apparaissent au cours des essais ou de pop up de la production.
Conclusion
tests de base de données est l'une des tâches les plus difficiles face à une équipe d'assurance qualité des logiciels. Au minimum, membres de l'équipe doivent comprendre l'intégrité référentielle et la sécurité de base de données, et avoir une bonne connaissance des différentes technologies et formats de données utilisés pour transférer des données entre l'utilisateur et la base de données.
Lun Jan 31, 2011 12:52 pm