WEBVTT

00:00:04.382 --> 00:00:06.620
Olá, meu nome é Joe Morris.

00:00:06.620 --> 00:00:10.420
Sou gerente de programa na
a equipe do .NET e Visual Studio.

00:00:10.420 --> 00:00:13.730
Neste vídeo, vou
Mostrar um novo recurso

00:00:13.730 --> 00:00:17.780
que é liberado na empresa
Edição do Visual Studio 2017

00:00:17.780 --> 00:00:20.090
chamado ao vivo testes de unidade.

00:00:20.090 --> 00:00:23.080
Uma vez que você usá-lo
Você obterá de recurso

00:00:23.080 --> 00:00:25.390
que a forma atual de
executando testes de unidade parece tão

00:00:25.390 --> 00:00:30.350
estilo antigo quando comparado ao
executá-lo da forma de teste de unidade em tempo real.

00:00:30.350 --> 00:00:33.570
Ela aumentará bastante
a produtividade de codificação e

00:00:33.570 --> 00:00:36.870
qualidade do código, mostrando
Resultados de teste de unidade e

00:00:36.870 --> 00:00:40.710
cobertura de código ao vivo em
o editor enquanto você está codificando.

00:00:40.710 --> 00:00:44.690
Este recurso funciona com C sustenido e
Projetos de BB para .net e

00:00:44.690 --> 00:00:49.520
oferece suporte para testar estruturas de teste de ms
xUnit e NUnit.

00:00:49.520 --> 00:00:50.410
Vamos ver isso em ação.

00:00:51.430 --> 00:00:54.068
Tenho esta bicicleta de compras
aplicativo que estou baixando.

00:00:54.068 --> 00:00:58.240
Ele é executado em esp.net no .net framework.

00:00:58.240 --> 00:01:01.230
É uma bicicleta inteligente compartilhamento de sistema.

00:01:01.230 --> 00:01:04.000
Vou executar o aplicativo para mostrar
é o que parece.

00:01:06.920 --> 00:01:12.050
Aplicativo permite que um usuário obtenha uma bicicleta,
comprar ingressos para eventos, e

00:01:12.050 --> 00:01:14.300
propagar a bicicleta para o evento.

00:01:14.300 --> 00:01:17.980
Ele também permite que o usuário faça
sessões de treinamento direcionados para

00:01:17.980 --> 00:01:18.530
adequação.

00:01:19.640 --> 00:01:24.600
OK, eu irá parar de executar o aplicativo
e mostraremos o código que estou trabalhando

00:01:24.600 --> 00:01:26.510
na biblioteca de classes para
Meu aplicativo de compartilhamento de bicicleta.

00:01:28.190 --> 00:01:33.532
Permitir que eu navegue até
mybikes.domain do projeto

00:01:33.532 --> 00:01:37.750
lógica e trainer.cs de arquivo aberto.

00:01:37.750 --> 00:01:40.760
Tenho uma classe de ginástica e

00:01:40.760 --> 00:01:45.400
uma classe de instrutor calcula
métricas especiais para Meus treinamentos.

00:01:48.249 --> 00:01:53.445
Não há esse método chamado
Obtenha treinamento com melhor velocidade

00:01:53.445 --> 00:01:58.980
descobrir onde Minhas treinamentos
Eu vão a velocidade mais rápida.

00:02:02.280 --> 00:02:04.400
Eu escrevi alguns testes de unidade para

00:02:04.400 --> 00:02:08.130
Este treinamento de obter melhor
método de velocidade tudo pronto.

00:02:08.130 --> 00:02:12.660
Vou abrir esse lado de teste de unidade
lado com meu código de biblioteca.

00:02:17.324 --> 00:02:21.829
Deixe-me a navegar para o treinamento de get
velocidade para teste de unidade dois treinamentos.

00:02:24.441 --> 00:02:28.470
Nesse teste de unidade
Registrado exercícios físicos.

