Вы можете легко сделать это из командной строки узла. Прежде всего, создайте файл Greeter.ts, как показано ниже.
class Greeter {
greeting : string;
constructor(message : string) {
this.greeting = message;
}
greet() {
return "Hello, " + this.greeting;
}
}
let greeter = new Greeter("world");
console.log(greeter.greet());
Теперь скомпилируйте вышеуказанный файл с помощью команды tsc Greeter.ts
, которая создаст файл Greeter.js в том же каталоге.
Теперь вы можете запустить команду node Greeter.js
, которая выведет Hello, world
Где я работаю, мы только что начали оценивать некоторые инструменты тестирования для нашей системы. Мы столкнулись с инструментом, названным белый , который использует Платформу Автоматизации UI. Обратите внимание, что белый действительно также имеет рекордную функцию, хотя я думаю, что она имеет взгляды проблем и все еще разрабатывается.
то, Что мы пытались делать, было настроено их для сходства с модульными тестами, т.е. [TestFixture] [Test]
и т.д. тогда мы смогли выполнить их через nunit в то же время, что и модульные тесты.
Мы нашли, что это может быть трудно получить доступ к некоторым компонентам в Вашем окне, но не имело большой части шанса заняться расследованиями почему.
, Если бы Вы не возражаете платить за программное обеспечение тогда, я рекомендовал бы TestComplete.
Я занимаюсь автоматизацией пользовательского интерфейса приложения WPF на работе. Я использую White и IronRuby, и он отлично работает. Я написал, как это сделал, здесь: http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and- white /
Сначала мы пошли белыми, а затем отошли. от него. Он пытается быть общим и абстрактным по сравнению с Win32 API, Winforms, приложениями Java и API автоматизации MS UI. API автоматизации пользовательского интерфейса MS также пытается быть общим и абстрактным по сравнению с api win32, winforms и WPF, поэтому вы попадаете в сценарий «наименьший общий знаменатель-наименьший-общий знаменатель».
Результатом этого стало то, что API поиска белых элементов просто не был достаточно гибким, чтобы найти различные элементы пользовательского интерфейса, которые нам нужно было найти, и не предоставил достаточного количества базовых элементов инфраструктуры автоматизации пользовательского интерфейса, чтобы мы могли что-либо сделать. полезно с этим.
В итоге мы выбрали самодельный фреймворк; Мы используем инфраструктуру MS UIAutomation напрямую, но у нас есть методы расширения и вспомогательные классы для работы со сценариями, которые она не решает. (В первую очередь, ввод с клавиатуры и мыши).
Примечание: все наши тестовые сценарии и самодельный фреймворк используют IronRuby. Способность Ruby добавлять методы к существующим классам и его гибкий синтаксис (в сочетании с method_missing) отлично подходят для такого рода вещей.