Что за программа spoon

Очень мощная программа для виртуализации приложений, для этого будет использоваться специальный виртуальный контейнер, или проще говоря — один исполняемый файл, который не будет от вас требовать установки, скачать Turbo Studio можно ниже.

Внутри создаваемого контейнера, будем находится среда для файлов и записей реестра. Вы сможете легко создать самостоятельную портативную программу, которую после легко можно запускаться на любом нужном вам компьютере.

У этой программы много плюсов, например при использовании конкурента ThinApp не всегда получается создать портативную программу, так как зачастую помещение большого размера файлов в песочницу не возможно, чего нет в ‘этом приложении. Плюс данный софт лучше сжимает контейнер, есть прямой импорт проектов ThinApp, встроен аналог плагинов AppLinks.

Turbo Studio на Русском присутствует, в основном это Portable Rus версия, не везде это указан, поэтому будьте внимательны. Помимо прочего вас ждет активация Turbo Studio не ключом лицензии, в архиве присутствует патч, его можно использоваться для снятия всех ограничений.

Это средство избавит вас от запоров. Натуральный фитосорбент. Сибирское здоровье.

Язык: English + Русская версия (где указано)
Размер: 171 MB
ОС: Windows XP / XP 64 bit / Vista / Vista 64 bit / 7 / 7 64 bit / 8 / 8 64 bit
Скачать Turbo Studio 23.5.16.169 Eng + crack бесплатно / 22.9.7 PortableAppz

Источник: rsload.net

Spoon Virtual Application Studio 11.8.275 Final Portable by PortableAppZ [Ru]

Описание:
Spoon Virtual Application Studio (ранее — Xenocode Virtual Appliance Studio) — мощная многофункциональная программа, предназначенная для быстрой и легкой виртуализации приложений с использованием виртуального контейнера, не требующего установки. Внутри контейнера создается виртуальная среда для файлов и реестра. Вы сможете конвертировать Windows, .NET, Java, AIR, Flash, Shockwave или другое Windows-совместимое приложение в портативное приложение (единственный исполняемый *.exe файл), которое можно запускать без установки на любом пользовательском компьютере.
В отличии от традиционных методов распространения приложений, виртуальные приложения не требуют отдельных шагов по установке внешних компонент, библиотек и сред выполнения, перезагрузок компьютера и полномочий администратора, а также являются полностью изолированными от других системных приложений.

Особенности:
позволяет виртуализировать, то что невозможно в ThinApp

лучшее сжатие контейнера

прямой импорт проектов ThinApp

в Spoon Studio есть аналог плагинов AppLinks

Особенности портативной версии:

ПОТРЯСАЮЩИЙ ЭФФЕКТ ОМОЛОЖЕНИЯ ЗА 5 минут! Массаж ложками.

Приложение портировано PortableAppZ

Русификация от Leserg

Инсталляция не требуется

Перед запуском не забудьте разблокировать файлы раздачи (их всего пять)

После запуска возможна блокировка папки «App» до перезагрузки компьютера, поэтому желательно сразу разместить папку в удобном месте и сократить ее название.

с нашего сервера
Название файла: Spoon-Virtual-Application-Studio-11.8.275-Final-Portable-by-PortableAppZ-Ru.torrent

Релиз проверен Администрацией! Можно качать, На этой странице доступно для скачивания Spoon Virtual Application Studio 11.8.275 Final Portable by PortableAppZ [Ru] оставайтесь на раздаче, оставляйте комментарии и помогите другим оценить качество сборки windows и программы

Источник: torrent-wind.net

Создание репортов о тестировании Android-приложений с помощью Spoon и Emma

Тестирование — один из самых важных этапов при разработке приложения. И приложения на Android не есть исключением. При написании кода обычно нужно его просматривать и задуматься над тем, как же его протестировать потом. Представим ситуацию, когда вам нужно покрыть тестами ваш проект, который полностью написан. Чаще всего, это не так-то просто.

