Android Academy · Lezione

Test unitari con JUnit

Scriva test unitari rapidi e affidabili con JUnit 4. Usi @Test, @Before, @After e le asserzioni, testi LiveData con InstantTaskExecutorRule e le coroutine con runTest.

Test unitari con JUnit è una lezione Android Academy gratuita su CoddyKit. Questa è la lezione 1 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Android Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Android Academy include 4 lezioni in totale.

Perché scrivere test?

I test non sono un lusso: sono la Sua rete di sicurezza:

Individuano i bug prima degli utenti
Consentono di eseguire il refactoring con fiducia (se i test passano, nulla si è rotto)
Documentano il comportamento previsto
Impediscono le regressioni quando si aggiungono funzionalità

Il codice ben testato tende anche ad avere una progettazione migliore: se è difficile da testare, probabilmente è troppo accoppiato.

Tipi di test Android

Due categorie:

Test delle unità (cartella test/) — vengono eseguiti sulla JVM, senza bisogno di un dispositivo. Sono veloci. Testano la logica Kotlin/Java ordinaria.
Test strumentali (cartella androidTest/) — vengono eseguiti su un dispositivo o un emulatore. Sono più lenti. Testano il codice specifico di Android (database Room, interfaccia utente).

Preferisca i test delle unità per la logica di business. Utilizzi i test strumentali solo quando deve interagire con le API Android.

Configurazione di JUnit 4

JUnit 4 è incluso per impostazione predefinita nei progetti Android. Aggiunga quanto segue a app/build.gradle:

// app/build.gradle:
dependencies {
    testImplementation 'junit:junit:4.13.2'
    testImplementation 'org.jetbrains.kotlinx:kotlinx-coroutines-test:1.7.3'
    testImplementation 'androidx.arch.core:core-testing:2.2.0'  // for LiveData
}

Il primo test JUnit

Crei una classe in src/test/java/ e annoti i metodi di test con @Test:

import org.junit.Test
import org.junit.Assert.*

class CalculatorTest {

    private val calc = Calculator()

    @Test
    fun `addition returns correct sum`() {
        val result = calc.add(2, 3)
        assertEquals(5, result)
    }

    @Test
    fun `division by zero throws exception`() {
        assertThrows(ArithmeticException::class.java) {
            calc.divide(10, 0)
        }
    }
}

@Before e @After

Utilizzi le annotazioni del ciclo di vita per configurare e smontare lo stato attorno a ogni test:

class UserRepositoryTest {

    private lateinit var repo: UserRepository
    private lateinit var fakeDao: FakeUserDao

    @Before
    fun setUp() {
        fakeDao = FakeUserDao()          // fresh instance before each test
        repo = UserRepository(fakeDao)
    }

    @After
    fun tearDown() {
        fakeDao.clear()                  // clean up after each test
    }

    @Test
    fun `getUsers returns all users`() {
        fakeDao.insert(User(1, "Alice"))
        fakeDao.insert(User(2, "Bob"))
        assertEquals(2, repo.getUsers().size)
    }
}

Asserzioni comuni

JUnit fornisce metodi di asserzione in Assert.*:

// Equality:
assertEquals(expected, actual)
assertNotEquals(unexpected, actual)

// Null:
assertNull(value)
assertNotNull(value)

// Boolean:
assertTrue(condition)
assertFalse(condition)

// Same object reference:
assertSame(expected, actual)

// Custom message on failure:
assertEquals("User ID should be 1", 1, user.id)

// Exception:
assertThrows(IllegalArgumentException::class.java) {
    User(id = -1, name = "")
}

Test di un ViewModel

Per testare LiveData, aggiunga InstantTaskExecutorRule in modo che LiveData pubblichi i valori in modo sincrono:

class UserViewModelTest {

    @get:Rule
    val instantTaskRule = InstantTaskExecutorRule()

    private val fakeRepo = FakeUserRepository()
    private lateinit var viewModel: UserViewModel

