WEBVTT

00:00:04.382 --> 00:00:06.620
Hola, mi nombre es Joe Morris.

00:00:06.620 --> 00:00:10.420
Soy director de programa en
el equipo de .NET y Visual Studio.

00:00:10.420 --> 00:00:13.730
En este vídeo, voy a
mostrar una nueva característica

00:00:13.730 --> 00:00:17.780
que se libera en la empresa
Edición de Visual Studio 2017

00:00:17.780 --> 00:00:20.090
llamado Live Unit Testing.

00:00:20.090 --> 00:00:23.080
Una vez que se utiliza
característica que te darás cuenta

00:00:23.080 --> 00:00:25.390
que la manera actual de
ejecutar pruebas unitarias parece tan

00:00:25.390 --> 00:00:30.350
en comparación con la vieja escuela
se ejecuta el modo de prueba en vivo de la unidad.

00:00:30.350 --> 00:00:33.570
Mejorará enormemente
la productividad de su codificación y

00:00:33.570 --> 00:00:36.870
calidad de código mostrando
Resultados de las pruebas unitarias y

00:00:36.870 --> 00:00:40.710
vivo en la cobertura de código
el editor mientras está escribiendo código.

00:00:40.710 --> 00:00:44.690
Esta característica funciona con C Sharp y
Proyectos de BB para .net y

00:00:44.690 --> 00:00:49.520
admite entornos de prueba de ms, de prueba
xUnit y NUnit.

00:00:49.520 --> 00:00:50.410
Vamos a ver en acción.

00:00:51.430 --> 00:00:54.068
Tengo esta bicicleta de compras
aplicación de descarga.

00:00:54.068 --> 00:00:58.240
Esp.net se ejecuta en .net framework.

00:00:58.240 --> 00:01:01.230
Es una bicicleta inteligente sistema de reparto.

00:01:01.230 --> 00:01:04.000
Voy a ejecutar la aplicación para mostrar
su aspecto.

00:01:06.920 --> 00:01:12.050
La aplicación permite a un usuario obtener una bicicleta,
compra entradas para espectáculos, y

00:01:12.050 --> 00:01:14.300
bicicleta hasta el evento.

00:01:14.300 --> 00:01:17.980
También permite al usuario realizar
sesiones de entrenamiento apuntado para

00:01:17.980 --> 00:01:18.530
idoneidad.

00:01:19.640 --> 00:01:24.600
Bien, dejará de ejecutar la aplicación
y mostrar el código que estoy trabajando

00:01:24.600 --> 00:01:26.510
en la biblioteca de clases para
Mi aplicación de uso compartido de bicicletas.

00:01:28.190 --> 00:01:33.532
Me permiten desplazarse a
proyecto mybikes.domain

00:01:33.532 --> 00:01:37.750
lógica y abrir el archivo trainer.cs.

00:01:37.750 --> 00:01:40.760
Tengo una clase de entrenamiento y

00:01:40.760 --> 00:01:45.400
una clase de instructor que calcula
medidas especiales para Mis ejercicios.

00:01:48.249 --> 00:01:53.445
Llamada a este método no hay
Obtener entrenamiento con mejor velocidad

00:01:53.445 --> 00:01:58.980
averiguar en cuál de Mis entrenamientos
ido a la velocidad más rápida.

00:02:02.280 --> 00:02:04.400
He escrito algunos prueba unitaria para

00:02:04.400 --> 00:02:08.130
Este entrenamiento get con mejores
método de velocidad todo listo.

00:02:08.130 --> 00:02:12.660
Voy a abrir ese lado de prueba de unidad
en paralelo con mi código de la biblioteca.

00:02:17.324 --> 00:02:21.829
Me permiten desplazarse para el entrenamiento de get
velocidad de prueba unitaria de dos sesiones de ejercicios.

00:02:24.441 --> 00:02:28.470
En esta prueba unitaria,
Me registrado ejercicios.

