Différences entre les versions de « Logiciels »
Ligne 8 : | Ligne 8 : | ||
* Postman | * Postman | ||
* Katalon | * Katalon | ||
=== Postman === | |||
Avant Postman on utilisait curl avec un shell. Ca marche mais ce n'était pas très pratique. J'ai essayé. | |||
L'interface permet de concevoir des requêtes HTTP, de récupérer le contenu et de valider le retour. | |||
Il dispose d'un système très pratique de variables qui peu varier en fonction de l'environnement: test, prod, etc. | |||
Je m'en sers essentiellement pour tester les API. | |||
=== Selenium === | |||
En fait il existe deux sorte de Selenium. Le plus connu est vraisemblablement Selenium IDE. Il s'agit d'un plugin à installer dans | |||
son navigateur et il permet de créer des scénarios de test. | |||
L'autre est un serveur autonome qui permet de mettre en place des tests fonctionnels complets avec les librairies de test unitaire. | |||
Pour fonctionner correctement il a besoin d'un pilote (driver) en fonction du navigateur ciblé. | |||
=== Katalon === | |||
Il se décline en deux versions: Katalon Studio et Katalon Recorder. | |||
Ce dernier est similaire à Selenium IDE. Il s'agit d'une extension à installer dans le navigateur. Je le trouve plus complet. | |||
L'autre version est un "must have". C'est un éditeur complet qui permet de mettre en place des tests complexes dans un environnement de bureau. | |||
Avec lui on peut tester des applications Web mais également des applications mobiles. Ouais rien que ça !! | |||
== Editeurs et IDE == | == Editeurs et IDE == |
Version actuelle datée du 4 novembre 2022 à 14:55
Il s'agit ici d'un résumé de logiciels que j'ai découvert et/ou que j'utilise
Test logiciels et intégration continue
- Jenkins
- Github actions
- Gitlab CI
- Selenium
- Postman
- Katalon
Postman
Avant Postman on utilisait curl avec un shell. Ca marche mais ce n'était pas très pratique. J'ai essayé. L'interface permet de concevoir des requêtes HTTP, de récupérer le contenu et de valider le retour.
Il dispose d'un système très pratique de variables qui peu varier en fonction de l'environnement: test, prod, etc.
Je m'en sers essentiellement pour tester les API.
Selenium
En fait il existe deux sorte de Selenium. Le plus connu est vraisemblablement Selenium IDE. Il s'agit d'un plugin à installer dans son navigateur et il permet de créer des scénarios de test.
L'autre est un serveur autonome qui permet de mettre en place des tests fonctionnels complets avec les librairies de test unitaire. Pour fonctionner correctement il a besoin d'un pilote (driver) en fonction du navigateur ciblé.
Katalon
Il se décline en deux versions: Katalon Studio et Katalon Recorder.
Ce dernier est similaire à Selenium IDE. Il s'agit d'une extension à installer dans le navigateur. Je le trouve plus complet.
L'autre version est un "must have". C'est un éditeur complet qui permet de mettre en place des tests complexes dans un environnement de bureau. Avec lui on peut tester des applications Web mais également des applications mobiles. Ouais rien que ça !!
Editeurs et IDE
- Visual Studio Code
- Visual Studio
- Netbeans
- Eclipse
- PHPStorm
Langages de programmation
- Powershell
- Bash
- Basic
- Go
- Rust
- PHP
Gestion de référentiel et de changements
- subversion
- git
- github
- gitlab
- gitea
Bases de données
- Mysql
- Mariadb
- Postgresql
- SQL Server
- Oracle
- Sqlite
Serveurs d'application
- Apache
- Nginx
- Nodejs
- Deno
- Payara et Payara micro
Et bien d'autres…
Apache
Maintenu par la fondation Apache, c'est le plus populaire. Sa configuration ressemble a du XML avec un système de balise. Il est très complet et permet la plupart des fantaisies.
NGinx
Il a été créé à l'origine pour faire un serveur d'application plus rapide et plus simple à configurer qu'Apache. Sa configuration se base sur un format JSON.
Tomcat
Il s'agit d'un serveur d'application destiné principalement aux application réalisées en Java. Il est maintenu par la fondation Apache. Sa configuration est en XML.
Payara
Il s'agit d'un fork de Glassfish qui est également un serveur pour applications Java. Il dispose d'une interface pour gérer les applications.
Payara Micro
C'est mon préféré. Bon, ok, il n'a pas d'interface de gestion et tout se passe avec la ligne de commande. Mais pour du développement, il fait le job et même très bien. Son grand intérêt est qu'on n'a pas besoin d'un serveur gourmand en ressource pour faire tourner une application annexe. Il est excessivement léger et facile à installer: juste un jar à lancer. La dernière version (5.201) que je dispose fait 80 Mo.
Par exemple je fait tourner Jenkins en local avec lui.
Nodejs
Certains préféreront dire "node.js". L'idée de départ est de créer un serveur pour applications complètement rédigées en Ecmascript (le nom officiel de javascript). Sauf que son gestionnaire de paquet "npm" est tellement puissant qu'aujourd'hui on l'installe juste pour ajouter des dépendances en javascript.
Deno
Vous la trouvez l'astuce ? Et bien oui, il s'agit d'un concurrent affiché à Nodejs. Son mot d'ordre: faire plus simple et plus rapide que Nodejs. Il semble que le pari soit tenu.