    @Before
    fun setUp() {
        viewModel = UserViewModel(fakeRepo)
    }

    @Test
    fun `users are loaded on init`() {
        fakeRepo.usersToReturn = listOf(User(1, "Alice"), User(2, "Bob"))
        viewModel.loadUsers()

        val result = viewModel.users.value
        assertNotNull(result)
        assertEquals(2, result?.size)
    }
}

Test delle coroutine

Utilizzi TestCoroutineDispatcher / StandardTestDispatcher per controllare l'esecuzione delle coroutine nei test:

class SyncWorkerTest {

    @get:Rule
    val instantTaskRule = InstantTaskExecutorRule()

    private val testDispatcher = StandardTestDispatcher()

    @Before
    fun setUp() {
        Dispatchers.setMain(testDispatcher)
    }

    @After
    fun tearDown() {
        Dispatchers.resetMain()
    }

    @Test
    fun `sync completes successfully`() = runTest {
        val repo = FakeRepository()
        val worker = SyncUseCase(repo, testDispatcher)
        val result = worker.run()
        assertTrue(result.isSuccess)
    }
}

Fake e Mock

Due strategie per sostituire le dipendenze reali nei test:

Fake — un'implementazione funzionante progettata per i test (ad esempio, una lista in memoria al posto di un database reale). È facile da scrivere e da leggere e non richiede librerie.
Mock — uno stub generato automaticamente che registra le chiamate e consente di verificare le interazioni (Mockito, MockK). È più potente, ma può diventare fragile se usato troppo.

Preferisca i Fake nei casi semplici; utilizzi i Mock quando deve verificare le chiamate ai metodi.

Scrivere un Fake

Un Fake implementa la stessa interfaccia della classe reale, ma utilizza uno storage in memoria:

interface UserDao {
    fun getAll(): List<User>
    fun insert(user: User)
}

class FakeUserDao : UserDao {
    private val storage = mutableListOf<User>()

    override fun getAll(): List<User> = storage.toList()
    override fun insert(user: User) { storage.add(user) }

    fun clear() { storage.clear() }
}

Convenzione per i nomi dei test

Un buon nome di test descrive ciò che viene testato e il risultato previsto. In Kotlin, utilizzi i nomi delle funzioni tra backtick per ottenere descrizioni leggibili:

`getUsers returns empty list when no users exist`
`login throws exception when password is blank`
`add returns correct sum for negative numbers`

Schema: `subject does X when Y`

Verifica rapida

Qual è lo scopo di @Before in una classe di test JUnit?

Riepilogo: test delle unità con JUnit

Le app affidabili sono app testate:

I test delle unità si trovano in src/test/ e vengono eseguiti sulla JVM: sono veloci
Li annoti con @Test e utilizzi assertEquals, assertTrue, assertThrows
@Before / @After per la configurazione e lo smontaggio
InstantTaskExecutorRule per testare LiveData in modo sincrono
runTest + StandardTestDispatcher per testare le coroutine
Preferisca i Fake ai Mock per le sostituzioni semplici

Prossimo argomento: mocking con Mockito per verificare le interazioni.

Domande Frequenti

La lezione «Test unitari con JUnit» è gratuita?

Sì — il testo completo di «Test unitari con JUnit» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Android Academy, passa a CoddyKit PRO. Il corso Android Academy include 4 lezioni in totale.

Cosa imparerò in «Test unitari con JUnit»?

Scriva test unitari rapidi e affidabili con JUnit 4. Usi @Test, @Before, @After e le asserzioni, testi LiveData con InstantTaskExecutorRule e le coroutine con runTest. Eserciti Android Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare Android Academy?

Non è richiesta alcuna esperienza precedente. Android Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 1 di 4.

Quanto tempo richiede la lezione «Test unitari con JUnit»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione Android Academy?

Sì. Ogni lezione Android Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

← Torna a Android Academy