Comment tester une application fonctionne fréquemment en effectuant une action fondamentale (non interactive)

Question

Nous voulons tester une connexion à une application en tant que caractéristique d'un programme que nous développons, mais pour aller plus loin, nous voulons réellement faire une sorte de test de diagnostic pour s'assurer que l'application fonctionne et ne pas simplement prendre le statut de service en tant que gospel (le service Windows principal en cours d'exécution ne signifie pas que l'application fonctionne pleinement). Cependant, cette application n'a aucune API exposée par elle, et les formulaires peuvent être conçus en C++ car l'application est un mélange de plusieurs langages (C# est juste l'un d'entre eux). L'une des façons d'y parvenir est l'automatisation de l'interface utilisateur, puis d'exécuter par programme les actions d'interface utilisateur nécessaires pour tester l'application en effectuant une action fondamentale qui utilise tous les prérequis, comme un compte joint au domaine, etc. Cependant, y a-t-il un façon de le faire de manière non interactive de sorte que les formes de l'application ne se présentent pas réellement? Sinon, existe-t-il un autre moyen de résoudre ce problème?

Merci

Answer 1

Sans API exposé, vous êtes coincé avec l'automatisation.

Jetez un oeil à autoit. Il excelle à faire ce genre de tâches. Si le script vbesque n'est pas pour vous, il dispose d'une interface DLL à utiliser dans votre langue préférée. Ce est gratuit.

Check it out.

Answer 2

Voici quelques idées

Headless UI
Vous devriez vérifier si cette application peut être exécutée en mode "sans tête", à savoir sans une interface utilisateur visible. Beaucoup d'applications ont cette option même si elle ne peut pas toujours être obeuse.

UI Automation
Quelques outils pour UI Automation:
* Microsoft UI Automationbr
* HP QuickTest Proffesional
* AutoIt v3

analyis Connexion, S'il y a une
Vous pouvez vérifier si l'application que vous sont la connexion pour écrire un journal.

* 14:14 Status:OK Activity:Routed 24 messages (or whatever it does) Uptime:2h12m 
* 14:15 Status:OK Activity:No Activity Uptime:2h13m 
* 14:16 Status:OK Activity:Routed 12 messages, 2 failed see error.log for details Uptime:2h14m 

Si oui, alors vous pouvez écrire un script de diagnostic qui lit le journal, analyse l'état, l'activité, Uptime et soulever les drapeaux pour tout comportement étrange.

Espérons que cela aide!