Tesi in Informatica: sviluppo software e test

Una tesi applicativa in Informatica può prevedere la progettazione di un algoritmo, un’applicazione o un sistema informativo. Il risultato non coincide con il semplice funzionamento di una dimostrazione. Deve essere chiaro quale problema sia stato affrontato, perché sia stata scelta una determinata architettura e con quali procedure sia stato verificato il comportamento del software.

Definire requisiti e casi d’uso

Prima di programmare, individua utenti, scenari, funzionalità e requisiti non funzionali come sicurezza, usabilità o prestazioni. Un requisito dovrebbe poter essere collegato a una verifica, altrimenti resta una promessa generica. Distingui caratteristiche essenziali e sviluppi futuri per evitare che il perimetro dell’elaborato cambi continuamente durante l’implementazione.

Descrivere l’architettura

Spiega moduli, interfacce, dipendenze, modello dati e scelte progettuali. Diagrammi e schemi sono utili soltanto se leggibili e coerenti con il codice reale. Non è necessario descrivere ogni funzione; privilegia i componenti che rispondono alla domanda tecnica della tesi e motiva le alternative scartate, soprattutto quando incidono su scalabilità o manutenibilità.

Documentare strumenti e ambiente

Indica linguaggi, librerie, versioni significative, sistema operativo e configurazioni necessarie alla riproduzione dei test. Non assumere che una dipendenza sia invariata nel tempo. Se il progetto usa servizi esterni, descrivi le limitazioni delle interfacce e le condizioni in cui sono state effettuate le prove. Le credenziali e i segreti non devono comparire negli allegati o negli esempi di codice.

Progettare la strategia di test

Test unitari, di integrazione e di sistema verificano aspetti differenti. Ogni test dovrebbe partire da un comportamento atteso e da dati di prova appropriati, includendo casi limite e condizioni d’errore. Quando il progetto presenta interfacce utente, la verifica può richiedere anche percorsi d’uso. Non interpretare l’assenza di errori osservati come dimostrazione dell’assenza di difetti.

Misurare prestazioni e confrontare alternative

Se rivendichi un miglioramento, definisci metriche prima dei test: tempo di risposta, memoria, accuratezza, consumo di risorse o altri indicatori pertinenti. Specifica hardware, dataset, numero di ripetizioni e variabilità. Un confronto condotto su configurazioni differenti non consente conclusioni affidabili. Se vengono utilizzati modelli predittivi, descrivi anche la separazione tra dati di addestramento e valutazione.

Presentare risultati e riproducibilità

Il capitolo dei risultati può includere tabelle dei test, grafici e una discussione degli scenari in cui il software fallisce o rallenta. Conserva un registro delle versioni, istruzioni per l’esecuzione e un elenco delle dipendenze, quando le regole del corso lo consentono. Per strutturare una valutazione tecnica consulta la guida alla validazione del progetto e quella sul capitolo dei risultati.

Domande frequenti