Nuova sezione libri disponibile!

TDD con Flask e PyTest per lo sviluppo di API REST. Parte 1

Ludovico Russo

lettura in 10 minuti

Nel mio precedente articolo vi ho parlato di TDD e del perchè lo trovo estremamente utile come metodologia di sviluppo.

Tra l'altro, grazie ad alcuni feedback che ho ricevuto, ho scoperto che tra alcuni Guru dell'informatica questa metodologia sta iniziando ad essere chiamata Test Driven Design, invece che Test Drived Development. Questo perché si vuole mettere l'accento sul fatto che il TDD aiuta a sviluppare codice migliore, quindi è una metodologia di design (progettazione), piuttosto che di development (sviluppo).

Ad ogni modo, indipendentemente da come la vogliamo chiamare, voglio farvi vedere, in questo post ed in quelli che ne seguiranno, come può essere applicata nello sviluppo di codice reale.

Un caso pratico: sviluppiamo delle API in Flask usando il TDD

Diamoci un obiettivo: recemente ho iniziato a sviluppare API Rest, e mi sono reso conto (in modo completamente inaspettato), che la cosa mi diverte parecchio.

Qui vi propongo quindi come sviluppare una semplice app Flask che ci permette di comunicare tramite API REST (in json). Per semplicità, l'app al momento permetterà solamente di eseguire il Login (utilizzando una tecnologia chiamata JWT) ed esporrà 3 end point:

  • /login: per loggarsi;
  • /protected: a cui si potr√† accedere solo se loggati;
  • /: a cui si potr√† accedere senza nessuna identificazione.

Alcune note

Nonostante questa applicazione possa sembrare semplice, in realtà essa è la base di un grosso progetto che sto sviluppando per hobby, chiamato Flask-IoT. L'idea di questo progetto è quella di sviluppare un server IoT basato su Flask che permetta a dispositivi connessi (Raspberry Pi in primis), di inviare dati ad un database.

Inoltre, nonostante la disponibilità di estensioni di Flask molto che potrebbero essere utili per lo sviluppo di questa applicazione, la mia idea è di svilupparla senza usare troppi framework già pronti, in piena filosofia Flask, che da al programmatore la piena libertà di scelta nello sviluppo. Ovviamente questo non mi impedirà di usare framework semplici e molto utili (come Flask-JSON), tuttavia, dopo aver provato un po' di esensioni Flask per lo sviluppo di API Rest (Flask-RESTFul, Flask-RESTPlus, Flask-Potion), mi sono sempre trovato nella condizione di dover aggirare dei limiti imposti da questi framework, finchè non ho deciso di sviluppare tutto da me (cosa molto facile in Flask).

Per ultimo, utilizzerò PyTest come framework per lo sviluppo dei test.

Iniziamo: Setup dell'ambiente di sviluppo

Al solito, da terminale, iniziamo a creare la cartella di lavoro con l'ambiente virtuale:

$ mkdir flask-tdd-tutorial && cd flask-tdd-tutorial
$ virtualenv -ppython3 env
$ source env/bin/activate

Notare il parametro -ppython3 che forza l'ambiente virtuale ad utilizzare Python 3.

Implementiamo il primo test

Ricordate il mantra del TDD? Mai sviluppare se non si ha un test che fallisce. Questo vale anche quando si inizia lo sviluppo dell'app: scriviamo prima i test!

Creiamo un file test.py ed iniziamo ad implementare il test.

# file test.py

from app import create_app

def test_app_runs():
    app = create_app()
    client = app.test_client()
    res = client.get('/')
    assert res.status_code == 200

Come vedete, il test non è altro che una semplice funzione (il cui come inizia con test_), che fa le seguenti operazioni:

  1. Crea un'app Flask tramite una funzione chiamata create_app() (importata dal modulo app);
  2. Crea un client di test (funzione implementata da Flask) utilizzando il comando app.test_client();
  3. Fa una richiesta all'url / del nostro server
  4. Verifica, tramite il comando assert, che il codice di ritorno della risposta sia 200 (vuol dire tutto ok!).

