vedi exp10 per le spiegazioni sull'ambiente in cui stiamo alavorando (applicazione Conteggi)

I punti salienti di questa applicazione sono due
- le funzioni somma e sottrazione dovrebbero essere testate per essere sicuri che funzionino in tutti i casi ragionevoli
- $som o $sot devono cambiare dopo l'esecuzione di un'operazione, cioe' subire un effetto collaterale)

Qui ci stiamo occupando della seconda cosa.

La funzione CreazioneMessaggio da' problemi (vedi exp13), ma abbiamo capito che c'e' anche risultato da controllare.

Ora chiamiamo 
testSideEffectForSomInRisultatoPerUnaSomma
il test che abbiamo aggiunto in tests2 in exp13 e ci prepariamo a definire una serie di test che verifica la corretta esistenza, o corretta non esistenza, di un side effect sulle due variabili sensibili.

esguiamo phpunit

aggiungiamo testNoSideEffectForSotInRisultatoPerUnaSomma

esguiamo phpunit

aggiungiamo testSideEffectForSotInRisultatoPerUnaSottrazione

esguiamo phpunit

aggiungiamo testNoSideEffectForSomInRisultatoPerUnaSottrazione

Avendo verificato che somma e sottrazione funzionano non rimane che cercare l'errore in risultato()

e infatti li' abbiamo definito male i parametri, il che impedisce che il side effect si verifichi, come sa un qualunque studente di tecniche della prorammazione ...


Viene lasciata da fare la seguente esperienza:

1) verificare usando l'applicazione via web, che quando si insiriscono valori non numerici viene emesso un warning 
(inotre un carattere o una stringa in sostamza vale 0)

2) modificare l'applicazione, cioe' una delle funzioni, in modo che in caso di input non numerico l'operazione non venga eseguita e venga invece emesso un messaggio di errore 
