Testing est une partie essentielle de tout projet car il aide à éliminer les erreurs et à déboguer les erreurs qui ont été faites pendant la phase de développement. Cela peut conduire à une mise en œuvre correcte et on peut éviter tout type de tracas lors de l'exécution du programme. Salesforce fournit une architecture très robuste pour le CRM et non seulement encourage un environnement test-drive, mais il applique également les mêmes. Parfois, on peut être hâtif dans l'application et l'exécution de la solution CRM, mais cela peut conduire à des questions hantant plus tard, si les bugs ne sont pas réparés avant la mise en œuvre. Cela rend d'autant plus essentiel d'avoir une architecture bien planifiée et déployée pour le CRM, qui est disponible par Salesforce. Force.com permet d'utiliser rapidement et facilement des applications en utilisant des fonctionnalités standard et personnalisées, comme les pages Visualforce et les classes Apex. Force.com inclut un cadre qui est utilisé pour créer et exécuter des classes de test, mais lorsqu'il s'agit de volumes plus importants de données et d'applications avec des demandes plus élevées, le test unitaire peut ne pas être suffisant. Les points ci-dessous soulignent l'architecture de la solution Salesforce CRM et leur utilité pour maximiser l'efficacité.
Types de tests
Salesforce offre une variété de méthodologies pour s'assurer que le résultat final est totalement satisfaisant et sans aucun bogue. Les différents types de tests sont mentionnés ci-dessous: -
Test de stress
Le manque de ressources ou de demandes excessives peut conduire à des conditions anormales ou extrêmes et des tests de résistance sont utilisés à ce moment-là pour vérifier les performances du système. La tâche principale consiste à déterminer les limites du système.
Test de charge
Avec l'augmentation du nombre d'utilisateurs, on peut s'attendre à des changements dans le système et des tests de charge peut être effectuée à cette instance. Les charges variables, comme le nombre changeant d'utilisateurs, les transactions ou même les configurations peuvent être vérifiées par ceci.
Test de performance
Cela se fait quand il ya une charge de travail particulière et on veut vérifier la performance. Cela peut être fait lorsque les deux cas sont exécutés.
Tests pour la plateforme Force.com
Le Salesforce.com teste et s'assure que la plate-forme Force.com a une capacité excédentaire pour soutenir plus de 1 milliard transactions quotidiennes avec un temps de réponse super-rapide. En utilisant les limites de gouverneur, la plate-forme recherche le code hautement inefficace et assure que les utilisateurs ont une excellente expérience d'application. Donc, au lieu d'aller pour un test de stress, on devrait préférer faire des tests de charge ou de performance sur les charges prévues. Salesforce.com ne le permet que dans les environnements sandbox trop contraints par les limites du gouverneur. Avec un code hautement personnalisé ou des volumes transactionnels énormes, il est recommandé d'y aller, car il garantira que l'application personnalisée ou la logique commerciale correspond au temps de réponse souhaité. En outre, il détermine le débit précis des charges prévues par transaction estimée. Les tests unitaires avant les tests de performances réels peuvent être utiles pour identifier des repères de performance pour les requêtes. Developer Console, Workbench, etc. peuvent être utilisés pour identifier les problèmes de performances associés aux pages Force Force et aux classes Apex.
Salesforce offre la liberté à ses développeurs d'écrire des cas eux-mêmes pour leur code de test à déboguer. Méthodes d'essai ou classes de test, l'une ou l'autre d'entre elles peut être implémentée sur un code écrit uniquement à des fins de test. L'approche des classes d'essai est indépendante du comptage par rapport à la limite organisationnelle pour le code Apex, bien que l'on puisse être limité par les accords de licence sur le nombre de ressources utilisées.
Test automatisé
La méthode de test sur la plate-forme Force.com est automatisée où l'on peut utiliser une approche très créative et innovante de la méthodologie de test logiciel. Tout est complètement automatisé, comme écrire le code pour le test de données, l'utiliser dans la méthode de test, l'exécution et la suppression des données de test. Cela rend très facile que l'on n'a pas besoin de passer par les tracas de la création, l'exécution et la suppression de ses propres données de test. La meilleure partie est que la méthode ne commet jamais rien à la base de données, il n'est donc pas nécessaire de le supprimer plus tard.
La qualité globale de l'application dépend de sa totalité sans erreur et sans bugs. Il est un rêve de chaque développeur de construire de tels codes qui passent la phase de test en douceur et les erreurs ne sont pas laissés pour les hanter plus tard au cours de la phase d'application. Ainsi, il joue un rôle très crucial et rend la vie facile pour un développeur par Salesforce's Testing Architecture.
Aucun commentaire:
Enregistrer un commentaire