Vedete come, nell'implementare il test, abbiamo già dato alcuni vincoli (o linee guida) nello sviluppo vero e proprio? Vediamoli tutti insieme:

  1. La nostra applicazione viene sviluppata in un modulo chiamato app
  2. L'applicazione viene creata da una funzione chiamata create_app()
  • Questo √® uno dei pattern di sviluppo suggeriti da Flask!
  1. L'url / (quindi principale) deve ritornare qualcosa senza errori (status_code deve essere 200).

Tramite queste poche righe di codice abbiamo quindi già definito (a grandi linee), la struttura ed il comportamento del nostro server!

Il comando assert

Vorrei prendere un po' di tempo per spiegare per bene cosa vuol dire il comando assert: questo è una speciale keyword id Python (e di molti altri linguaggi) utilizzata per generare Errori (o Eccezioni). Un eccezione, per chi non lo sapesse, è un errore che viene generato da un programma quando succede qualcosa che non va, come ad esempio il tentativo di dividere un numero per zero. In particolare assert funziona in modo molto simile a if. Viene chiamata insieme ad una condizione, e genera errore nel caso tale condizione sia False.

In PyTest, assert √® utilizzata come condizione di verifica di esecuzione del test. Quindi, se tutti gli assert (s√¨, possono essercene pi√Ļ di uno, anche se in TDD consiglia un solo assert a test!) all'interno di un test passano, allora il test √® considerato passato, altrimenti fallisce.

Lanciamo il primo test

Ok, chiusa questa parantesi che serve a far capire il codice, partiamo! Per lanciare il test, dobbiamo prima di tutto installare il pacchetto pytest. Utilizziamo il comando pip

(env)$ pip install pytest

e quindi lanciare il comando pytest test.py

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 0 items / 1 errors

==================================== ERRORS ====================================
___________________________ ERROR collecting test.py ___________________________
ImportError while importing test module '/Users/ludus/develop/github/flask-tdd-tutorial/test.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
test.py:3: in <module>
    from app import create_app
E   ModuleNotFoundError: No module named 'app'
!!!!!!!!!!!!!!!!!!! Interrupted: 1 errors during collection !!!!!!!!!!!!!!!!!!!!
=========================== 1 error in 0.13 seconds ============================

Il primo test √® fallito! Dobbiamo essere contenti: possiamo iniziare a sviluppare. Vediamo gli errori che vengono generati, e cerchiamo di risolverli nel modo pi√Ļ banale possibile.

Il primo errore lo abbiamo su from app import create_app, causato dal fatto che non esiste un modulo app (ImportError: No module named app).

Risolviamolo: creiamo un file app.py e rilanciamo il test.

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 0 items / 1 errors

==================================== ERRORS ====================================
___________________________ ERROR collecting test.py ___________________________
ImportError while importing test module '/Users/ludus/develop/github/flask-tdd-tutorial/test.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
test.py:3: in <module>
    from app import create_app
E   ImportError: cannot import name 'create_app'
!!!!!!!!!!!!!!!!!!! Interrupted: 1 errors during collection !!!!!!!!!!!!!!!!!!!!
=========================== 1 error in 0.13 seconds ============================

Adesso otteniamo l'errore cannot import name create_app: perché il nostro modulo non definisce la funzione create_app.

Aggiustiamolo definendo la versione create_app nel modo pi√Ļ stupido possibile:

# file app.py

def create_app():
    pass

Si esatto, so gi√† che avr√≤ altri errori oltre a questo, ma l'idea del TDD √® proprio questa: risolviamo un errore alla volta (nel modo pi√Ļ semplice possibile).

Lanciamo il test:

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 1 item

test.py F