00:02:30.197 --> 00:02:33.157
Um para
10 milhas com velocidade de 20 minutos e

00:02:33.157 --> 00:02:35.905
5 milhas com
velocidade de 20 minutos.

00:02:38.195 --> 00:02:41.560
Para esse cenário,
Quando termino as duas contas

00:02:41.560 --> 00:02:43.742
Meu esperado o resultado para

00:02:43.742 --> 00:02:48.935
treinamento com a melhor velocidade é o
treinamento de 10 milhas em 20 minutos.

00:02:51.765 --> 00:02:55.550
O modo antigo de como eu
usado para executar esses testes de unidade

00:02:55.550 --> 00:02:58.200
foi quando manualmente e
executando o teste

00:03:01.109 --> 00:03:04.870
Em seguida, posso ver os resultados no
o janela Gerenciador de teste.

00:03:07.035 --> 00:03:09.690
Em seguida, examinarei o teste falhou.

00:03:11.362 --> 00:03:13.480
Passei algum tempo olhando para ele.

00:03:14.930 --> 00:03:19.542
Ele informa a falha de teste de unidade
na linha 43 de teste de unidade.

00:03:19.542 --> 00:03:22.860
Além de colocar,

00:03:22.860 --> 00:03:27.490
Não há muita diferença usar
informações para identificar a falha.

00:03:30.100 --> 00:03:34.380
Para ver mais cobertura de código
dados sobre o teste de falha

00:03:34.380 --> 00:03:38.850
Normalmente executarei analisar
cobertura código falhou no teste.

00:03:44.080 --> 00:03:48.790
Ele informa que blocos são abordados,
não coberto.

00:03:50.040 --> 00:03:53.790
Ela ainda não mostra nenhum
visualização no editor de código.

00:03:55.160 --> 00:03:59.420
Pode clicar em Mostrar código
coloração de cobertura para mostrar os blocos

00:03:59.420 --> 00:04:04.550
no editor,
ainda assim, não é fácil calcular

00:04:04.550 --> 00:04:09.550
check-out que é coberto e
não coberto, falha etc.

00:04:09.550 --> 00:04:15.370
Bem, isso é todo o antigo
forma de escola de fazer o teste de unidade.

00:04:15.370 --> 00:04:18.970
Vamos ver a nova maneira de fazer
-lo por um teste de unidade em tempo real.

00:04:20.400 --> 00:04:23.310
Vamos fechar resultados de cobertura de código.

00:04:23.310 --> 00:04:29.370
Vamos fechar o Gerenciador de testes e
Vá ativar testes de unidade em tempo real.

00:04:29.370 --> 00:04:33.800
Habilitar o teste de unidade ao vivo
acessando o menu, testes,

00:04:33.800 --> 00:04:36.112
ao vivo testes de unidade, início.

00:04:38.318 --> 00:04:42.979
Em poucos segundos, que você irá
ver vários clipes mostrando em

00:04:42.979 --> 00:04:44.540
o editor de códigos.

00:04:47.000 --> 00:04:54.370
Verificações verdes indicam o teste
coberto pela aprovação e teste de unidade.

00:04:54.370 --> 00:04:59.330
As cruzes vermelhas indicam coberto
código de teste de unidade e com falha.

00:05:00.710 --> 00:05:04.640
Indicam traços azuis
Nenhuma cobertura de teste de unidade.

00:05:07.399 --> 00:05:11.883
Quando clico em uma cruz vermelha
Posso ver quais testes

00:05:11.883 --> 00:05:15.790
Especificamente, estão passando ou falha.

00:05:17.020 --> 00:05:20.640
Posso selecionar um teste
Navegue até meu método de teste.

00:05:22.660 --> 00:05:26.390
Posso ver que get descobrir
com a melhor velocidade está falhando

00:05:26.390 --> 00:05:27.820
um dos meus casos de teste.

