WEBVTT

00:00:04.382 --> 00:00:06.620
Bonjour, mon nom est Joe Morris.

00:00:06.620 --> 00:00:10.420
Je suis responsable de programme
l’équipe de .NET et de Visual Studio.

00:00:10.420 --> 00:00:13.730
Dans cette vidéo je vais
vous montrer une nouvelle fonctionnalité

00:00:13.730 --> 00:00:17.780
qui est publié dans l’entreprise
Édition de Visual Studio 2017

00:00:17.780 --> 00:00:20.090
appelé Live test unitaire.

00:00:20.090 --> 00:00:23.080
Une fois que vous utilisez cette option
Vous bénéficiez des avantages de fonctionnalité

00:00:23.080 --> 00:00:25.390
que la méthode en cours de
exécution de tests unitaires est donc

00:00:25.390 --> 00:00:30.350
la vieille école par rapport à
exécuter la méthode Live le Test unitaire.

00:00:30.350 --> 00:00:33.570
Il améliorera considérablement
la productivité de votre codage et

00:00:33.570 --> 00:00:36.870
qualité du code en indiquant
Résultats des tests unitaires et

00:00:36.870 --> 00:00:40.710
la couverture du code en
l’éditeur pendant que vous écrivez votre code.

00:00:40.710 --> 00:00:44.690
Cette fonctionnalité fonctionne avec C Sharp et
Projets de BB pour .net et

00:00:44.690 --> 00:00:49.520
prend en charge test des infrastructures de test de ms,
xUnit et NUnit.

00:00:49.520 --> 00:00:50.410
Nous allons le voir en action.

00:00:51.430 --> 00:00:54.068
Je possède ce vélo d’achats
application de téléchargement.

00:00:54.068 --> 00:00:58.240
Il exécute esp.net sur .net framework.

00:00:58.240 --> 00:01:01.230
Il s’agit d’un vélo actif, système de partage.

00:01:01.230 --> 00:01:04.000
Exécuter l’application à afficher
vous quoi il ressemble.

00:01:06.920 --> 00:01:12.050
Application permet à un utilisateur d’obtenir un vélo,
acheter des tickets à des événements, et

00:01:12.050 --> 00:01:14.300
le vélo pour aller à l’événement.

00:01:14.300 --> 00:01:17.980
Il permet également à l’utilisateur à faire
sessions d’entraînement ciblé pour

00:01:17.980 --> 00:01:18.530
remise en forme.

00:01:19.640 --> 00:01:24.600
Bien, je vais arrêter l’application en cours d’exécution
et de vous montrer le code que je travaille sur

00:01:24.600 --> 00:01:26.510
dans la bibliothèque de classes pour
Mon application de partage de vélo.

00:01:28.190 --> 00:01:33.532
Je vais naviguer vers
mybikes.domain de projet

00:01:33.532 --> 00:01:37.750
logique et ouvrir le fichier trainer.cs.

00:01:37.750 --> 00:01:40.760
J’ai une classe d’entraînement et

00:01:40.760 --> 00:01:45.400
une classe de formateur qui calcule
mesures spéciales pour mes entraînements.

00:01:48.249 --> 00:01:53.445
Cette méthode appelée
Obtenir des entraînements avec la meilleure vitesse

00:01:53.445 --> 00:01:58.980
déterminer sur lequel de mes entraînements
de passer la vitesse la plus élevée.

00:02:02.280 --> 00:02:04.400
J’ai écrit un test unitaire pour

00:02:04.400 --> 00:02:08.130
Cet entraînement get avec meilleures
méthode de vitesse tout prêt.

00:02:08.130 --> 00:02:12.660
J’ouvre ce côté de test unitaire
en côte à côte avec mon code de bibliothèque.

00:02:17.324 --> 00:02:21.829
Me permettre de naviguer vers les entraînements de get
vitesse de test unitaire de deux entraînements.

00:02:24.441 --> 00:02:28.470
Dans ce test d’unité,
J’ai enregistré les entraînements.

