PHPUnit “Raillé méthode n'existe pas.” lors de l'utilisation de $maquette>attend($this->at(...))

J'ai couru dans un étrange problème avec PHPUnit les objets fantaisie. J'ai une méthode qui devrait être appelé deux fois, donc je suis en utilisant le "à" matcher. Cela fonctionne pour la première fois, la méthode est appelée, mais pour une raison quelconque, la deuxième fois il l'appelle, je reçois "Raillé méthode n'existe pas.". J'ai utilisé le "à" matcher avant et n'ai jamais couru dans cette.

Mon code ressemble à quelque chose comme:

class MyTest extends PHPUnit_Framework_TestCase
{
    ...

    public function testThis()
    {
        $mock = $this->getMock('MyClass', array('exists', 'another_method', '...'));
        $mock->expects($this->at(0))
             ->method('exists')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue(true));

        $mock->expects($this->at(1))
             ->method('exists')
             ->with($this->equalTo('bar'))
             ->will($this->returnValue(false));
    }

    ...
}

Quand je lance le test, j'obtiens:

Expectation failed for method name is equal to <string:exists> when invoked at sequence index 1.
Mocked method does not exist.

Si je supprime le deuxième matcher, je n'ai pas l'erreur.

Quelqu'un a rencontré ce avant?

Merci!

InformationsquelleAutor rr. | 2010-07-29
  1. 42

    La question a fini par être avec la façon dont j'ai compris le "à" matcher au travail. Aussi, mon exemple n'était pas textuellement comment il est dans mon test de l'unité. Je pensais que le "à" matcher compteur travaillé sur une chaque requête, où il fonctionne vraiment par l'instance d'un objet de base.

    Exemple:

    class MyClass {

    public function exists($foo) {
        return false;
    }

    public function find($foo) {
        return $foo;
    }
}

    Incorrect:

    class MyTest extends PHPUnit_Framework_TestCase
{

    public function testThis()
    {
        $mock = $this->getMock('MyClass');
        $mock->expects($this->at(0))
             ->method('exists')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue(true));

        $mock->expects($this->at(0))
             ->method('find')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue('foo'));

        $mock->expects($this->at(1))
             ->method('exists')
             ->with($this->equalTo('bar'))
             ->will($this->returnValue(false));

        $this->assertTrue($mock->exists("foo"));
        $this->assertEquals('foo', $mock->find('foo'));
        $this->assertFalse($mock->exists("bar"));
    }

}

    Correct:

    class MyTest extends PHPUnit_Framework_TestCase
{

    public function testThis()
    {
        $mock = $this->getMock('MyClass');
        $mock->expects($this->at(0))
             ->method('exists')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue(true));

