PHPUnit: Avertissement: require(PHPUnit/Autoload.php): failed to open stream: No such file or directory in /usr/local/bin/phpunit sur la ligne 42

J'ai frappé un problème similaire sur MAC OSX Lion. J'ai installé phpunit avec la POIRE gestionnaire de paquet, et quand j'essaie de le lancer j'ai obtenu l'erreur comme décrit par udo. J'ai été en mesure de le résoudre avec les étapes suivantes:

1. Obtenir la plus récente de php archive de poire curl http://pear.php.net/go-pear.phar > go-pear.php
2. Installer l'archive avec sudo php -q go-pear.php

Lors de l'installation, il détecte si l'include_path de php.ini ne contient pas la POIRE répertoire PHP. Vous pouvez choisir de laisser le réparer automatiquement pour vous lorsque l'option.

Vous devez avoir le dossier qui contient le PHPUnit source des fichiers sur votre PHP include path. Aussi, PHPUnit/Autoload.php a été ajouté à 3.6, et il est possible que vous avez une ancienne 3.5.x dossier source à la place. Vérifier les dossiers répertoriés à l'aide de

php -r 'foreach (explode(':', get_include_path()) as $path) echo $path . PHP_EOL;'

(ou Windows)

php -r"foreach (explode(':', get_include_path()) as $path) echo $path . PHP_EOL;"

et assurez-vous que l'un d'eux contient un PHPUnit dossier avec Autoload.php.

Mise à jour: au Sujet de votre mise à jour, vous voudrez probablement pour supprimer /usr/local/share/pear/PHPUnit du chemin parce que vous êtes, y compris PHPUnit/Autoload.php qui devrait être situé dans /usr/local/share/pear qui est déjà dans le chemin de l'.

À assurez-vous que PHPUnit est d'abord exécuter phpunit --version de sorte que vous pouvez voir la version installée. PHPUnit instancie tous les cas de test il des plans à exécuter avant de sortir quoi que ce soit. Si l'un de vos cas de test à cause d'une erreur fatale lors du chargement, parfois, aucune sortie n'est indiquée. C'est très frustrant. Commencez par créer le test le plus simple possible qui n'utilise pas du tout de votre code.

class MyTest extends PHPUnit_Framework_TestCase {
    function testThatItWorks() {
        self::assertTrue(true);
    }
}

L'exécution de ce test devrait produire un seul test de passage. Essayez-le et collez ce que vous voyez dans votre question.

Il convient de noter que la plupart des utilisateurs qui sont confrontés à la problématique, ici, doit être en cours d'exécution de la commande

$ phpunit

à partir de l'invite de commande. quand ils obtenir l'erreur ci-dessus. Ce que la Plupart d'entre nous ne parviennent pas à comprendre le vrai problème est que le PHP utilisé dans l'invite de commande va surtout être très différent de celui en cours d'exécution de choses pour vous à votre serveur web. Personnellement, j'utilise lampp et même si j'avais correctement installé phpunit à l'aide de la poire avec succès,je n'ai pas réalisé cette partie essentielle pendant des heures.

Remède
- pour quand vous en avez besoin pour exécuter un script PHP qui nécessite des ressources dans l'include_path, assurez-vous que php.ini pour le PHP binaire à l'aide de votre équipés de manière adéquate. cas et le point dans mon ubuntu 12.04 installation avec xampp mes deux php les fichiers binaires comprennent

• la ligne de commande un je.e php5-cli trouve dans /etc/php5/cli/répertoire
• le xampp un je.e php qui est utilisé par apache pour servir de mes pages qui se trouve dans /opt/lampp/etc/php.ini

À la fois le php.les fichiers ini doit avoir votre souhaitable et correcte de l'include_path de la déclaration pour vous de démarrer correctement toutes les lignes de commande des scripts et des serverside(apache servi de scripts).

Revenir à notre question à la main après avoir correctement configurer le php.ini n'oubliez pas de

• Redémarrer Apache pour le serveur web choisissez vos changements
• Redémarrez votre terminal/de ligne de commande de session, afin que les cli invite récupère vos modifications

Erreurs les plus courantes que vous obtenez des problèmes lors de la Modification de Fichiers dans Linux/*nix Systèmes

• n'oubliez pas d'exécuter chwon de posséder le php.fichier ini ou autre vous ne parviennent même à les modifier

• n'oubliez pas d'exécuter la commande chmod et de modifier les valeurs pour vous permettre d'enregistrer vos modifications après vous pouvez y revenir à tout (contrôle d'accès sur le fichier que j'ai.e chwon et chmod à l'état précédent) à la façon dont ils ont été et qu'il devrait être ok après le redémarrage du terminal et apache.

Bonne Chance