« SPARQL Protocol and RDF Query Language/Travail pratique/Initiation à PHPUnit » : différence entre les versions

Contenu supprimé Contenu ajouté
m Robot : Remplacement de texte automatisé (-qu'il +qu’il)
Ligne 30 :
 
 
Les librairies PHP pour SPARQL comportent des tests unitaires qu'ilqu’il faut savoir exécuter pour pouvoir développer des applications avec SPARQL.
=== Documentations ===
 
Ligne 106 :
 
== Développer avec PHPUnit ==
Les débutants en PHP pensent, souvent à tort, qu'ilqu’il suffit de faire quelques echo, print_r() ou var_dump() pour tester leurs programmes. Dès lors que quelqu'un développe de cette manière, il est très difficile de modifier cette habitude.
 
Les tests doivent accompagner toute la vie d'un logiciel. Si un développeur modifie un logiciel sans maintenir les tests associés, il brise la chaîne vertueuse que ses pères ont essayé de maintenir et fait du logiciel une version Beta pour toujours (c'est-à-dire une version boguée). Dès lors qu'un logiciel ne subit plus de tests, sa durée de vie sera courte.
 
De plus, la méthode agile (ou Extreme Programming) intègre les tests unitaires. Cela permet de modifier violemment le code pour l'améliorer (refactoring), car le développeur sait qu'ilqu’il y a un filet de sécurité qui ne laissera passer aucune erreur déjà connue.
 
'''Voici la méthode pour développer des tests unitaires, quel que soit le langage :'''
Ligne 136 :
=== Concevoir l'arborescence de votre projet ===
 
Un projet Web ne doit pas être développé alors qu'ilqu’il est en même temps en production (c'est-à-dire en cours d'utilisation).
 
Dans le [[SPARQL Protocol and RDF Query Language/Travail pratique/Faire un serveur Web|TP faire un serveur Web]], nous avons créé un site Web, '''moncv''', qui servira aux tests sur notre PC de développement avant un possible déploiement à distance sur un autre serveur.
Ligne 332 :
</source>
 
Les tests indiquent qu'ilsqu’ils ont échoué. C'est logique, car la classe String n'a pas encore été implémentée.
 
=== Créer le script de déploiement ===