WEBVTT

00:00:04.382 --> 00:00:06.620
Salve, il mio nome è Joe Morris.

00:00:06.620 --> 00:00:10.420
La mia program manager
il team di .NET e Visual Studio.

00:00:10.420 --> 00:00:13.730
In questo video verrà
Mostra è una nuova funzionalità

00:00:13.730 --> 00:00:17.780
che viene rilasciato all'interno dell'organizzazione
Edizione di Visual Studio 2017

00:00:17.780 --> 00:00:20.090
chiamato Live Unit test.

00:00:20.090 --> 00:00:23.080
Dopo aver utilizzato questo
funzionalità che si manifestano

00:00:23.080 --> 00:00:25.390
che il metodo corrente di
eseguono unit test sembra così

00:00:25.390 --> 00:00:30.350
la vecchia scuola rispetto alla
in esecuzione, la modalità Live Unit Test.

00:00:30.350 --> 00:00:33.570
Determina un notevole miglioramento
la produttività di codifica e

00:00:33.570 --> 00:00:36.870
qualità del codice tramite la visualizzazione
Risultati dell'Unit Test e

00:00:36.870 --> 00:00:40.710
il code coverage live in
l'editor mentre si riproduce la codifica.

00:00:40.710 --> 00:00:44.690
Questa caratteristica funziona con C Sharp e
Progetti BB per .net e

00:00:44.690 --> 00:00:49.520
supporta i framework di test ms, di prova
xUnit e NUnit.

00:00:49.520 --> 00:00:50.410
Per vederla in azione.

00:00:51.430 --> 00:00:54.068
Dispone di questa bicicletta shopping
applicazione che perché durante il download.

00:00:54.068 --> 00:00:58.240
Esp.net viene eseguito su .net framework.

00:00:58.240 --> 00:01:01.230
Si tratta di una bicicletta smart sistema di condivisione.

00:01:01.230 --> 00:01:04.000
Consenti all'utente di eseguire l'applicazione da visualizzare
è il risultato.

00:01:06.920 --> 00:01:12.050
Applicazione consente di ottenere una bicicletta,
Acquista biglietti per eventi, e

00:01:12.050 --> 00:01:14.300
prende la bici per andare all'evento.

00:01:14.300 --> 00:01:17.980
Consente inoltre all'utente
sessioni di allenamento mirate per

00:01:17.980 --> 00:01:18.530
idoneità.

00:01:19.640 --> 00:01:24.600
Bene, interromperà in esecuzione l'applicazione
e viene illustrato il codice di su che lavoro

00:01:24.600 --> 00:01:26.510
nella libreria di classi per
mia applicazione di condivisione di biciclette.

00:01:28.190 --> 00:01:33.532
Consenti all'utente di passare a
progetto mybikes.domain

00:01:33.532 --> 00:01:37.750
logica e Apri file trainer.cs.

00:01:37.750 --> 00:01:40.760
Avere una classe di allenamento e

00:01:40.760 --> 00:01:45.400
una classe trainer che calcola
speciale metriche per il mio agli allenamenti.

00:01:48.249 --> 00:01:53.445
Questo metodo chiamato
Allenamento con velocità ottimale per ottenere

00:01:53.445 --> 00:01:58.980
capire in quale dei miei agli allenamenti
attivare la velocità.

00:02:02.280 --> 00:02:04.400
Ho scritto alcuni unit test per

00:02:04.400 --> 00:02:08.130
Questo allenamento get con migliori
metodo di velocità tutto pronto.

00:02:08.130 --> 00:02:12.660
È possibile aprire tale lato di unit test
dal lato con il codice della libreria.

00:02:17.324 --> 00:02:21.829
Consenti all'utente di spostarsi di allenamento get
velocità di agli due allenamenti unit test.

00:02:24.441 --> 00:02:28.470
In questo unit test,
È registrato agli allenamenti.

