Aiohttp: Testen Sie den Client-Schleifenfehler mit der tatsächlichen App

Um es kurz zu machen

Das vorgeschlagene Testmuster erfordert eine Boilerplate-Duplizierung des App-Codes und zeigt nicht, dass die App direkt getestet wird.

https://docs.aiohttp.org/en/stable/testing.html#pytest

Erwartetes Verhalten

Ich sollte mein App-Modul direkt an test_client , um meine App zu testen.

Tatsächliches Verhalten

Die Dokumentation zeigt, wie die App vor jedem Test von Handlern im Handumdrehen erstellt wird. Die direkte Übergabe des echten app an test_client funktioniert beim ersten Mal einwandfrei, schlägt dann mit "RuntimeError: web.Application instance initialized with different loop" fehl.

Schritte zum Reproduzieren

# handler.py

async def foo():
    return 'foo'

# app.py

from aiohttp import web
from .handler import foo

app = web.Application()
app.add_routes([web.get('/foo/', foo)])

# test.py

from .app import app

async def test_foo_status(test_client):
    response = await client.get('/foo/')
    assert response.status == 200

async def test_foo_body(test_client):
    response = await client.get('/foo/')
    body = await response.text()
    assert body == 'foo'

Ihre Umgebung

• Betriebssystem: Ubuntu 18.04
• Python: 3.6.5
• aiohttp: 3.3.2

Umgehen

Ich habe das Problem vorerst umgangen, indem ich mir den Quellcode angesehen und die Ursache des Fehlers ermittelt habe.

        if self._loop is not None and self._loop is not loop:
            raise RuntimeError(
                "web.Application instance initialized with different loop")

https://github.com/aio-libs/aiohttp/blob/e561eaa/aiohttp/web_app.py#L134

Es ist mir nicht sofort klar, warum dieser Code notwendig ist. Ich konnte keinen Kontext in der Git-Historie finden. Das Festlegen von app._loop = None in meiner Testbereinigungsmethode scheint das Problem ohne negative Nebenwirkungen zu vermeiden. Ist dieser Code wirklich notwendig? Könnte dieser Fix in test_client ?