        $mock->expects($this->at(1))
             ->method('find')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue('foo'));

        $mock->expects($this->at(2))
             ->method('exists')
             ->with($this->equalTo('bar'))
             ->will($this->returnValue(false));

        $this->assertTrue($mock->exists("foo"));
        $this->assertEquals('foo', $mock->find('foo'));
        $this->assertFalse($mock->exists("bar"));
    }

}
    • Oui, mais je pense que c'est un bug dans PHPUnit. La documentation dit: Retourne un comparateur qui correspond à la méthode, il est évalué pour est invoquée à l' $index.
    • D'accord, en plus il serait beaucoup plus facile et plus utile pour espionner les appels de méthode si l'at() indice est incrémentée par la méthode de base.
    • Ressemble juste au sujet de tout confondu avec l'utilisation de attend sera la cause de la "Raillé méthode n'existe pas de message". Bon à savoir.
    • Qui fait se moquant de plus d'une méthode pratiquement inutilisable
    • aujourd'hui, il travaille toujours comme ça, et maintenant que j'ai résolu mon test avec ce post, je claque mon chapeau sur le sol
    • Se pourrait-il qu'en 2015, cela fonctionne maintenant par appel de la méthode non par l'appel de l'objet? Ressemble à ça dans mes tests. Et oh boy n'ai-je perdre des heures sur ce!
    • L'Argument de la méthode $this->at() doit commencer à partir de 1 pas de 0.

    InformationsquelleAutor rr.
  2. 16

    Pour info, Pas sûr si son lié, mais j'ai rencontré la même chose, mais pas avec la $this->at() méthode, pour moi, c'était la $this->never() méthode.

    Cela a déclenché l'erreur

    $mock->expects($this->never())
    ->method('exists')
    ->with('arg');

    Cette correction de l'erreur

    $mock->expects($this->never())
    ->method('exists');

    Il fait la même chose lors de l'utilisation de la $this->exactly(0) méthode.

    Espère que cela aide quelqu'un.

    • Merci! C'était vraiment utile, j'ai rencontré le même problème et j'ai été coincé (jusqu'à ce que j'ai lu votre commentaire).
    • Même problème ici, merci beaucoup!
    • Merci, qui fixe mon problème aussi. Mais je n'ai vraiment aucune idée de pourquoi ça a fonctionné. Pouvez-vous nous éclairer sur la question?
    • puisque la méthode n'est jamais censé être appelé, l'attente sur le avec des arguments qui ne devraient jamais se produire. Donc, depuis la configuration de l'attente pour la méthode n'est pas arrivé, mais a été configuré de manière à arriver (à cause de la avec), l'erreur est de déclenchement. Espérons que cela a du sens. Je suis d'accord que le message est un peu bizarre pour cette erreur.
    • Merci!!!! Avait exactement le même problème.
    InformationsquelleAutor yvoyer
  3. 5

    Essayez de changer $this->at(1) à $this->at(2)

    • A travaillé pour moi. Je l'ai appelé: une fois pour foo et 3 fois pour bar méthodes après foo. Départ bar attente de 1 correction d'un problème.
    InformationsquelleAutor Alan
  4. 3

    C'est une formulation malheureuse de la message d'erreur par PHPUnit.

    Double chèque à l'ordre de vos appels, comme @rr réponse mentionne.

    Pour moi, autant que je sais qu'avec mon propre code, je devrais être à l'aide de at(0) et at(1) respectivement, mais il n'était pas jusqu'à ce que j'ai utilisé at(2) et at(3) plutôt qu'il a travaillé. (Je suis en utilisant session moqueur dans CakePHP.)

    La meilleure façon de vérifier l'ordre est d'obtenir " en " la méthode appelée et vérifier ce qui est passé. Vous pouvez le faire comme ceci:

    $cakePost = $this->getMock('CakePost');
$cakePost->expects($this->once())
->method('post')
->with(
    //Add a line like this for each arg passed
    $this->callback(function($arg) {
        debug("Here's what was passed: $arg");
    })
);
    • Saint-l'enfer, c'est ennuyeux! Merci pour cela, j'ai vraiment été aux prises avec un appareil de test à cause de ce problème.
    InformationsquelleAutor Tyler Collier
  5. 1

    Aussi loin que je peux dire à partir de la Démo de code, il devrait travail. J'ai produit un exemple de travail dans le cas où vous utilisez une ancienne Version de PHPUnit et que vous souhaitez vérifier de cette façon, si cela fonctionne pour vous aussi.

    Dans le cas où cela ne fonctionne pas peut-être que vous pourriez fournir un peu plus (au mieux exécutable) code ? 🙂

    <?php

class MyTest extends PHPUnit_Framework_TestCase
{

    public function testThis()
    {
        $mock = $this->getMock('MyClass');
        $mock->expects($this->at(0))
             ->method('exists')
             ->with($this->equalTo('foo'))
             ->will($this->returnValue(true));

        $mock->expects($this->at(1))
             ->method('exists')
             ->with($this->equalTo('bar'))
             ->will($this->returnValue(false));

        $this->assertTrue($mock->exists("foo"));
        $this->assertFalse($mock->exists("bar"));
    }

}

class MyClass {

    public function exists($foo) {
        return false;
    }
}

    impression

    phpunit MyTest.php
PHPUnit 3.4.15 by Sebastian Bergmann.

.

Time: 0 seconds, Memory: 4.25Mb

OK (1 test, 3 assertions)
    InformationsquelleAutor edorian
  6. 0

    Êtes-vous sûr que vous avez inclus MyClass dans votre test? J'ai eu quelques erreurs de méthode non quand se moquant d'une classe/interface sans l'inclure.

    • Yep, le premier comparateur de fonctionne bien, qui est à la tête scratcher
    InformationsquelleAutor martinvium
  7. 0

    Peut-être pas lorsque la question a été soulevée cependant, aujourd'hui la documentation précise clairement comment l'at doit être utilisé et je cite

    Remarque

    Le $index du paramètre pour l'at() matcher se réfère à l'indice, en commençant à zéro, dans tous les appels de méthode pour un objet fantaisie. Faire preuve de prudence lors de l'utilisation de cette correspondance car elle peut conduire à une fragilité des tests qui sont trop étroitement liée à certains détails de mise en œuvre.

    InformationsquelleAutor Mubashar Ahmad