00:02:30.197 --> 00:02:33.157
Un pour
10 miles avec une vitesse de 20 minutes, et

00:02:33.157 --> 00:02:35.905
les autres 5 miles avec
vitesse de 20 minutes.

00:02:38.195 --> 00:02:41.560
Dans ce scénario,
Lorsque les deux comptes, terminer

00:02:41.560 --> 00:02:43.742
Mon prévu le résultat pour

00:02:43.742 --> 00:02:48.935
entraînement à la vitesse meilleure est la
entraînement de 10 miles dans les 20 minutes.

00:02:51.765 --> 00:02:55.550
La manière de la vieille école de la façon d’i
utilisé pour exécuter ces tests d’unité,

00:02:55.550 --> 00:02:58.200
a été manuellement en et
exécution du test,

00:03:01.109 --> 00:03:04.870
Puis je visualiser les résultats dans
la fenêtre de l’Explorateur de tests.

00:03:07.035 --> 00:03:09.690
J’examinerai ensuite le test a échoué.

00:03:11.362 --> 00:03:13.480
Certains temps œil.

00:03:14.930 --> 00:03:19.542
Il m’indique que le test unitaire a échoué
dans la ligne 43 du test unitaire.

00:03:19.542 --> 00:03:22.860
En plus de placer,

00:03:22.860 --> 00:03:27.490
Il n’est pas beaucoup utilisée pour
Info pour localiser la défaillance.

00:03:30.100 --> 00:03:34.380
Pour voir plus de couverture du code
données sur les tests échouent,

00:03:34.380 --> 00:03:38.850
J’exécuterai généralement analyser
la couverture du code pour les tests ayant échoué.

00:03:44.080 --> 00:03:48.790
Il m’indique que les blocs sont couverts,
ne sont pas couverts.

00:03:50.040 --> 00:03:53.790
Il reste n’affiche pas
visualisation de l’éditeur de code.

00:03:55.160 --> 00:03:59.420
Je peux cliquer sur le code de diaporama
Pour afficher les blocs de coloration de la couverture

00:03:59.420 --> 00:04:04.550
dans l’éditeur,
même alors qu’il n’est pas facile de figure

00:04:04.550 --> 00:04:09.550
lequel est couvert et
non couverts, etc. à défaut.

00:04:09.550 --> 00:04:15.370
Voici toutes les vieilles
moyen d’école de faire le test unitaire.

00:04:15.370 --> 00:04:18.970
Nous allons voir la nouvelle façon de faire
Il s’agit par une test d’unité live.

00:04:20.400 --> 00:04:23.310
Nous allons fermer les résultats de couverture du code.

00:04:23.310 --> 00:04:29.370
Nous allons fermer l’Explorateur de tests et
allez activer live de tests d’unités.

00:04:29.370 --> 00:04:33.800
Vous activez le test unitaire direct
en accédant au menu, tests,

00:04:33.800 --> 00:04:36.112
en test unitaire, début.

00:04:38.318 --> 00:04:42.979
Vous serez à même de quelques secondes
consultez les différents éléments dans

00:04:42.979 --> 00:04:44.540
votre éditeur de code.

00:04:47.000 --> 00:04:54.370
Coche verte indique le test
relevant de transfert et de test unitaire.

00:04:54.370 --> 00:04:59.330
Les croix rouges indiquent couverts
par code de test unitaire et défectueux.

00:05:00.710 --> 00:05:04.640
Indiquent de tirets bleus
aucune couverture de test unitaire.

00:05:07.399 --> 00:05:11.883
Lorsque je clique sur une croix rouge
Je peux voir les tests

00:05:11.883 --> 00:05:15.790
en particulier sont réussissent ou défectueuse.

00:05:17.020 --> 00:05:20.640
Je peux sélectionner un test
Accédez à ma méthode de test.

00:05:22.660 --> 00:05:26.390
Je peux voir que get à déterminer
Échec de la meilleure vitesse

00:05:26.390 --> 00:05:27.820
une de Mes cas de test.