=================================== FAILURES ===================================
________________________________ test_app_runs _________________________________

    def test_app_runs():
        app = create_app()
>       client = app.test_client()
E       AttributeError: 'NoneType' object has no attribute 'test_client'

test.py:7: AttributeError
=========================== 1 failed in 0.03 seconds ===========================

Ok, le cose migliorano: il test si lamenta dal fatto che la variabile app √® non definita, e quindi non possiamo chiamare la funzione app.test_client(). Risolviamolo facendo tornare alla funzione create_app un qualcosa di pi√Ļ interessante (magari un'app Flask?).

# file app.py

from flask import Flask

def create_app():
    app = Flask(__name__)
    return app

E rilanciamo il test:

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 0 items / 1 errors

==================================== ERRORS ====================================
___________________________ ERROR collecting test.py ___________________________
ImportError while importing test module '/Users/ludus/develop/github/flask-tdd-tutorial/test.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
test.py:3: in <module>
    from app import create_app
app.py:3: in <module>
    from flask import Flask
E   ModuleNotFoundError: No module named 'flask'
!!!!!!!!!!!!!!!!!!! Interrupted: 1 errors during collection !!!!!!!!!!!!!!!!!!!!
=========================== 1 error in 0.13 seconds ============================

Bene, nuovo errore, super semplice da risolvere: No module named 'flask', risolviamolo installando Flask

$ pip install Flask

E via di nuovo con il test.

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 1 item

test.py F

=================================== FAILURES ===================================
________________________________ test_app_runs _________________________________

    def test_app_runs():
        app = create_app()
        client = app.test_client()
        res = client.get('/')
>       assert res.status_code == 200
E       assert 404 == 200
E        +  where 404 = <Response streamed [404 NOT FOUND]>.status_code

test.py:9: AssertionError
=========================== 1 failed in 0.38 seconds ===========================

Ok, le cose migliorano. Il test ha raggiunto il primo assert. In particolare, l'url / ritorna un errore 404 (not found) invece che il codice di successo (200). Il modo migliore per risolverlo? Definiamo una route su /.

# file app.py

from flask import Flask

def create_app():

    app = Flask(__name__)

    @app.route('/')
    def index():
        return ''

    return app

Codice un po' brutto vero? Personalmente non adoro definire una route dentro create_app, ma non preoccupiamoci ora. Notare che la funzione ritorna una stringa vuota: attualmente stiamo risolvendo l'errore 404, non il messaggio nella risposta HTML.

Lanciamo il test...

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 1 item

test.py .

=========================== 1 passed in 0.30 seconds ===========================

Evviva! Il test è passato. Abbiamo concluso la seconda fase del ciclo (green). Al momento potremmo fare il refactoring del codice, ma è ancora troppo acerbo per preoccuparcene... Però possiamo migliorare i test!

Fixture e le magie di PyTest

Come potete immaginare vedendo la funzione di test, è molto probabile che gli oggetti app e client debbano essere creati in ogni test che implementiamo.

In particolare, è un'esigenza comune dover eseguire del codice ogni volta che un test viene eseguito (ricordatevi che un test è ogni funzione). Fortunatamente pyTest ha una funzionalità molto molto utile chiamata fixture.

Essenzialmente, una fixture è una funzione che viene chiamata all'inizio di ogni test, il cui valore di ritorno viene passato automatica alle funzioni che lo richiedono.

Implementare una fixture è semplicissimo: basta decorare una funzione.

Partiamo dall'inizio: è molto probabile che ogni nostro test che implementeremo utilizzerà l'oggetto app. Possiamo quindi farlo diventare una fixture, implementando la seguente funzione:

import pytest

@pytest.fixture
def app():
    _app = create_app()
    return _app

Per non fare confusioni, ho chiamato la funzione app, mentre l'oggetto che questa funzione ritorna _app. Capirete dopo perché questa differenza.

Adesso viene il bello delle fixture: ogni funzione di test che avrà come argomento app (nome della funzione), chiamerà automaticamente questa fixture, e il valore di ritorno della fixture sarà passato all'argomento della funzione di test.

Nei test Flask, avremo molto spesso bisogno anche della variabile client, creiamo quindi una fixture anche per questo:

@pytest.fixture
def client(app):
    _client = app.test_client()
    return _client

Si noti che questa seconda fixture implementata dipende dalla precedente, perchè riceve un parametro chiamato (appunto) app.

Ok, ora possiamo reimplementare la vecchia funzione test_app_runs come segue:

def test_app_runs(client):
    res = client.get('/')
    assert res.status_code == 200

Semplice, no?

Ok, fatto questo, la nuova versione del file test.py dovrebbe essere questa:

# file test.py

from app import create_app
import pytest

@pytest.fixture
def app():
    _app = create_app()
    return _app

@pytest.fixture
def client(app):
    _client = app.test_client()
    return _client

def test_app_runs(client):
    res = client.get('/')
    assert res.status_code == 200

Abbiamo appena finito di fare refactoring del nostro codice -- sì, non è il refactoring "standard" del codice di produzione, ma del codice di test, ma parliamo sempre di refactoring.

Lanciamo il test e controlliamo che questo vada bene.

(env)$ pytest tests.py
============================= test session starts ==============================
platform darwin -- Python 3.6.1, pytest-3.2.2, py-1.4.34, pluggy-0.4.0
rootdir: /Users/ludus/develop/github/flask-tdd-tutorial, inifile:
collected 1 item

test.py .

=========================== 1 passed in 0.31 seconds ===========================

Ok benissimo, niente di nuovo. Possiamo concludere il primo ciclo red-green-refactoring.

Fine prima Parte

Sembra inutile? Sì, sembrava inutile anche a me, ma vi assicuro che nel tempo, come vedremo piano piano), questo approccio può aiutare, se ben utilizzato, a sviluppare del codice migliore, e certamente velocizza la scoperta di regression bugs: bug introdotti dai refactoring e comunque durante la normale evoluzione del codice.

