你应该使用任何适合你的开发团队的语言。
我看不出你会用一种语言来写你的单元测试，而不是用项目的其他语言来写，因为它有可能引起混乱，或者要求开发人员知道两种不同的语言来处理项目。
测试应遵循KISS原则。

C#，因为这是所有新代码的基础。我想说，这在很大程度上取决于公司偏好的语言是什么。如果可能的话，我认为最好是修复一个，如果可能的话，这也将是什么测试写的太多。如果只有少数人用C++编写，那么就把更常见的语言作为测试，这样更多的人就可以很好地使用它们。

我写我所有的。Net应用程序/业务代码，所以用C#编写单元测试也是很自然的。我认为用另一种语言编写测试代码会在测试代码和应用程序代码之间引入不必要的分离。

我几乎总是用开发应用程序的语言编写单元测试。我真的没有理由这样做，除了它似乎是最合乎逻辑的想法。我可以用多种语言编程，但这并不意味着在我之后拿起代码的人也可以。
我有一个例外。当我用F#编写代码时，我经常用C#编写单元测试。也就是说，因为IDE不太支持F#单元测试。
第二个原因是单元测试通常不是很好的代码。它可能需要一些笨拙的设置不时地测试角落的场景。在这种情况下，我经常发现F#类型安全性使得测试这种场景变得困难。这可能只是我缺乏F#的经验，但我发现用C#创建这些场景更容易。