Скорее всего, ваш код просто-напросто не был реализован так, чтобы его было легко тестировать. Это означает, что вам придётся делать изменения в нём, чтобы сделать его поддающимся тестированию… не разрушив никакой функциональности (собственно это в наше время и называется рефакторингом (refactoring)). Но, выполняя такие изменения, можно ли быстро и уверенно сказать, что вы ничего не сломали в работающем коде, если в нём не было всесторонних тестов? Вряд ли. Я считаю, что тесты, а именно UNIT-тесты, должны быть написаны самим разработчиком, так как он и только он знает все о том как и что он пишет.

Что касается Android, как и все прочие, компания Google предоставила не плохие инструменты для тестирования, но с их помощью можно сделать далеко не всё. Для тестирования используеться jUnit-фреймворк, который имеет свои плюсы и минусы конечно-же.

jUnit — применяется для модульного тестирования, которое позволяет проверять на правильность отдельные модули исходного кода программы. Преимущество данного подхода заключается в изолировании отдельно взятого модуля от других.

При этом, цель такого метода позволяет программисту удостовериться, что модуль, сам по себе, способен работать корректно. jUnit представляет из себя библиотеку классов. Но тот, кто писал тесты с помощью этого фреймворка наверное убедились, что он вовсе неудобен при тестировании GUI. Признаком хорошего тона является код, покрытый тестами и отчётом, который показывает процент покрытия кода тестами. В последнее время, в проектах мне приходиться писать кроме всего прочего и тесты от нагрузочных до GUI и я хотел-бы рассказать об особенностях, которые встречаю я и том, как создать эти отчёты. Но сначала об основных фреймворках:

Примерная картина использования основных фреймворков. По сути, каждый выбор для себя делает сам. Кто-то выбирает Robotium из-за неохоты лезть в исходный код, кто-то Espresso, из-за его интуитивно понятного интерфейса.

Spoon

• качаем Spoon-client и Spoon-runner;
• копируем Spoon-client впапку libs проекта с тестами;
• в этом же проекте создаем папку (например, spoon);
• копируем Spoon-runner в созданную папку;
• создаем bat-файл с таким скриптом:

call java -jar spoon-runner-1.1.1-jar-with-dependencies.jar — apk Pathtoyourproject binproject.apk — test-apk Pathtoyourtest-project bintests.apk

В субпараметрах можно указать фильтр для для тестов, например запустить только тесты с аннотацией «Medium» можно добавив к скрипту — size medium.
Теперь скрипт будет выглядеть так:

call java -jar spoon-runner-1.1.1-jar-with-dependencies.jar — apk Pathtoyourproject binproject.apk — test-apk Pathtoyourtest-project bintests.apk — size medium

Полный список субпараметров можно посмотреть на официальной его странице на Github. Всё, теперь при написании тестов просто где нужно вставляете:

Spoon.screenshot(activity, «state_changed»),

где второй аргумент та строка, что будет подсвечиваться над скриншотом. Да, ещё одна особенность — внутри себя он использует regex-ы, и при использовании пробелов в подписях выбрасывает исключение. Запускаем эмулятор или подключаем телефон, открываем наш батник и если всё сделано правильно, в той же папке увидите отчёт:

Официальный пример отчёта от разработчика здесь.
Отчёт из моего проекта можно посмотреть здесь.
Не плохо, не правда-ли? Ещё одним преимуществом «ложки» в том, что он запускает тесты одновременно на всех подключенных девайсах, тоесть соберёт в один отчет результати со всех девайсов. Единственным и наверное существенным минусом есть то, что он не делает скриншотов диалогов и увидеть что было на нем во время теста не есть возможным. Да и отчета о покрытии кода тестами он по прежнему не создаст! Что-же давайте исправим это.

Emma

Согласитесь, отчет выглядит как минимум достойно

Пример покрытого тестами кода:

и соответсвенно частично покрытого:

Полный отчёт во всех форматах.