00:02:30.197 --> 00:02:33.157
Uno para
10 millas con una velocidad de 20 minutos, y

00:02:33.157 --> 00:02:35.905
las 5 millas con
velocidad de 20 minutos.

00:02:38.195 --> 00:02:41.560
En este escenario,
al completar las dos cuentas,

00:02:41.560 --> 00:02:43.742
Mi espera el resultado de

00:02:43.742 --> 00:02:48.935
entrenamiento con la mejor velocidad es la
entrenamiento de 10 millas en 20 minutos.

00:02:51.765 --> 00:02:55.550
La manera antigua de cómo me
utilizada para ejecutar estas pruebas de unidad

00:02:55.550 --> 00:02:58.200
al revisar y
ejecución de la prueba

00:03:01.109 --> 00:03:04.870
A continuación, ver los resultados en
la prueba de la ventana del explorador.

00:03:07.035 --> 00:03:09.690
A continuación, voy a mirar la prueba fallida.

00:03:11.362 --> 00:03:13.480
Dedique algún tiempo a mirarlo.

00:03:14.930 --> 00:03:19.542
Me dice que falló la prueba unitaria
en la línea 43 de la prueba unitaria.

00:03:19.542 --> 00:03:22.860
Además de la comercialización,

00:03:22.860 --> 00:03:27.490
No hay mucho uso de
información para localizar el fallo.

00:03:30.100 --> 00:03:34.380
Para ver más cobertura de código
datos de la prueba de errores

00:03:34.380 --> 00:03:38.850
Normalmente ejecutaré analizar
cobertura de código para pruebas con errores.

00:03:44.080 --> 00:03:48.790
Me dice qué bloques están cubiertos,
no cubiertos.

00:03:50.040 --> 00:03:53.790
Que aún no muestra ninguno
visualización en el editor de código.

00:03:55.160 --> 00:03:59.420
Yo puedo hacer clic en el código de demostración
para mostrar los bloques de colores en cobertura

00:03:59.420 --> 00:04:04.550
en el editor
incluso entonces, no es fácil de figura

00:04:04.550 --> 00:04:09.550
cuál está cubierto y
no cubiertos, en su defecto etc..

00:04:09.550 --> 00:04:15.370
Bien, esta es toda la antigua
forma de escuela de hacer la prueba unitaria.

00:04:15.370 --> 00:04:18.970
Vamos a ver la nueva forma de hacerlo
que una unidad live pruebas.

00:04:20.400 --> 00:04:23.310
Vamos a cerrar resultados de la cobertura de código.

00:04:23.310 --> 00:04:29.370
Vamos a cerrar el Explorador de prueba y
Vaya a habilitar pruebas unitarias de live.

00:04:29.370 --> 00:04:33.800
Habilitar la prueba unitaria live
yendo al menú, pruebas,

00:04:33.800 --> 00:04:36.112
Live pruebas unitarias, inicio.

00:04:38.318 --> 00:04:42.979
En unos segundos, podrá
ver varios clips que se muestra en

00:04:42.979 --> 00:04:44.540
el editor de código.

00:04:47.000 --> 00:04:54.370
Controles de color verde indican prueba
cubierto por pasar y prueba unitaria.

00:04:54.370 --> 00:04:59.330
Las cruces rojas indican cubiertos
prueba unitaria código y errores.

00:05:00.710 --> 00:05:04.640
Indican guiones azules
sin cobertura de prueba unitaria.

00:05:07.399 --> 00:05:11.883
Al hacer clic en una cruz roja
Puedo ver qué pruebas

00:05:11.883 --> 00:05:15.790
específicamente están pasando o en su defecto.

00:05:17.020 --> 00:05:20.640
Puedo seleccionar una prueba para
Desplácese a mi método de prueba.

00:05:22.660 --> 00:05:26.390
Puedo ver que get averiguar
falla con la mejor velocidad

00:05:26.390 --> 00:05:27.820
uno de Mis casos de prueba.

