<commit_before>\newpage
%introduction
%write here
\subsection{Test di Integrazione}
Questa tipologia di test è utile alla verifica del corretto funzionamento delle componenti definite in sede di \SpecificaTecnica.
Verrà utilizzata la seguente notazione:
	\begin{center}
		TI-\textit{IDComponente}
	\end{center}
dove \textit{IdComponente} corrisponde al codice identificativo (crescente) del componente preso in esame
dal test.

I \textit{Verificatori} hanno stabilito di definire i test di integrazione attraverso un approccio  \textit{top-down}. 

%DIAGRAMMA?

L'approccio \textit{top-down} obbliga a stendere i test di integrazione partendo dai moduli
di livello più alto, i quali dunque vengono integrati per primi;
in questo modo le componenti di livello più basso dovranno quindi essere simulate tramite degli
stub. Grazie all'integrazione incrementale delle componenti del sistema, è immediato determinare
la componente che crea problemi, e le funzioni di livello superiore sono sottoposte a test precedentemente.



%table of integrationTest
\input{res/sections/integrationTest/header}
\input{res/sections/integrationTest/part1}
\input{res/sections/integrationTest/part2}
\input{res/sections/integrationTest/footer}<commit_msg>added backend diagram<commit_after>\newpage
%introduction
%write here
\subsection{Test di Integrazione}
Questa tipologia di test è utile alla verifica del corretto funzionamento delle componenti definite in sede di \SpecificaTecnica.
Verrà utilizzata la seguente notazione:
	\begin{center}
		TI-\textit{IDComponente}
	\end{center}
dove \textit{IdComponente} corrisponde al codice identificativo (crescente) del componente preso in esame
dal test.

I \textit{Verificatori} hanno stabilito di definire i test di integrazione attraverso un approccio  \textit{top-down}. 

%DIAGRAMMA?

L'approccio \textit{top-down} obbliga a stendere i test di integrazione partendo dai moduli
di livello più alto, i quali dunque vengono integrati per primi;
in questo modo le componenti di livello più basso dovranno quindi essere simulate tramite degli
stub. Grazie all'integrazione incrementale delle componenti del sistema, è immediato determinare
la componente che crea problemi, e le funzioni di livello superiore sono sottoposte a test precedentemente.

\begin{figure}[H]
      \begin{center}
        \includegraphics[width=12cm]{DiagrammaBackend.png}
      \caption{Diagramma di attività per i test di integrazione}
      \end{center}
\end{figure}



%table of integrationTest
\input{res/sections/integrationTest/header}
\input{res/sections/integrationTest/part1}
\input{res/sections/integrationTest/part2}
\input{res/sections/integrationTest/footer}
{'fraction_non_alphanumeric': 0.06511976047904192, 'fraction_numerical': 0.002245508982035928, 'mean_word_length': 5.551470588235294, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '2978903', 'n_tokens_mistral': 851, 'n_tokens_neox': 847, 'n_words': 282}