Tout mot réel exemple de la manière setUp() et tearDown() doit être utilisé dans PHPUnit?

Si vous n'chaque méthode de test individuellement, votre code de test permettra de partager un grand nombre de lignes qu'il suffit de créer l'objet à tester. Ce code partagé peut (mais ne DOIT) aller dans la méthode de configuration.

Tout ce qui doit être fait pour créer de l'objet à être testé puis aussi va dans la méthode de configuration, par exemple créer des objets fantaisie qui sont injectés dans le constructeur de l'objet testé.

Rien de ce qui doit être déchiré vers le bas parce que l'appel suivant à l'installation d'initialiser les variables de membre de classe avec un nouvel ensemble d'objets.

La seule chose qui a besoin de la mise à nu est si votre test laisse quelque chose derrière en permanence, comme les fichiers qui l'a créé, ou des entrées de base de données. Il n'est vraiment pas une très bonne idée d'écrire des tests qui font de telles choses, mais à un certain point, vous ne pouvez pas abstraite et plus avoir à toucher à des trucs comme le disque dur, base de données ou du réseau réel.

Il y a donc beaucoup plus de place qu'un démontage nécessaire, et j'ai toujours supprimer le démontage de la méthode si il n'y a pas de travail à faire pour ce test.

Concernant se moque, je fonctionne comme ceci:

private $_mockedService;
private $_object;
protected function setUp()
{
    $this->_mockedService = $this->getMock('My_Service_Class');
    $this->_object = new Tested_Class($this->_mockService);
}

public function testStuff()
{
    $this->_mockedService->expects($this->any())->method('foo')->will($this->returnValue('bar'));
    $this->assertEquals('barbar', $this->_object->getStuffFromServiceAndDouble());
}

Vous pouvez l'utiliser presque n'importe quand vous avez une dépendance à l'intérieur de la classe à tester. Un exemple classique de ce qui pourrait être une sorte d'objet de stocker l'état de l'application (un objet de session, un panier d'achat, etc.).

Dire que j'ai eu par exemple une classe qui va calculer les frais d'expédition sur le contenu d'un panier d'achat défini par un chariot objet. Et disons que ce panier est passé dans le calcul de l'expédition par l'injection de dépendance. Pour tester la plupart des méthodes de la classe que vous pourriez avoir besoin pour réellement instancier un panier d'objet et de le définir dans la classe pour les tests unitaires de vos différentes méthodes. Vous pourriez aussi avoir besoin d'ajouter des éléments dans le panier cul bien. Donc, vous pourriez peut avoir une telle configuration:

public function setUp()
{
    $this->cart = new cart();
    $this->cart->add_item('abc');
    $this->cart->add_item('xyz');
}

Supposons également que vos méthodes de test peut effectivement modifier le panier les articles, les décorant avec des frais d'expédition de l'information. Vous ne t veulent de l'information à partir d'un test de l'hémorragie de la prochaine, de sorte que vous videz le panier à la fin.

public function tearDown()
    unset($this->cart);
}