00:05:29.430 --> 00:05:34.170
Como estoy estudiando esto veo
el entrenamiento de cinco millas se está

00:05:34.170 --> 00:05:38.090
devuelta cuando trabaja los diez millas
salida claramente tiene el tiempo más rápido.

00:05:40.010 --> 00:05:43.130
También puedo ver que el mejor
velocidad nunca está cambiando.

00:05:45.250 --> 00:05:47.080
Identificar el error en mi código.

00:05:48.510 --> 00:05:52.310
Necesito agregar otra línea
de código para corregir el código.

00:05:52.310 --> 00:05:55.810
Tan pronto como hacer el código, ver
cómo el estado de la calligraph

00:05:55.810 --> 00:05:59.890
cambios de x de color rojo a la marca de verificación verde

00:05:59.890 --> 00:06:03.600
que indica ese entrenamiento con mejores
velocidad está pasando la prueba unitaria ahora.

00:06:06.200 --> 00:06:11.100
Ahora voy a desplazarse a otro método
llama a estimar la mayoría millas recorridas.

00:06:12.250 --> 00:06:14.200
Se muestra un glifo de azul.

00:06:14.200 --> 00:06:17.760
Y cuando desplace sobre ella,
se dice que están cubiertas por cero pruebas.

00:06:19.260 --> 00:06:22.990
Bien, lo que significa que hacen falta
para escribir una prueba unitaria.

00:06:22.990 --> 00:06:27.440
Voy a cambiar a mi prueba unitaria
del proyecto y agregue una prueba unitaria.

00:06:27.440 --> 00:06:32.810
Para ahorrar tiempo ya que tengo
Devuelve uno y lo comentado.

00:06:32.810 --> 00:06:35.180
Me deja sin comentarios y
agregar la prueba unitaria para

00:06:35.180 --> 00:06:37.160
sacar el trabajo con
la mayoría de millas recorridas.

00:06:38.530 --> 00:06:42.820
Tan pronto como agrega la prueba unitaria,
sistema automáticamente lo ejecuta.

00:06:42.820 --> 00:06:45.500
Y se puede ver cómo
GetMostMilesTraveled

00:06:45.500 --> 00:06:48.140
se trata de pasar
la prueba unitaria ahora, y

00:06:48.140 --> 00:06:50.450
activa el glifo de cobertura
de azul a verde de comprobación.

00:06:51.660 --> 00:06:52.970
Eso es muy interesante.

00:06:52.970 --> 00:06:57.050
Puedo ver que todas las pruebas de unidad
los resultados que he pasado ahora, y

00:06:57.050 --> 00:07:00.340
todas mis líneas de código están cubiertas
con la verificación de color verde.

00:07:00.340 --> 00:07:03.620
Me siento muy bien acerca de cómo live
pruebas unitarias me ayudó a identificar

00:07:03.620 --> 00:07:07.170
Mi error de código de producto, y
¿con qué rapidez podría corregirlo y

00:07:07.170 --> 00:07:11.980
vea el resultado de la prueba de unidad pasa, y
cobertura de código recurriendo a 100%.

00:07:11.980 --> 00:07:16.760
Permitir, y ciertamente estoy
vamos a mantener vivos pruebas unitarias en

00:07:16.760 --> 00:07:18.180
todo el tiempo avanzar.

00:07:20.160 --> 00:07:23.640
Como puede ver, Live Unit Testing
es una gran característica que

00:07:23.640 --> 00:07:27.290
mejorar enormemente dólares por
productividad mostrando prueba unitaria

00:07:27.290 --> 00:07:30.785
resultados y cobertura de código en vivo
en la edición mientras está escribiendo código.

00:07:30.785 --> 00:07:34.790
Allí, los desarrolladores de .NET
Compruebe esta función

00:07:34.790 --> 00:07:39.120
que está presente en la empresa
Edición de Visual Studio 2017.

00:07:39.120 --> 00:07:40.693
Gracias por ver este vídeo.