00:05:29.430 --> 00:05:34.170
Como eu estou vendo isso vejo que
o treinamento de cinco milha está sendo

00:05:34.170 --> 00:05:38.090
retornou ao trabalhar dez milhas
out claramente tem tempo mais rápido.

00:05:40.010 --> 00:05:43.130
Também pode ver que o melhor
velocidade nunca está mudando.

00:05:45.250 --> 00:05:47.080
Identificar o erro no meu código.

00:05:48.510 --> 00:05:52.310
Eu preciso adicionar outra linha
de código para corrigir o meu código.

00:05:52.310 --> 00:05:55.810
Como posso fazer o código, assistir
como o estado da calligraph

00:05:55.810 --> 00:05:59.890
alterações de x vermelho para a marca de seleção verde

00:05:59.890 --> 00:06:03.600
indicando que ginástica com melhor
velocidade está passando o teste de unidade agora.

00:06:06.200 --> 00:06:11.100
Agora vou rolar para outro método
chamada de estimativa mais milhas percorridas.

00:06:12.250 --> 00:06:14.200
Ela mostra um glifo azul.

00:06:14.200 --> 00:06:17.760
E quando eu passar o mouse sobre ele,
ele diz coberto por zero teste.

00:06:19.260 --> 00:06:22.990
Tudo bem, isso significa que eu preciso
para escrever um teste de unidade.

00:06:22.990 --> 00:06:27.440
Vou alternar para meu teste de unidade
projeto e adicionar um teste de unidade.

00:06:27.440 --> 00:06:32.810
Por causa do tempo que já tenho
retornou um e comentado-out.

00:06:32.810 --> 00:06:35.180
Deixe-me Descomente e
Adicione o teste de unidade para

00:06:35.180 --> 00:06:37.160
realizar seu trabalho com check-out
a maioria dos milhas percorridas.

00:06:38.530 --> 00:06:42.820
Assim que adicionam o teste de unidade
sistema automaticamente executa.

00:06:42.820 --> 00:06:45.500
E você pode ver como
GetMostMilesTraveled

00:06:45.500 --> 00:06:48.140
é coberta de passagem
Agora, a unidade de teste e

00:06:48.140 --> 00:06:50.450
ativa o glifo de cobertura
de azul para a marca de seleção verde.

00:06:51.660 --> 00:06:52.970
Isso é muito legal.

00:06:52.970 --> 00:06:57.050
Posso ver que todos os testes de unidade
resultados que passei agora, e

00:06:57.050 --> 00:07:00.340
todas as minhas linhas de código são abordadas
com a marca de seleção verde.

00:07:00.340 --> 00:07:03.620
Sinto muito sobre como ao vivo
testes de unidade me ajudou a identificar

00:07:03.620 --> 00:07:07.170
Meu problema de código do produto, e
com que rapidez pode corrigi-lo e

00:07:07.170 --> 00:07:11.980
Consulte o resultado de teste de unidade passar, e
ativando a 100% de cobertura de código.

00:07:11.980 --> 00:07:16.760
Devo permitir que ele, e certamente
irá para manter testes de unidade ao vivo

00:07:16.760 --> 00:07:18.180
todo a tempo futuras.

00:07:20.160 --> 00:07:23.640
Como você pode ver, testes de unidade em tempo real
é um ótimo recurso que será

00:07:23.640 --> 00:07:27.290
melhorar enormemente dólar por
produtividade, mostrando o teste de unidade

00:07:27.290 --> 00:07:30.785
resultados e cobertura de código ao vivo
no menu Editar enquanto você está codificando.

00:07:30.785 --> 00:07:34.790
Desenvolvedores do .NET
Faça check-out deste recurso

00:07:34.790 --> 00:07:39.120
que está presente na empresa
Edição do Visual Studio 2017.

00:07:39.120 --> 00:07:40.693
Obrigada por assistir este vídeo.