mardi, novembre 09, 2010

Lecture : Sessions Enterprise Manager OOW 2010

L'ensemble des sessions et hands-on présentés lors d'OOW2010 sont disponibles directement à l'adresse suivante :
http://www.oracle.com/technetwork/oem/em-oow2010-content-183597.html

vendredi, novembre 05, 2010

Annonce : ATS 9.2

Oracle Application Testing Suite 9.2 (ATS) est maintenant disponible en téléchargement sur OTN.

Les principales nouveautés sont :

  • Oracle Database Testing Accelerator Option
  • Adobe Flex Functional Testing Support
  • Adobe Flex/AMF Load Testing Support
  • Oracle E-Business Suite 11i & R12 Test Starter Kits & Sample Scripts
  • Load Test Scripting Enhancements
  • Databank Enhancements
  • Oracle Load Testing Synchronization Points
  • Oracle Load Testing Reporting Enhancements
  • Oracle Load Testing Usage Auditing
  • Oracle Load Testing - Enterprise Manager DB Diagnostics Integration
  • Oracle Test Manager Reporting Enhancements
  • Oracle Test Manager - CapGemini/Sogeti TMap Project Templates
  • Support for ATS Installation on Windows 64-bit OS

Je reviendrai plus tard sur l'intégration d'Oracle Application Testing Suite et d'Oracle Real Application Testing : la création de tests synthétiques à partir d'une capture RAT !

jeudi, novembre 04, 2010

mercredi, novembre 03, 2010

Complément : RAT - Pratiques - Recommandations

L'utilisation de RAT nécessite de suivre une méthodologie et d'appliquer des "meilleures pratiques".
Chacun devra réflechir à cela au sein de sa société car les contraintes internes peuvent influencer celles-ci.
Je partage ci-dessous quelques réflexions :




  1. Utiliser SPA avant DB Replay
    De préférence, faire une ou plusieurs mesures en utilisant la fonction SPA avant de procéder à une capture DB Replay.Cela permet d’identifier très rapidement les requêtes qui ont régressé.
    Note : L’utilisation du diagnostic pack et du tuning pack permet l’amélioration de ces requêtes qui peuvent par exemple profiter d’un profil SQL.
    Note : Capturer les requêtes SQL dans un STS en même temps que le workload de capture ; cela est automatique avec le workflow d’Oracle Database 11.2.0.2 mais peut aussi être fait manuellement via des APIs ou Enterprise Manager.

  2. Filtrer l’activité de fond (« background »)
    Lors de la capture, ne pas collecter les informations relatives à la surveillance de l’instance (Statspack, OMS, EM) et toutes celles « parasites ».

  3. AWR
    Vérifier que les AWRs sont présents aussi bien après la capture qu’après le replay. Si ce n’est pas le cas, cette étape est à faire manuellement.

  4. Workload Analyser
    Utiliser le Workload Analyzer sur le workload capturé et suivre les recommandations.

  5. Première capture DB Replay
    Commencer par une capture courte soit entre 30mn et 1h00 puis effectuer un test de bout en bout pour avoir un premier rapport de comparaison « capture vs replay ».
    Cela permet de détecter les problèmes de setup du système ou un oubli sur les filtres et cela facilite également le processus de découverte des problèmes potentiels.

  6. Résoudre et corriger les dépendances externes
    Vérifier les DB Links, fichiers externes, …

  7. Nombre de clients de replay
    Utiliser au moins le nombre de clients de replays recommandés ; pour cela utiliser la commande WRC avec l’option calibrate.

  8. Machine tiers
    Afin de ne pas impacter les performances de la machine de replay, de préférence, ne pas utiliser les clients de replay sur celle-ci ; utiliser pour cela une machine tiers.

  9. Etablir une référence pour le replay (« baseline »)
    Pour cela, utiliser les rapports à disposition pour comprendre les déviations entre la capture et la référence (1ier replay).Analyser ces divergences et corriger si nécessaire.

  10. Valider les changements
    Dans le cas où des changements doivent validés ou que l’on teste une nouvelle fonctionnalité ou que l’on teste un nouveau paramètre de la base, comparer le replay correspondant à la référence ainsi qu’au replay précédent :référence VS Replay N et Replay N-1 VS Replay N

  11. Corréler les données avec l’application
    En complément des informations de divergence fournie par les rapports, utiliser les métriques relatives à l’application elle-même pour valider le replay ; par exemple, vérifier que le nombre de commande enregistré par minute sur la capture est identique à celui du replay.

  12. Sauvegarder les données des tests
    Après chaque série de tests, sauvegarder l’ensemble des données.


mardi, novembre 02, 2010

Acquisition : ATG

Oracle a annoncé le rachat de la société ATG, spécialisée dans les solutions d'e-commerce.

Plus d'informations :