WEBVTT

00:00:04.382 --> 00:00:06.620
嗨，我的名字是 Joe Morris。

00:00:06.620 --> 00:00:10.420
我是專案經理
.NET 與 Visual Studio 的小組。

00:00:10.420 --> 00:00:13.730
在這段影片我打算
顯示您的新功能

00:00:13.730 --> 00:00:17.780
在企業中的發行
版本的 Visual Studio 的 2017

00:00:17.780 --> 00:00:20.090
被呼叫 Live 單元測試。

00:00:20.090 --> 00:00:23.080
一旦您使用這個對話方塊
就會意識到的功能

00:00:23.080 --> 00:00:25.390
則目前的方法
正在執行的單元測試看起來那麼

00:00:25.390 --> 00:00:30.350
舊式相較於
執行即時的單元測試方法。

00:00:30.350 --> 00:00:33.570
這樣將可大幅改善
程式碼撰寫的產能和

00:00:33.570 --> 00:00:36.870
所顯示的程式碼的品質
單元測試結果，

00:00:36.870 --> 00:00:40.710
住在程式碼涵蓋範圍
雖然您正在撰寫程式碼編輯器。

00:00:40.710 --> 00:00:44.690
這項功能適用於 C Sharp 和
.Net BB 專案和

00:00:44.690 --> 00:00:49.520
支援測試 ms 測試的架構
xUnit 和 NUnit。

00:00:49.520 --> 00:00:50.410
讓我們來看它運作。

00:00:51.430 --> 00:00:54.068
我有此單車購物
下載的應用程式。

00:00:54.068 --> 00:00:58.240
在.net framework 上執行 esp.net。

00:00:58.240 --> 00:01:01.230
它是共用系統智慧單車。

00:01:01.230 --> 00:01:04.000
讓我執行的應用程式，以顯示
您它是什麼樣子。

00:01:06.920 --> 00:01:12.050
應用程式，讓使用者能夠取得單車，
購買票證事件，並

00:01:12.050 --> 00:01:14.300
騎單車事件。

00:01:14.300 --> 00:01:17.980
它也可讓使用者執行
健身目標的工作階段

00:01:17.980 --> 00:01:18.530
適用性。

00:01:19.640 --> 00:01:24.600
好了，我將會停止執行應用程式
並顯示您的程式碼，我正在進行的工作

00:01:24.600 --> 00:01:26.510
類別程式庫中
我單車共用的應用程式。

00:01:28.190 --> 00:01:33.532
讓我瀏覽至
專案 mybikes.domain

00:01:33.532 --> 00:01:37.750
邏輯和開啟檔案 trainer.cs。

00:01:37.750 --> 00:01:40.760
我有健身類別和

00:01:40.760 --> 00:01:45.400
計算的訓練類別
我健身特殊的度量資訊。

00:01:48.249 --> 00:01:53.445
沒有呼叫這個方法
取得最佳的速度與健身

00:01:53.445 --> 00:01:58.980
找出其中一個我健身
我到哪裡去最快的速度。

00:02:02.280 --> 00:02:04.400
我曾寫過一些單元測試

00:02:04.400 --> 00:02:08.130
這個具有最佳的 get 健身
速度方法已經準備好。

00:02:08.130 --> 00:02:12.660
讓我開啟該單元測試的側邊
由我的程式庫程式碼端。

00:02:17.324 --> 00:02:21.829
讓我瀏覽至 get 健身
健身兩個單元測試的速度。

00:02:24.441 --> 00:02:28.470
在這個單元測試中，
我登錄健身。

00:02:30.197 --> 00:02:33.157
另一個則用於
以 20 分鐘速度，10 英里，

00:02:33.157 --> 00:02:35.905
與其他 5 英里
20 分鐘速度。

00:02:38.195 --> 00:02:41.560
針對這個案例，
當我完成兩個帳戶中，

00:02:41.560 --> 00:02:43.742
我預期的結果

00:02:43.742 --> 00:02:48.935
健身以最佳速度是
在 20 分鐘內的 10 英哩健身。

00:02:51.765 --> 00:02:55.550
舊式的方式如何我
用來執行這些單元測試時，

00:02:55.550 --> 00:02:58.200
以手動方式進行時，
執行測試，

00:03:01.109 --> 00:03:04.870
然後我中查看結果
測試總管] 視窗中。

00:03:07.035 --> 00:03:09.690
然後，我將探討查看測試失敗。

00:03:11.362 --> 00:03:13.480
我花點時間查看它。

00:03:14.930 --> 00:03:19.542
它會告訴我單元測試失敗
在線條的單元測試的 43。

00:03:19.542 --> 00:03:22.860
除了放置，

00:03:22.860 --> 00:03:27.490
並沒有多大的用處
若要找出失敗的資訊。

00:03:30.100 --> 00:03:34.380
若要查看更多的程式碼涵蓋範圍
失敗的測試中，資料

00:03:34.380 --> 00:03:38.850
我通常會執行分析
測試失敗的程式碼涵蓋範圍。

00:03:44.080 --> 00:03:48.790
它會告訴我涵蓋哪些區塊，
未涵蓋的。

00:03:50.040 --> 00:03:53.790
它仍然不會顯示任何
程式碼編輯器中的視覺效果。

