Je n'ai jamais utilisé Dr. Web. Je n'ai aucune idée de son fonctionnement. Mais cela ne m'a pas empêché d'écrire une série de tests automatiques (et seule la paresse m'a empêché d'en écrire une autre centaine) :

1. Test d'installation de Dr. Web ;
2. Test de restriction d'accès aux périphériques amovibles (clés USB) ;
3. Test de restriction d'accès au répertoire entre les programmes ;
4. Test de restriction d'accès au répertoire entre les utilisateurs du système (contrôle parental).

De tels tests, et bien d'autres, peuvent être réalisés comme des petits pains, et pas seulement pour Dr. Web, et pas seulement pour les antivirus. Dans cet article, je vais expliquer comment le faire.

Préparation

Pour les tests, nous aurons besoin d'une machine virtuelle avec Windows à bord. Je l'ai préparée manuellement, en effectuant les manipulations suivantes :

1. En fait, j'ai installé Windows 10 Pro x64 ;
2. Pendant l'installation, j'ai créé l'utilisateur principal "testo" avec le mot de passe "1111" ;
3. J'ai activé la connexion automatique pour cet utilisateur ;

Pour automatiser les tests, j'utiliserai la plateforme Testo. Ce que c'est et comment l'utiliser est à lire ici. Nous devons maintenant importer la machine virtuelle prête dans les tests automatiques. C'est très simple :

Ici, il est supposé que /path/to/win10.qcow2 — c'est le chemin vers le disque de la machine virtuelle que j'ai préparée manuellement. À partir de là, la préparation se termine et l'action commence.

Test n°1 — Installons Dr. Web !

Pour commencer, nous devons résoudre la question du transfert du distributeur de Dr. Web sur la machine virtuelle. On peut le faire (par exemple) avec une clé USB :

Tout ce que nous avons à faire est de mettre l'installateur Dr. Web dans le dossier ${DR_WEB_DIR} (la valeur exacte de ce paramètre sera définie au lancement de testo). Et Testo s'assurera que cet installateur se retrouve sur la clé USB.

Nous pouvons maintenant commencer l'écriture du test. Pour l'instant, commençons par des choses simples : allumons la machine virtuelle (elle sera éteinte après sa création), attendons l'apparition du bureau, insérons la clé USB et ouvrons son contenu via l'explorateur :

Capture d'écran au moment de la fin du scénario

Bien sûr, nous pouvons lancer l'installateur directement à partir de là, de la clé USB. Mais nous allons faire les choses comme il se doit — nous allons copier l'installateur sur le bureau et le lancer à partir de là. Comment allons-nous copier le fichier ? Comme le ferait une personne ?

Capture d'écran, montrant que le fichier est encore en cours de copie

Tout est prêt, la copie est réussie ! Vous pouvez maintenant fermer la fenêtre de la clé USB et l'enlever :

Capture d'écran après la fermeture de l'explorateur

Maintenant que l'installateur est sur le bureau, nous devons double-cliquer dessus pour lancer le processus d'installation. L'installation elle-même consiste simplement à cliquer sur des boutons et décocher des cases, et elle n'est pas très intéressante :

Capture d'écran à la fin de l'installation

Nous terminons notre test par un redémarrage. Et enfin, n'oublions pas de vérifier qu'après le redémarrage, l'icône de Dr. Web est apparue sur le bureau :

Capture d'écran après le redémarrage

Excellent travail ! Nous avons automatisé l'installation de l'antivirus Dr. Web ! Prenons un petit moment de pause et voyons comment cela fonctionne en dynamique :

Passons aux tests des fonctionnalités.

Test n°2 - Restriction d'accès aux clés USB

La première fonctionnalité sur la liste est la restriction d'accès aux clés USB. Pour cela, nous planifierons un test assez direct :

1. Essayons de brancher une clé USB et de créer un fichier vide dessus - cela devrait fonctionner. Retirons la clé USB ;
2. Nous allons activer le blocage des périphériques amovibles dans Dr. Web Security Center ;
3. Nous allons rebrancher la clé USB et essayer de supprimer le fichier créé. L'action devrait être bloquée.

Créons une nouvelle clé USB, insérons-la dans Windows et essayons de créer un dossier. Quoi de plus simple ?

Capture d'écran au moment de la fin du scénario

Créons un nouveau fichier texte via le menu contextuel de l'explorateur :

Capture d'écran après le renommage du fichier

Déconnectons la clé USB, faisons-le de manière sécurisée :

Maintenant, nous avons constaté qu'il est possible de travailler avec la clé USB, donc nous pouvons commencer à la bloquer dans le centre de sécurité Dr. Web. Pour cela, nous devons d'abord ouvrir le centre de sécurité :

Capture d'écran de la fenêtre Security Center

Nous pouvons remarquer que pour ouvrir n'importe quelle application dans Windows, il faut en fait exécuter les mêmes actions (cliquer sur la barre de recherche, attendre l’apparition de la fenêtre avec les applications populaires, taper le nom de l'application désirée, attendre qu'elle apparaisse dans la liste et enfin, appuyer sur Entrée). Par conséquent, ce groupe d'actions peut être intégré dans un macro open_app, où le nom de l'application à ouvrir sera passé en paramètre :

Ce macro nous sera encore utile.

La première chose que nous ferons en ouvrant le centre de sécurité Dr. Web sera d'activer la possibilité d'apporter des modifications :

Nous allons maintenant cliquer sur les menus et accéder à l'option "Configurer les règles d'accès aux dispositifs". Dans ce menu, nous cocherons l'option "Bloquer les médias amovibles".

Capture d'écran de la fenêtre Dispositifs et Données Personnelles

Essayons d'ouvrir la clé USB maintenant :

Capture d'écran du message d'erreur