00:02:30.197 --> 00:02:33.157
Uno per
10 miglia con velocità di 20 minuti, e

00:02:33.157 --> 00:02:35.905
le altre 5 miglia con
velocità di 20 minuti.

00:02:38.195 --> 00:02:41.560
Per questo scenario,
al termine di due account,

00:02:41.560 --> 00:02:43.742
il previsto il risultato per

00:02:43.742 --> 00:02:48.935
è di allenamento con la migliore velocità di
Allenamento 10 miglia entro 20 minuti.

00:02:51.765 --> 00:02:55.550
Il modo la vecchia scuola di come I
utilizzato per eseguire questi test di unità,

00:02:55.550 --> 00:02:58.200
stato quando si passa manualmente e
esecuzione del test,

00:03:01.109 --> 00:03:04.870
Quindi è visualizzare i risultati in
finestra Gestione test.

00:03:07.035 --> 00:03:09.690
Verranno quindi esaminate il test non riuscito.

00:03:11.362 --> 00:03:13.480
Dedicare del tempo cercando in essa.

00:03:14.930 --> 00:03:19.542
Viene segnalata di unit test non riuscito
nella riga 43 dello unit test.

00:03:19.542 --> 00:03:22.860
Oltre l'immissione in commercio,

00:03:22.860 --> 00:03:27.490
non c'è molto utile per
informazioni per individuare l'errore.

00:03:30.100 --> 00:03:34.380
Per visualizzare più il code coverage
dati del test hanno esito negativo,

00:03:34.380 --> 00:03:38.850
Verrà eseguito in genere analizzare
il code coverage per test non superato.

00:03:44.080 --> 00:03:48.790
Esso informa che i blocchi vengono analizzati,
non è coperto.

00:03:50.040 --> 00:03:53.790
Ancora non viene visualizzata
visualizzazione nell'editor di codice.

00:03:55.160 --> 00:03:59.420
È possibile fare clic sul codice di presentazione
colorazione di copertura per mostrare i blocchi

00:03:59.420 --> 00:04:04.550
Nell'editor,
non è ancora quindi facile figura

00:04:04.550 --> 00:04:09.550
che l'altra è coperto e
non rientrano, in mancanza di e così via.

00:04:09.550 --> 00:04:15.370
Bene, si tratta di tutti i vecchi
modo di scuola di esecuzione dei test di unità.

00:04:15.370 --> 00:04:18.970
Vediamo il nuovo metodo
esso da un live unit test.

00:04:20.400 --> 00:04:23.310
Per chiudere i risultati di code coverage.

00:04:23.310 --> 00:04:29.370
Si chiude explorer test e
Vai abilitare live unit test.

00:04:29.370 --> 00:04:33.800
Si attiva live unit test del
accedendo al menu, test,

00:04:33.800 --> 00:04:36.112
Live unit test, inizio.

00:04:38.318 --> 00:04:42.979
Entro pochi secondi verrà
vedere i vari clip con

00:04:42.979 --> 00:04:44.540
l'editor di codice.

00:04:47.000 --> 00:04:54.370
I segni di spunta verdi indicano test
rientrano nel passaggio e unit test.

00:04:54.370 --> 00:04:59.330
Le croci rosse indicano coperto
codice unit test e l'esito negativo.

00:05:00.710 --> 00:05:04.640
Indicano i trattini blu
Nessuna copertura di test di unità.

00:05:07.399 --> 00:05:11.883
Quando fa clic su una croce rossa
È possibile vedere quali test

00:05:11.883 --> 00:05:15.790
in particolare vengono superati o in mancanza di.

00:05:17.020 --> 00:05:20.640
È possibile selezionare un test per
passare al metodo di test.

00:05:22.660 --> 00:05:26.390
È possibile vedere che get fuori
con la migliore velocità non funziona correttamente

00:05:26.390 --> 00:05:27.820
uno dei miei test case.