Sembra lungo? In realtà non lo è, ad eseguire il ciclo completo di test ho impiegato esattamente 2 min e 21 secondi (cronometro alla mano).

Ho esagerato su alcuni passaggi? Certamente, alcuni passaggi ovvii avrei potuto evitarli, ma voglio far capire bene il procedimento. La prossima volta andr√≤ pi√Ļ spedito! Promesso!!

Ti è piaciuto questo post?

Registrati alla newsletter per rimanere sempre aggiornato!

Ci tengo alla tua privacy. Leggi di pi√Ļ sulla mia Privacy Policy.

Ti potrebbe anche interessare

HB Cloud Tutorial #1 - Uso dei Led
Iniziamo ad utilizzare la piattaforma di Cloud Robotics
HB Cloud Tutorial #2 - Uso dei Bottoni
Rieccomi con il secondo tutorial legato all'uso dei bottoni per il robot **DotBot-ROS**. In questo tutorial, vedremo come configurare ed utilizzare in Python un bottone attaccato ad un pin GPIO del Raspberry Pi 3.
HB Cloud Tutorial #3 - I Motori
I Motori sono una delle parti essenziali dei robot. In questo tutorial, vederemo come è possibile in modo semplice ed intuitivo implementare un programma in Python che controlla i motori in base a comandi inviati via Wifi al Robot.
Inviare Goals alla Navigation Stack - versione nodo ROS Python
Inviare un goal all ROS navigation stack utilizzando un nodo Python
Controllare siBOT dalla piattaforma HBR
Come controllare il manipolatore siBOT utilizzando la piattaforma HBR
Sviluppare un rilevatore di fiamma con la visione artificiale
Sviluppare un rilevatore di fiamma con la visione artificiale
Scriviamo un Blog in Python e Flask
Tutorial su come implementare, a partire da zero, un blog personale utilizzando Python e Flask! Prima parte!
Un laboratorio di Fisica con Arduino e Python
Primi esperimenti con Arduino e Python per realizzare un semplice laboratorio di fisica sfruttando la potenza di Python e la versatilità di Arduino
Canopy: una Pythonica alternativa a Matlab
Presento questo interessante tool python che può essere considerato una buona alternativa a Matlab per l'analisi dei dati!
Spyder, un'altra alternativa in Python a Matlab
Una velocissima prova del tool interattivo Spyder per l'analisi scientifica in Python
Simuliamo il moto parabolico in Python e Spyder
Un piccolo tutorial per iniziare ad utilizzare Spyder con Python
Python + Arduino = Nanpy
Programmare Arduino in Python con Nanpy
Utilizzo di Nanpy con il sensore di temperatura/umidità della famiglia DHT
Come utilizzare Nanpy col sensore DHT di temperatura e Umidità
Accendere led con Arduino e Telegram
Un bot telegram in grado di controllare Arduino realizzato da 3 ragazzi del Liceo Stampacchia
Implementiamo un bot Telegram con Python
Una semplice guida per iniziare a muovere i primi passi nello sviluppo di chatbot Telegram con Python
Pillole di Python: pyscreenshot
Una semplice tutorial che mostra il funzionamento della libreria pyscreenshot
Gestire l'autenticazione in Flask con flask-jwt-extended
Un breve tutorial che mostra come gestire l'autenticazione JWT in Flask
Python Decorators
Introduzione ai decoratori in Python
Implementiamo un bot Telegram con Python - I Comandi
Vediamo come gestire i comandi del nostro bot in Telegram
4 (+1) Libri su Python (in Inglese) da cui imparare
Una lista di libri su Python (in Inglese) da cui ho imparato a programmare
Virtualenv: gestiamo meglio le dipendenze in Python
A cosa servono e come si utilizzano i virtualenv Python
Leggere i codici a barre con OpenCV e zbar in Python
Come usare Python per leggere i codici a barre degli alimenti e ricavarne alcune informazioni utili
TDD con Flask e PyTest per lo sviluppo di API REST. Parte 2
Tutorial su come usare il Test Driver Development (TDD) con Flask e PyTest per sviluppare delle semplici API REST
Sviluppiamo un bot Telegram che legge i codici a barre degli alimenti
Implementiamo un bot Telegram in grado di leggere ed analizzare le immagini per la lettura ed interpretazione dei codici a barre
TDD con Flask e PyTest per lo sviluppo di API REST. Parte 3
Tutorial su come usare il Test Driver Development (TDD) con Flask e PyTest per sviluppare delle semplici API REST
Divertiamoci sviluppando UI da terminale con ASCIIMATICS
Le UI da terminale fanno molto anni '80, però sono sempre diventerti da implementare. Oggi vi voglio introdurre ad una semplice libreria per creare questo tipo di applicazione.
Sviluppiamo un Robot con tecnologie Open Source
Inizio una serie di videoguide, in cui voglio introdurvi al mondo della robotica di servizio in modo pratico, facendo vedere come è possibilile, sfruttando tecnologie completamente Open Source, quali Arduino, Raspberry Pi, ROS e Docker, costruire un piccolo robot di Servizio.
Parliamo come GMaps: come creare file audio con gtts (Google Text to Speech) in Python
gtts è una libreria in Python per sfruttare le API di Google Text to Speech per generare file audio dal testo
Robot Open Source - Introduzione a Docker
√ą disponibile il video "Introduzione a Docker".
I chatbot possono Parlare? Sviluppiamo un bot telegram che manda messaggi vocali
Usiamo le API di sintesi vocale di google per creare un bot in grado di mandare messaggi vocali
Robot Open Source - Docker e Raspberry
√ą disponibile il video "Docker e Raspberry".