django - obtenir de l'utilisateur connecté dans le client de test

Dans un écrit de django test, comment puis-je obtenir de l'actuel de l'utilisateur connecté?

Par exemple c'est le test que j'ai envie d'écrire:

def test_author_set_once(self):
    self.client.login(username='Adam', password='password')
    #create an object and test the author is adam
    self.client.login(username='Barry', password='password')
    #modify the first object and test that the author has not changed

Donc, je veux être en mesure de dire quelque chose comme...

self.assertEqual(object.author, self.client.user)

(mais je ne peux pas)

La façon dont j'ai codé ça pour le moment, c'est comme cela:

self.client.login(username='Adam', password='password')
self.user = User.objects.get(username='Adam')
#create an object 
self.assertEqual(object.author, self.user)

Cela repose sur l'hypothèse que la demande.l'utilisateur est le même que pour un utilisateur particulier de l'objet. Je suppose que c'est OK, mais il semble un peu maladroit.

Est-il de toute façon à éviter l'hypothèse?

InformationsquelleAutor powlo | 2012-02-17

django testing

31

Le client de test est demande agnostique. Il ne fournit pas en soi de détenir des informations sur ce que les utilisateurs sont connectés. (N'votre serveur web ou le serveur de développement de Django, soit, pour des raisons évidentes, et ces mêmes raisons valables).

login est tout simplement une méthode pratique sur le client de test essentiellement à imiter un POST pour /login/ à la définition des informations d'identification utilisateur. Rien de plus.

Le réel de l'utilisateur est disponible sur le request tout comme dans une vue. Cependant, puisque vous n'avez pas un accès direct à la vue, Django fait request disponible sur la vue de la réponse. Après vous utilisez le client de test de charge d'une vue, vous pouvez stocker le résultat et puis obtenir de l'utilisateur via:
```
response.request.user
```
Plus récentes versions de Django utilisera:
```
response.context["user"]
```
- Ma réponse n'a pas l'utilisateur dans la requête dictionnaire.
- Même ici. Il n'existe pas.
- Bon les gens. J'ai ajouté cette réponse 2 ANS il ya. Sans surprise, Django a apparemment changé un peu depuis (comme 3, count 'em, 3 grandes révisions). C'est pas une raison de commencer downvoting ma réponse. stackoverflow.com/privileges/vote-down
- Je pense que c'est, vous devez modifier que les développeurs peuvent l'utiliser à tort
- lire le lien. Il y a de bonnes raisons de downvote. Ce n'est pas l'un d'eux. Les réponses sont à un moment dans le temps de la chose. Si tout le monde était responsable de la va et de l'édition de chaque seule réponse qu'ils ont jamais donné à assurez-vous qu'il est toujours à jour, il serait d'un emploi à temps plein. Je ne suis même pas en utilisant Django plus et n'ont pas pour les deux dernières versions, donc je n'ai aucune idée de ce que Django a changé et ce qu'ils n'ont pas. Ne soyons pas stupide.
- Et, n'oublions pas que c'est précisément la raison pour laquelle l'édition est disponible à tout le monde, même si vous avez juste à attendre pour que votre modification soit approuvée. Ceux qui sont activement à l'aide d'une technologie et de savoir que quelque chose a changé peut modifier la réponse sans avoir à impliquer l'affiche originale.
- Le problème n'est pas que vous n'avez pas à jour, c'est que votre réponse jamais dit la version de Django que vous utilisez. Comment tout ol' éditeur est censé corriger cela sans votre aide, je ne suis pas sûr 😉 j'oublie souvent des informations de version ainsi; bon rappel pour nous tous 🙂
InformationsquelleAutor Chris Pratt
29

En fait, vous ne pouvez pas accéder à l'utilisateur en cours par l'intermédiaire d'un test de réponse du client.

Cependant, vous pouvez vérifier si l'utilisateur est connecté. L'inspection self.client.session fera:
```
self.client.session['_auth_user_id']
>>> 1
```
Il y a un réponse plus détaillée pour cela.
- je vous remercie - le au-dessus de l'affiche allègrement les chorus de la "après l'appel de la vue et d'obtenir une réponse dans votre cas de test" réponse.
- réponse réponse prouve que l'on peut en fait obtenir de l'utilisateur actuel.
- n'hésitez pas à modifier ma réponse. _(ツ)_/
- Désolé, je ne me sens pas bien à l'aise pour modifier votre propre réponse à remplacer ses informations principales. J'ai appris à propos de get_user à partir d'une réponse à ma propre réponse, puis j'ai mis à jour sur la base que la meilleure approche. En tant que telle, n'hésitez pas à mettre à jour le vôtre. 🙂
InformationsquelleAutor hso
6

Je ne sais pas quelle version vous utilisez. Depuis 1.10.2, il y a un wsgi_request attribut dans response, il sert de request objet de votre point de vue.

Il est donc très facile d'accès de l'utilisateur connecté:
```
response.wsgi_request.user
```
InformationsquelleAutor Anyany Pan
1

Vous pouvez connectez-vous avec un test utilisateur comme suit:
```
from django.contrib.auth.models import User
user = User.objects.create_user('foo', '[email protected]', 'bar')
self.client.login(username='foo', password='bar')
```
Maintenant, vous pouvez simplement utiliser user dans vos tests:

self.assertEqual(created_model_object.user, user)

InformationsquelleAutor Adam Starrh

Vous devez vous connecter pour publier un commentaire.