Notre équipe va se concentrer sur un aspect fonctionnel de votre logiciel et élaborera des cas de test qui leur permettront de viser leur cible, afin d'exposer certaines erreurs cachées dans le code. Les cas de test sont exécutés manuellement, plutôt que programmatiquement (par le biais du code), ce qui consiste généralement à entrer manuellement des données et à cliquer manuellement sur les boutons dans l'interface utilisée par votre logiciel.

Les tests fonctionnels manuels représentent la meilleure approche pour vous aider à garantir que le logiciel que vous livrez à vos clients sera réduit d'un point de vue de bugs d'interface usager. Néanmoins, les tests fonctionnels manuels pourront également être utiles pour tester des logiciels sans interface (utilisateur). Par des outils de test visuels, notre équipe peut tester manuellement certaines fonctions de votre logiciel et évaluer visuellement les résultats à l'aide de ces outils même si le logiciel est sans interface.

Contrairement aux tendances générales de l'industrie qui tendent à valoriser les tests automatisés au détriment des tests manuels, MAGNI:FI:Q AQ continue de se fier aux tests fonctionnels manuels car ils ont leurs propres avantages, le principal étant l'indépendance au code (automatisé) potentiellement fragile et coûteux. Dans tous les cas, le choix entre le test fonctionnel manuel et le test automatisé est fait basé sur les besoins spécifiques de votre produit.

Notre équipe construira des cas de test assistés par ordinateur qui pourront explorer votre logiciel, qu'il s'agisse d'un logiciel de cloud ou d'une installation locale, et demander au code d'évaluer les résultats. Le temps passé dans cette activité est le développement du code de test, et la compréhension des résultats renvoyés par le système.

Les tests automatisés présentent des grands avantages par rapport aux tests manuels:

〬 Le premier est qu'ils permettent de répéter les tests très facilement avec un temps de test minimal. C'est le plus grand avantage par rapport aux tests manuels

〬Le deuxième est que, une fois des cas de test codés, l'agent, effectuant les tests, n'a pas besoin de se re-contextualiser, puisqu'il s'agit d'un ordinateur

Cependant, il a aussi quelques inconvénients:

〬Au fur et à mesure que le logiciel testé évolue, le code qui explore peut perdre des références à des champs modifiés et entraîner l'échec des tests en raison d'une exploration interrompue plutôt que d'un bug réel

〬Le temps de construire et de maintenir le code est un investissement

En fin de compte, le choix d'utiliser les tests automatisés sera fait en fonction de combien les avantages et les inconvénients influencent votre propre projet en particulier.

Vous serez généralement intéressé par nos tests d'intégration si votre logiciel est modulaire, ou si vous avez des problèmes en particulier avec l'interfaçage de deux ou plusieurs aspects de votre logiciel qui doivent bien fonctionner ensemble.

Ainsi, nous effectuons des tests d'intégration de manière à exposer les problèmes entre les systèmes qui communiquent entre eux. Nous ciblons les points d'interface et nous nous concentrons sur les zones où les deux parties du logiciel ou plus se rencontrent, et signalons nos résultats.

Alors que la plupart des tests impliquent le ciblage d'un module spécifique de votre logiciel (comme une page ou une bibliothèque) ou l'intégration de deux ou plusieurs composants d'un système à certains points, le test de bout en bout est la pratique de tester un système logiciel du début à la fin, des toutes premières sources possibles de données ou d'entrées d'événements jusqu'aux les derniers.

Notre équipe est forte dans la modélisation d’une vue d’ensemble et la synthèse. Lorsque nous sommes mandatés pour une tâche de test de bout en bout, nous passons en mode «grande image» et testons le système d'une toute nouvelle manière, de manière créative, comme si nous allons présenter le produit livrable à vos propres clients. Nous effectuons toujours ce type de test en pensant au déploiement et à la démo, ce qui nous aide à mener nos activités de test.

MAGNI:FI:Q AQ est la marque AQ de Magnificent Systems. En raison de ses origines, l'équipe de MAGNI:FI:Q AQ propose également des tests de systèmes qui s'écartent du logiciel typique de pointe-et-clique. Nous avons l'expérience nécessaire pour tester les systèmes RFID, les systèmes de convoyage d'atelier, les tableaux de bord de magasin, les systèmes PLC et d'autres systèmes qui dépendent fortement du matériel. Au fur et à mesure que notre équipe grandit, nous espérons tester la robotique et les systèmes d'IA comme notre façon de suivre la courbe du futur.

Nous testons également des systèmes logiciels modélisés sur des systèmes informatiques plutôt que sur des modèles logiciels typiques. Des exemples de ceux-ci sont des dispositifs critiques du système tels que ceux utilisés dans les avions, les ambulances, et dans les secteurs de la police et de la santé.