00:05:29.430 --> 00:05:34.170
Come si esamineranno questo vedo che
è in corso di allenamento di cinque miglia

00:05:34.170 --> 00:05:38.090
restituito quando utilizzano il 10 miglia
out è chiaramente la velocità nel tempo.

00:05:40.010 --> 00:05:43.130
È anche possibile vedere che la migliore
velocità non viene mai modificato.

00:05:45.250 --> 00:05:47.080
Per identificare il bug nel codice.

00:05:48.510 --> 00:05:52.310
È necessario aggiungere un'altra riga
di codice per correggere il codice.

00:05:52.310 --> 00:05:55.810
Quando esegue il codice, guardare
il modo in stato di calligraph

00:05:55.810 --> 00:05:59.890
modifiche da una x rossa al segno di spunta verde

00:05:59.890 --> 00:06:03.600
che indica tale allenamento con migliori
velocità ha superato il test di unità ora.

00:06:06.200 --> 00:06:11.100
Ora vorrei passare a un altro metodo
chiamato ipotesi miglia la maggior parte dei percorsi.

00:06:12.250 --> 00:06:14.200
Mostra un'icona blu.

00:06:14.200 --> 00:06:17.760
E quando si passa il mouse su di esso,
verrà visualizzato il numero coperto da zero test.

00:06:19.260 --> 00:06:22.990
Bene, significa che è necessario
per scrivere uno unit test.

00:06:22.990 --> 00:06:27.440
Consenti all'utente di passare al mio unit test
progetto e aggiungere uno unit test.

00:06:27.440 --> 00:06:32.810
Per questioni di tempo che già disponibile
ha restituito uno e i commenti.

00:06:32.810 --> 00:06:35.180
Consenti all'utente di rimuovere il commento e
aggiungere lo unit test per

00:06:35.180 --> 00:06:37.160
ottenere lavoro con
la maggior parte dei miglia percorsa.

00:06:38.530 --> 00:06:42.820
Non appena aggiungono unit test,
sistema esegue automaticamente.

00:06:42.820 --> 00:06:45.500
Ed è possibile visualizzare come
GetMostMilesTraveled

00:06:45.500 --> 00:06:48.140
è descritta nel passaggio
lo unit test a questo punto, e

00:06:48.140 --> 00:06:50.450
Attiva il glifo di copertura
da blu a segno di spunta verde.

00:06:51.660 --> 00:06:52.970
Che è molto interessante.

00:06:52.970 --> 00:06:57.050
È possibile vedere che tutti i test di unità
risultati passati a questo punto, e

00:06:57.050 --> 00:07:00.340
sono contemplate tutte le righe di codice
con il segno di spunta verde.

00:07:00.340 --> 00:07:03.620
Mi sento straordinaria come live
gli unit test ha consentito di identificare

00:07:03.620 --> 00:07:07.170
il bug nel codice del prodotto, e
la rapidità possibile avrei potuto risolvere il problema e

00:07:07.170 --> 00:07:11.980
vedere il risultato di unit test superati, e
il code coverage attivazione al 100%.

00:07:11.980 --> 00:07:16.760
Consentono, mi sono certamente
intenzione di mantenere vivi unit test su

00:07:16.760 --> 00:07:18.180
tutti il tempo spostamento in avanti.

00:07:20.160 --> 00:07:23.640
Come si può vedere, Live Unit test
è una caratteristica fondamentale che verrà

00:07:23.640 --> 00:07:27.290
migliorare enormemente francese per
produttività da mostrare unit test

00:07:27.290 --> 00:07:30.785
risultati e il code coverage in tempo reale
Nella finestra di modifica mentre si riproduce la codifica.

00:07:30.785 --> 00:07:34.790
Sviluppatori di .NET
il check-out di questa funzionalità

00:07:34.790 --> 00:07:39.120
che è presente nell'organizzazione
Edizione di Visual Studio 2017.

00:07:39.120 --> 00:07:40.693
Grazie per guardare questo video.