00:05:29.430 --> 00:05:34.170
Comme j’examine ce voir qui
l’entraînement de cinq milles est en cours.

00:05:34.170 --> 00:05:38.090
renvoyé lorsque les dix milles de travail
sortie clairement a la fois plus rapide.

00:05:40.010 --> 00:05:43.130
Je peux également voir que le meilleur
la vitesse n’est jamais modifié.

00:05:45.250 --> 00:05:47.080
Identifier le bogue dans mon code.

00:05:48.510 --> 00:05:52.310
Ai-je besoin d’ajouter une autre ligne
de code pour résoudre mon code.

00:05:52.310 --> 00:05:55.810
Dès que le code faire, regarder
comment l’état de la calligraph

00:05:55.810 --> 00:05:59.890
modifications de la croix rouge à une coche verte

00:05:59.890 --> 00:06:03.600
indiquant cet entraînement avec meilleures
vitesse passe maintenant le test unitaire.

00:06:06.200 --> 00:06:11.100
Maintenant je vais accéder à une autre méthode
appelée deviner la plupart des miles parcourus.

00:06:12.250 --> 00:06:14.200
Elle affiche un glyphe de bleu.

00:06:14.200 --> 00:06:17.760
Et lorsque je placez le pointeur dessus,
Il affirme couverts par zéro test.

00:06:19.260 --> 00:06:22.990
Bien, cela signifie que j’ai besoin
pour écrire un test unitaire.

00:06:22.990 --> 00:06:27.440
Voici mon test unitaire
projet et ajouter un test unitaire.

00:06:27.440 --> 00:06:32.810
Pour des raisons de temps, que j’ai déjà
retournée une et commenté en.

00:06:32.810 --> 00:06:35.180
Me permettre de retirer le commentaire et
ajouter le test unitaire pour

00:06:35.180 --> 00:06:37.160
Sortez le travail avec
la plupart des miles parcourus.

00:06:38.530 --> 00:06:42.820
Dès qu’ils ajoutent le test unitaire,
système l’exécute automatiquement.

00:06:42.820 --> 00:06:45.500
Et vous pouvez voir comment
GetMostMilesTraveled

00:06:45.500 --> 00:06:48.140
est décrite dans le passage
le test unitaire, et

00:06:48.140 --> 00:06:50.450
le glyphe de couverture Active
bleu à une coche verte.

00:06:51.660 --> 00:06:52.970
C’est très intéressant.

00:06:52.970 --> 00:06:57.050
Je peux voir que tous les tests d’unité
les résultats que j’ai passé maintenant, et

00:06:57.050 --> 00:07:00.340
toutes les lignes de mon code sont couverts.
avec la coche verte.

00:07:00.340 --> 00:07:03.620
Je me sens remarquable comment live
tests unitaires m’a aidé à identifier

00:07:03.620 --> 00:07:07.170
Mes bogues de code produit, et
la rapidité avec laquelle je pourrais Corrigez-le et

00:07:07.170 --> 00:07:11.980
voir mon résultat de test unitaire à passer, et
couverture du code à 100 %.

00:07:11.980 --> 00:07:16.760
Je lui permettre, et je suis certainement
Gardez en tests unitaires sur

00:07:16.760 --> 00:07:18.180
tout le temps passer.

00:07:20.160 --> 00:07:23.640
Comme vous pouvez le voir, Live Unit Testing
est une fonction utile qui sera

00:07:23.640 --> 00:07:27.290
améliorer considérablement les dollar par
productivité en affichant un test unitaire

00:07:27.290 --> 00:07:30.785
résultats et couverture du code en direct
dans la modifier pendant que vous écrivez votre code.

00:07:30.785 --> 00:07:34.790
Développeurs de .NET
Veuillez vérifier cette fonctionnalité

00:07:34.790 --> 00:07:39.120
qui est présent dans l’entreprise
Édition de Visual Studio 2017.

00:07:39.120 --> 00:07:40.693
Merci de cette vidéo.