00:03:55.160 --> 00:03:59.420
我可以按一下 [顯示程式碼
若要顯示的區塊涵蓋範圍著色

00:03:59.420 --> 00:04:04.550
在編輯器中，
即使不能輕易地圖

00:04:04.550 --> 00:04:09.550
涵蓋出哪一個，
未涵蓋，失敗的等等。

00:04:09.550 --> 00:04:15.370
其實，這是所有舊
學校的單元測試的方法。

00:04:15.370 --> 00:04:18.970
我們來看看這種做法的新方式
它由即時的單元測試。

00:04:20.400 --> 00:04:23.310
讓我們來關閉程式碼涵蓋範圍結果。

00:04:23.310 --> 00:04:29.370
讓我們關閉測試總管和
請啟用即時的單元測試。

00:04:29.370 --> 00:04:33.800
您可以啟用即時的單元測試
移至] 功能表中，測試，

00:04:33.800 --> 00:04:36.112
即時單元測試，開始。

00:04:38.318 --> 00:04:42.979
在您將在幾秒之內
請參閱顯示在各種的多媒體項目

00:04:42.979 --> 00:04:44.540
您的程式碼編輯器。

00:04:47.000 --> 00:04:54.370
綠色檢查指出測試
單元測試，並傳遞被覆蓋。

00:04:54.370 --> 00:04:59.330
紅色的叉號表示涵蓋
單元測試程式碼，而且失敗。

00:05:00.710 --> 00:05:04.640
藍色的虛線表示
沒有單元測試涵蓋範圍中。

00:05:07.399 --> 00:05:11.883
當我按一下以紅色叉號
我可以看到哪些測試

00:05:11.883 --> 00:05:15.790
特別是傳遞或失敗。

00:05:17.020 --> 00:05:20.640
我能夠選擇測試
瀏覽至 [我的測試方法。

00:05:22.660 --> 00:05:26.390
看得出來找出該 get
以最佳速度執行失敗

00:05:26.390 --> 00:05:27.820
我的測試案例的其中一個。

00:05:29.430 --> 00:05:34.170
當我要探討這我會看到，
正在五英哩健身

00:05:34.170 --> 00:05:38.090
傳回當十英哩工作
出顯然有更快的時間。

00:05:40.010 --> 00:05:43.130
我也可以查看的最佳
永遠不會變更速度。

00:05:45.250 --> 00:05:47.080
我在 [我的程式碼中識別 bug。

00:05:48.510 --> 00:05:52.310
我需要新增另一行
若要修正我的程式碼的程式碼。

00:05:52.310 --> 00:05:55.810
我會讓程式碼，如監看
如何 calligraph 的狀態

00:05:55.810 --> 00:05:59.890
紅色的 x 綠色的核取的變更

00:05:59.890 --> 00:06:03.600
指出該健身與最佳
速度傳遞單元測試。

00:06:06.200 --> 00:06:11.100
現在我要捲動至另一個方法
呼叫大部分英里的猜測。

00:06:12.250 --> 00:06:14.200
它會顯示藍色的圖像 （glyph）。

00:06:14.200 --> 00:06:17.760
當我暫留在它，並
上面寫著由零個測試所涵蓋的。

00:06:19.260 --> 00:06:22.990
好了，這表示我需要
若要撰寫單元測試。

00:06:22.990 --> 00:06:27.440
我要切換至 [我的單元測試
使用專案和加入單元測試。

00:06:27.440 --> 00:06:32.810
這是因為我已經有的時間
傳回一個與它標記為註解。

00:06:32.810 --> 00:06:35.180
我要取消註解和
新增的單元測試

00:06:35.180 --> 00:06:37.160
與取出工作
大部分，並英里。

00:06:38.530 --> 00:06:42.820
一旦他們加入單元測試，
系統會自動執行它。

00:06:42.820 --> 00:06:45.500
您可以看到如何
GetMostMilesTraveled

00:06:45.500 --> 00:06:48.140
涵蓋的傳遞
單元測試現在及

00:06:48.140 --> 00:06:50.450
涵蓋範圍的圖像 （glyph） 開啟
從藍色變成綠色核取記號。

00:06:51.660 --> 00:06:52.970
這是很酷吧。

00:06:52.970 --> 00:06:57.050
我可以看出來，所有的單元測試
現在，我也通過的結果，

00:06:57.050 --> 00:07:00.340
涵蓋所有我程式碼行
使用綠色的核取記號。

00:07:00.340 --> 00:07:03.620
我感覺如何即時優點
單元測試已協助我識別

00:07:03.620 --> 00:07:07.170
我的產品程式碼錯誤，並
我或許可以解決在速度和

00:07:07.170 --> 00:07:11.980
請參閱傳遞，我單元測試結果，
開啟為 100%的程式碼涵蓋範圍。

00:07:11.980 --> 00:07:16.760
允許，，，我當然
要保留即時的單元測試上

00:07:16.760 --> 00:07:18.180
所有時間移動轉寄。

00:07:20.160 --> 00:07:23.640
如您所見，Live 單元測試
是一種很棒的功能，將

00:07:23.640 --> 00:07:27.290
可大幅改善每貨幣
所顯示的單元測試的產能

00:07:27.290 --> 00:07:30.785
結果，並即時的程式碼涵蓋範圍
在 [編輯時您正在撰寫程式碼。

00:07:30.785 --> 00:07:34.790
.NET 開發人員，
請不要簽出這項功能

00:07:34.790 --> 00:07:39.120
這是存在於企業中
Visual Studio 的 2017年版本。

00:07:39.120 --> 00:07:40.693
感謝您觀賞這段影片。