I'm not sure if this response is still applicable to you, but it might be helpful to others. To begin, let's look into TypeScript and Team Services. Only your TypeScript files should be checked into Team Services. Team Services must convert TypeScript to JavaScript, which may be done easily by adding a Visual Studio Build step to the appropriate project. Note that TypeScript-enabled projects have additional TypeScript settings in their csproj file. This holds true for your unit tests as well. Unit tests in Team Services should be written in standard JavaScript.
The second thing you got to do it to set up the test environment right. That means that you have to download 2 extensions, namely the Chutzpah Test Adapter and Chutzpah Test Runner. These extensions allow you to run(with code coverage) and debug your unit tests. Chutzpah uses PhantomJS as a in memory browser to run your unit tests. Well these extensions got nothing to do with Team Services. These extensions only apply on your local dev environment. Well thats a problem. We can fix that by installing the Chutzpah NuGet package. This NuGet package downloads all the depedencies into your package folder, that means that it downloads PhantomJS, but also QUnit, Jasmine and code coverage libraries. That means that you don't have to reference them in your project anymore. Just delete them from your project. You can then add a chutzpah.json configuration file. In that file you can setup your test framework(jasmine, qunit, etc) and the referenced files for your unit tests. But also files that should be excluded for code coverage, mostly your libraries such as jQuery and Angular. When you've done that you should still be able to run your unit tests on your dev environment, so far so good. We didn't setup anything for unit testing in Team Services.
That concludes the final section. You should include a phase for JavaScript unit testing in your build pipeline. Because a different adapter is used and other assemblies are referenced as test assemblies, you can't combine it with.NET unit testing. You must define three items in that build step: the Test assembly, the VS Test version, and the Path to custom Test adapters. The following values should be entered:
***.tests.js ***.tests.js ***.tests.js ***.tests.js ***.
All files ending in .tests.js are considered test files.
Latest version of VS Test
The new Test adapters are only supported by the most recent test version of Team Services.
$(Build.SourcesDirectory)packages $(Build.SourcesDirectory)packages $(Build.SourcesDirectory)packages $(Build.SourcesDirectory)pack
That's all there is to it; hoping this was helpful.