• поддержка инспектирования классов в автономном режиме(перед загрузкой) так и «на лету»;
• поддерживаемые типы покрытия: пакет, класс, метод, линия и основной блок. Также есть возможность обнаружить, когда одна строка исходного кода покрыта лишь частично;
• типы выходных отчетов: текст, HTML, XML;

Сборка проекта с помощью Ant

Apache Ant — инструмент для преобразования структур разработки в конструкцию развертывания приложений. Он является декларативным и все инструкции командной строки, используемые для развертывания приложения, представляются простыми XML-элементами. Более детально можно почитать здесь.
Для описания процедуры сборки проекта нужно: рабочий проект — MyProject и проект с тестами для него — MyProjectTests. О правилах, которых должны придерживаться при создании тестов можно прочитать здесь.
В первую очередь, при сборке проекта с помощью Ant, нужно собрать проекты, которые используются в приложении как библиотеки. Если таковых нет, то этот шаг можно пропустить. Например, проект использует такие библиотеки, как «google_play_service_lib» нужно выполнить следующее:
— в командной строке нужно перейти в папку установленной sdktools(к примеру, D:androidadt-bundlesdktools) и выполнить:

android update lib-project -p MyLibProject

, гдеMyLibProject — путь к библиотеке, используемом в проекте. В результате в корне проекта должен появиться build.xml и в консоли выпадет сообщение:

Updated local.properties Updated file D:WorkspaceMyProjectbuild.xml Updated file D:WorkspaceMyProjectTestsproguard-project.txt

После сборки всех библиотек нужно собрать сам рабочий проект. Для этого в той же папке нужно выполнить:

android update project -p MyProject

, где MyProject — путь к рабочей ветке проекта. Естественно, в этой папке должен находиться AndroidManifest.xml. Скрипт снова сгенерирует build.xml и соберёт рабочий проект. Можно ввести имя проекта через субпараметры, чтобы в дальнейшем его удобно использовать:

android update project -p MyProject -n NameForProject

Как же происходит сборка проекта с тестами? Всё аналогично и удобно. Скрипт для сборки проекта с тестами:

android update test-project -m ..MyProject -p MyProjectTests

, где MyProject — путь к рабочему проекту, а MyProjectTests — путь к проекту с тестами.
Всё готово! Кстати, на этом шаге у разработчиков могут возникнуть проблемы из-за использования библиотек! Например, в проекте разные jar-библиотеки могут быть собраны на основе библиотек, которые используются в других ваших библиотеках. Ant не понимает что с ними делать и в итоге возникает ошибка при сборке. То есть, если в проекте внутри себя юзают одну и туже либу, то это уже может привести к ошибке.
Для запуска подсчёта количества покрытия кода тестами в скрипте в субпараметрах нужно прописать emma. Перед запуском нужно запустить эмулятор или подключить девайс. В командной строке на топ-ветке проекта с тестами выполняется скрипт:

ant clean emma debug install test

В ходе выполнения тестов, Emma генерирует файл coverage.em в bin-папке главного проекта(метаданные), после прохождения всех тестов выставляет необходимые пермишины, создает файл coverage.ec в папке установленного проекта, копирует два этих файла в bin-папку тестового проекта и на основе их генерирует отчёт в этой же папке.
Исходники моего проекта с примерами отчётов можно посмотреть на Github.

Подитожим

Посмотрим на тесты, даже если они написаны очень хорошо. Вы можете смотря на них ответить, на сколько они покрывают ваш код? Достаточно-ли вам зелёной полоски, которая показывает результат ваших тестов, как визуального отчета в целом? Думаю, что нет.

Использование отчётности, как результата выполнения работы показывает уровень компетентности специалиста, а когда речь идет об автоматизации тестирования, то и подавно. Написание скриптов может конечно отнять у вас некоторое время, но поверьте оно этого стоит!

• Тестирование IT-систем
• Разработка под Android

Источник: habr.com