Discussion :

[durand.william]

Bonjour à tous,

J'aimerai créer des outils de test en Python pour mon équipe de travail (avec PyTest).
Il y a une fonctionnalité Python que je trouve hyper pratique : le fait de double-cliquer sur les fichiers *.py pour exécuter leur code.
Cela permet de créer des mini-exécutables et de simplifier l'appelle de ces programmes (pas besoin d'ouvrir l'interpréteur, de faire un import, etc...).

Le problème, c'est qu'avec PyTest, j'ai l'impression que je suis obligé d'ouvrir l'interpréteur... (python -m pytest [...] --> Lien)
Du coup, c'est moins pratique que de double-cliquer.
Je me dis que cela doit être possible de lancer un code pytest en double-cliquant (vu que ça fait parti d'un élément de base du langage python) mais je ne vois pas sur internet de tuto expliquant comment faire...

Mon objectif est qu'une personne ne connaissant rien à l'informatique puisse utiliser mes programmes.
Donc le fait de double-cliquer pour lancer un test me parait être une bonne solution.

Savez-vous si cela est possible avec PyTest ?
Sinon, quel framework dois-je utiliser pour développer ces programmes ?

Merci par avances pour vos réponses,
WD

[wiztricks]

Salut,

Il y a une fonctionnalité Python que je trouve hyper pratique : le fait de double-cliquer sur les fichiers *.py pour exécuter leur code.

Le problème est que ce n'est pas une fonctionnalité Python mais de votre environnement système qui n'est pas réalisée de la même façon si vous êtes sous Linux/Windows/... et donc savoir s'il est possible d'exécuter "python -m pytest" au lieu de "python"... dépend de

Mon objectif est qu'une personne ne connaissant rien à l'informatique puisse utiliser mes programmes.

pytest permet de tester ses programmes pour valider qu'ils fonctionnent correctement avant de permettre à des utilisateurs (qui ne savent pas programmer) de les utiliser...

- W

[Beginner.]

Il y a une fonctionnalité Python que je trouve hyper pratique : le fait de double-cliquer sur les fichiers *.py pour exécuter leur code.
Cela permet de créer des mini-exécutables et de simplifier l'appelle de ces programmes (pas besoin d'ouvrir l'interpréteur, de faire un import, etc...).

Il me semble que lors d'un double clique c'est le système d'exploitation qui exécute le fichier en faisant appelle à l’interpréteur (les fichiers d'extension .py sont associés à l’interpréteur Python).

Sinon pour le reste peut-être qu'on pourrait utiliser un fichier de commande ?

EDIT : Ah bah wiztricks a déjà répondu...

[durand.william]

Je viens de me rendre compte que l'idée que je me fais de PyTest ne doit pas être correcte.

Je souhaite un package python qui me permette de réaliser des tests sur un produit.
Le but est de venir tester certaines fonctionnalités et de stoker les résultats de ces tests dans un fichier ou une BDD.
Je vais avoir besoin d'appeler des fonctions python, de lancer des applications (en python ou autre) et de demander à l'opérateur de réaliser des manipulations sur le produit tout en étant connecté avec celui-ci en ethernet.
Le mieux serait d'avoir une IHM (plus tard bien sûr) et pourquoi pas de présenter les tests sous la forme de grafcets.

Je suis partie sur PytTest à cause de ce lien.
Mes collègues utilise déjà ROBOT framework mais cela ne me convient pas : ce n'est plus du python mais carrément un nouveau langage...

Vus la réponse de "wiztricks", je ne pense pas que PyTest ne convienne.
En même temps, en validation software nous utilisons le terme "test" pour parlé des vérifications que nous effectuons sur un produit.
Alors qu'en développement, on utilise plus souvent ce terme pour parler des tests unitaires... ça porte à confusion je vous l'accorde.

Du coup, PyTest est plutôt un framework orienté "Test-driven development", n'est-ce pas ?
Existe-t-il un framework orienté Automatisation de test produit ? (je peux donner un exemple si ce n'est pas clair)

[wiztricks]

Salut,

S'il faut comprendre que vous fabriquez un programme qui utilise les fonctionnalités de pytest parce que ... (toutes les bonnes raisons que vous avez de le faire et qui ne me regardent pas).

Alors lancer le programme test_script.py en double cliquant dessus pourrait se résumer à écrire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
import subprocess
subprocess.call("python -m pytest script.py", shell=1)

test_script.py reste "cliquable" et lance juste le bon script.

En informatique, on résout pas mal de problèmes avec des indirections.

- W

[durand.william]

En effet, je suis allé trop vite en conclusion : PyTest a l'air d'être l'outil qu'il me faut.
Je vous remercie pour ces réponses : test_script.py fonctionne parfaitement.

Bonne journée à vous.
Cordialement, WD