Voilà comment, petit à petit, nous avons écrit notre premier test sur une fonctionnalité tangible dans Dr. Web. Il est temps de faire une pause et de méditer en regardant les résultats de nos efforts :

Test n°3 — Restriction d'accès au répertoire entre programmes

L'idée principale de ce cas de test est de vérifier le fonctionnement de Dr. Web en restreignant l'accès à un dossier spécifique. Concrètement, il s'agit de protéger un dossier contre toute modification, tout en ajoutant une exception pour un programme tiers. Le test se déroule comme suit :

1. Nous allons installer un programme tiers sur le système d'exploitation, pour lequel nous ajouterons plus tard une exception lors de l'accès au dossier protégé. Aujourd'hui, le programme tiers du jour est le gestionnaire de fichiers FreeCommander;
2. Nous créons un dossier avec un fichier, que nous allons protéger à tout prix ;
3. Ouvrons le centre de sécurité Dr. Web et activons la protection de ce dossier ;
4. Configurons une exception pour FreeCommander ;
5. Essayons de supprimer un fichier du dossier protégé de manière classique (via l'explorateur Windows). Cela ne devrait pas fonctionner ;
6. Essayons de supprimer le fichier via FreeCommander. Cela devrait fonctionner.

Ouf, beaucoup de travail. Commençons plus vite — nous finirons plus vite.

Premier point, l'installation de FreeCommander ne diffère pas beaucoup de celle de Dr.Web. Routine habituelle : insérez la clé USB, lancez l'installateur, et ainsi de suite. Passons cela et allons directement à ce qui est intéressant.

Si vous êtes tout de même curieux de savoir comment installer FreeCommander

Commençons par le basique : créons une clé USB, dans laquelle nous placerons le programme d'installation de FreeCommander, puis, lors du test, nous insérerons la clé USB dans le système d'exploitation et l'ouvrirons :

Ensuite, quelques clics pour lancer l'installation :

L'installation n'est pas très intéressante, il suffit de cliquer sur "Suivant" partout, et à la fin, n'oubliez pas de décocher les cases de visualisation du ReadMe et de démarrage immédiat de FreeCommander.

Nous terminons le test en fermant toutes les fenêtres et en retirant la clé USB.

C'est fait !

Pour travailler avec Dr. Web, nous allons créer un nouveau test dr_web_restrict_program, qui s'appuiera sur le résultat du test précédent win10_install_freecommander.

Commençons le test en créant un dossier Protégé sur le bureau :

Capture d'écran après la création du dossier

Accédons au dossier Protégé et y créons un fichier my_file.txt, qui jouera le rôle de fichier protégé :

Oh, il aurait fallu en faire un macro aussi, mais tant pis ...

Capture d'écran après la création du fichier

Parfait, maintenant nous devons activer la protection du dossier. Nous allons suivre notre chemin habituel et ouvrir Dr. Web, en n'oubliant pas d'activer le mode de modifications. Ensuite, nous allons dans le menu "Prévention de la perte de données".

Capture d'écran de la fenêtre de Prévention de la perte de données

Un peu de travail avec la souris et ajoutons notre dossier Protected à la liste des éléments protégés :

Capture d'écran de l'assistant d'ajout de dossier protégé

Maintenant, nous devons configurer une exception d'accès au dossier pour FreeCommander. Encore un peu de travail avec la souris :

Capture d'écran du programme d'exception ajouté

Maintenant, fermons soigneusement toutes les fenêtres et essayons de supprimer le fichier "my_file.txt" de manière standard :

Capture d'écran du message de Dr.Web

Mais rien n'a fonctionné — cela signifie que Dr. Web a vraiment fonctionné ! La moitié du test est derrière nous, mais nous devons encore vérifier que l'exception fonctionne pour FreeCommander. Pour cela, ouvrons FreeCommander et accédons au dossier Protected :

Capture d'écran de la fenêtre FreeCommander

Et essayons de supprimer le fichier my_file.txt :

Capture d'écran après la suppression du fichier

L'exception pour FreeCommander fonctionne !

Excellent travail ! Un grand et complexe cas de test — et tout est automatisé. Un peu de détente :

Test n°4 — Contrôle parental

Ce dernier cas de test pour aujourd'hui sera construit de la manière suivante :

1. Nous allons créer un nouvel utilisateur MySuperUser ;
2. Nous nous connectons sous cet utilisateur ;
3. Nous créons un fichier my_file.txt au nom du nouvel utilisateur ;
4. Nous ouvrons le centre de sécurité Dr. Web et activons le contrôle parental pour ce fichier ;
5. Dans le contrôle parental, nous limitons les droits de l'utilisateur MySuperUser sur le fichier qu'il a lui-même créé ;
6. Nous allons essayer de lire et de supprimer le fichier my_file.txt au nom de MySuperUser et voyons le résultat.

Je ne vais pas fournir ici le scénario de test. Il se construit selon le même principe que les tests précédents : travailler activement avec la souris et le clavier. Cela dit, peu importe ce que nous automatisons — que ce soit Dr.Web ou la création d'un nouvel utilisateur dans Windows. Mais voyons à quoi ressemblera l'exécution d'un tel test :

Conclusion

→ Vous pouvez voir le code source de tous les tests ici

De plus, vous pouvez exécuter tous ces tests sur votre machine. Pour cela, il vous faudra l'interpréteur de scénarios de test Testo. Vous pouvez le télécharger ici.

Dr. Web s'est révélé être un bon exercice, mais j'aimerais puiser l'inspiration pour de futurs exploits dans vos souhaits. Écrivez dans les commentaires vos suggestions sur les tests automatisés que vous aimeriez voir à l'avenir. Dans le prochain article, j'essaierai de les automatiser, voyons ce que cela donnera.

Source : habr.com