Много среда тестирования языка

Interesting question..

I think, that you can to use xUnit implementations for Java (JUnit, most likely) and .NET. But your test code must be written it some third language, probably simple DSL for testing that you can design by yourself. This language is to be translated to Java and C# source files.

Other option is not to mess with own language and take some existing one. E.g. Python has implementations for both platforms: Jython (Java) and IronPython (.NET). So you can write tests in that language. Python has its own bundled xUnit implementation: unittest package.

What I find interesting is that you are looking at not duplicating the effort of unit tests, but not for the application itself. Why not write the application core & unit tests in say Java and then use ikvm and only have the UI levels in C# and Java with separate unit tests based around the technology right each. (Or Grasshopper if you you are a .NET shop)?

Cucumber - отличный фреймворк для написания спецификаций. Спецификации подкреплены пошаговыми определениями, которые могут быть написаны для реализации как .NET, так и Java.

I see two strategies:

• Wrap the code to test in some kind of server, so you can invoke the methods to test remotely. This would allow you to use any test suite.

• Write the tests in something like J# or any other language which you can easily map to .NET and Java. This means you write the tests once and then "translate" the test code into something two different testing frameworks can understand.

I suggest to try the second approach first. It will make tests much faster at the price of a more complex test setup. The first approach is probably more simple to set up but it will make the tests slower and you'll need to start and tear down the server somewhere in the tests.

I am just not sure why you would want to to have parallel implementations in Java and .NET and go thorugh the redundancy of maintaining 2 codebases. Python does provide a scriptable test harness but will have ceveats in each platform i.e. not all core python modules have been ported to java AND ipython.

Я автор jni4net , межпроцессного моста с открытым исходным кодом между JVM и CLR. Он построен на базе JNI и PInvoke. Код C / C ++ не требуется. Надеюсь, это вам поможет.

Я рекомендую повторно изучить детализацию вашего вопроса. Это подразумевает модульное тестирование, но почему бы не перейти к функциональному / системному тестированию. В этом контексте FIT становится выбором.

В качестве одного примера у нас есть клиент-серверное приложение на Java. Мы используем FIT в качестве альтернативного клиента: мы можем указать входные файлы Html и с помощью некоторого клея (также известного как фикстуры) мы можем попасть на сервер.

Хорошая новость заключается в том, что это не зависит от языка на сервере и Html файлы могут использоваться в качестве приемочных тестов.

Плохая новость заключается в том, что FIT - это всего лишь структура: на нее может потребоваться много клея. Кроме того, нужно понимать, что это не модульные тесты. Отличается не только степень детализации, но и скорость. т.е. с точки зрения модульного тестирования большой набор тестов может не выполняться за «нормальное» время.

Вместо написания двух версий приложения вы можете смоделировать его в UML,
, а затем использовать AndroMDA для перенаправления вашей модели в отдельные реализации java и .net.

Методология, которую использует AndroMDA, способствует включению модульных тестов.